Текущее время: Ср, май 14 2025, 01:03

Часовой пояс: 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 часа


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

Сейчас этот форум просматривают: нет зарегистрированных пользователей


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

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