Текущее время: Чт, июл 24 2025, 01:41

Часовой пояс: UTC + 3 часа


Правила форума


ВНИМАНИЕ!

Вопросы по исходящим поставкам - сюда



Начать новую тему Ответить на тему  [ Сообщений: 7 ] 
Автор Сообщение
 Заголовок сообщения: Цена в вышестоящей позиции
СообщениеДобавлено: Вт, фев 13 2007, 19:14 
Директор
Директор
Аватара пользователя

Зарегистрирован:
Вт, окт 04 2005, 10:21
Сообщения: 972
Откуда: Киев
Пол: Мужской
Всем привет!
Такой вопрос, расчёт цен на уровне подпозиций, с выносом кумулятивных значений на уровень позиции и фактурирование позиции, что нужно для этого?
То есть, в заказе позиции состоит из двух подпозиций (спецификация) каждая имеет свою цену. Как сделать, чтобы цена основной позиции была равна сумме цен подпозиций. И чтобы фактурировать потом именно сумму главной позции.
С группами типа LUMF и ERLA и подпозициям к ним пробовал, но не получилось.
Спасибо!


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср, фев 14 2007, 07:50 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
Привет.

Мы в свое время работали с подпозициями через спецификации. Чтобы копировались цены из подпозиций в позицию посмотри вид условия KUMU в стандартной схеме. На нем висит формула 36 (FV64A036) - она и собирает цену из подпозиций.
Чтобы не копировать в фактуру, наверное, надо сделать тип позиции подпозиции (sic!) нерелевантным фактурированию.

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, фев 18 2008, 12:49 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, май 03 2007, 10:36
Сообщения: 199
moonrajah написал(а):
Привет.

Мы в свое время работали с подпозициями через спецификации. Чтобы копировались цены из подпозиций в позицию посмотри вид условия KUMU в стандартной схеме. На нем висит формула 36 (FV64A036) - она и собирает цену из подпозиций.
Чтобы не копировать в фактуру, наверное, надо сделать тип позиции подпозиции (sic!) нерелевантным фактурированию.

Добрый день!
Извините что влез
У меня та же проблема, только в фактуру должны попадать подпозиции.

Включил в СК KUMU c формулой 36 после вида условия PR00.
Система собирает цены PR00 у подпозиций в подпозицию. Но вся проблема в том, что она требует собственную цену PR00 для позиции и складывает ее с собранной суммой. А мне эту собственную цену нужно отключить. Как это сделать - не знаю..

Может что-то нужно дописать в СК?
Группа типов позиций для ОЗМ (позиции) LUMF
Группа типов позиций для ОЗМ (подпозиций) NORM


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, фев 18 2008, 13:12 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
На первый взгляд вижу два варианта:

1. Отключить обязательность PR00.

2. Для подпозиций использовать не PR00, а другой свой вид условия. А в основной позиции складывать KUMU в PR00 через формулу.

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, фев 18 2008, 15:43 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, май 03 2007, 10:36
Сообщения: 199
moonrajah написал(а):
На первый взгляд вижу два варианта:

1. Отключить обязательность PR00.

2. Для подпозиций использовать не PR00, а другой свой вид условия. А в основной позиции складывать KUMU в PR00 через формулу.

1) Виноват, для позиции система требует не цену PR00, а орет, что стоимость нетто = 0. А само PR00 в схеме калькуляции помечено как необязательное
2) Нет ли у кого ссылки на тему ведения схемы калькулятиции - пришлите пожалуйста на мой ящик: shpirko@tpe.ru
Спасибо


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, фев 18 2008, 16:09 
Менеджер
Менеджер
Аватара пользователя

Зарегистрирован:
Пт, авг 20 2004, 07:19
Сообщения: 602
Перечитал оригинальное сообщение и понял, что не так понял. :)
В целом основную позицию можно вести собственным типом позиции, в схеме неполноты данных которого можно отключить стоимость.
Но при этом вопрос. Если нужно на уровне подпозиций сохранять цену, а основная позиция должна идти по нулям, зачем вы вообще с KUMU связались?

_________________
С уважением,

Сабир.


Принять этот ответ
Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Пн, фев 18 2008, 18:19 
Специалист
Специалист
Аватара пользователя

Зарегистрирован:
Чт, май 03 2007, 10:36
Сообщения: 199
moonrajah написал(а):
Перечитал оригинальное сообщение и понял, что не так понял. :)
В целом основную позицию можно вести собственным типом позиции, в схеме неполноты данных которого можно отключить стоимость.
Но при этом вопрос. Если нужно на уровне подпозиций сохранять цену, а основная позиция должна идти по нулям, зачем вы вообще с KUMU связались?

Спасибо, наверное так и поступлю


Принять этот ответ
Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 7 ] 

Часовой пояс: UTC + 3 часа


Кто сейчас на конференции

Сейчас этот форум просматривают: Google [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
Русская поддержка phpBB