Добрый день.

В связи с вступлением в силу ФЗ "О торговле" появились некоторые штуки, которые в SAP пока не были предусмотрены.
Кратко об интересующем вопросе:
Отсрочка платежа не может превышать срок годности товара (сразу замечу не быть равной, а не превышать). То есть товары разделены на несколько категорий: срок годности - не более 1 недели, следовательно отсрочка не может превышать 7 дней, если СГ 14 дней, то отсрочка 14 дней и т.п...

и теперь вопросы:
1. как считаете, где лучше привязать (или на основании чего определять в заказе) отсрочку платежа на связку клиент-материал. Просто на материал - не верно, поскольку "не превышать".. то есть для одного клиента - 7 дней, а для другого - 3 дня..
Это нужно для 2-х вещей:
а. автоматическое определение отсрочки в позиции заказа.
б. проверка на то, чтобы отсрочка не превышала срок годности (опять же как параметр вести его в материале)

понятно, что Abap - штука сильная.. но не хотелось бы..

2. Понятно, что в стандарте, если разные отсрочки платежа в позициях заказа, то создадутся несколько счетов-фактур. Но некоторые клиенты (клиенты - это те, которые получатели материала, отправляемого нами), прочитав ФЗ "О торговле" не нашли там упоминаний, что должно быть создано несколько счетов фактур на 1 заказ. И поэтому хотят 1 счет. И вот тут встает вопрос.. Как быть? )) Кто какие варианты видит сходу?
Создавать 1 печатную форму на несколько счетов - не очень вариант.
Создавать 1 сбытовой счет и несколько FI-ных тоже как-то не очень..

Если говорить об организационной стороне процесса, то недавно X5 выложила на своем сайте проект типового договора с поставщиками. Так вот, там есть неплохие идеи
1. Вводится понятятие группы оплаты согласно ФЗ о торговле
2. В приложении 2 указывается список товаров, для каждого товара указывается группа оплаты
3. В приложени 3 указывается отсрочка платежа для каждой группы оплаты ( не выше, чем допускается ФЗ).


С точки зрения SAP, пункт 2 - это новое поле в карточке товара, пункт 3 - табличка со столбцами постащик/группа оплаты/отсрочка, опять же скорее всего придется делать ее абапом, но можно попробовать приспособить функциональность условий (вести в VK12).

Насчет второго вопроса пока ничего не могу сказать.

По второму вопросу, как вариант, создавать одну проформу на поставку(заказ) и по ней печатать выходной документ

до нового поля - дошли тоже. Решили попользовать доп. данные материала.
А про табличку - это самый простой вариант, в принципе..
Но пока что думаем, что может быть попытаться какую-нить инфо-запись клиент-материал поюзать..
А функциональность условий.. это даже не очень понятно, как использовать в нужных целях..

Проформа на заказ не подойдет, потому что укомплектованное количество может быть меньше заказа.
Проформа на поставку не подойдет, поскольку нужно будет объединять несколько поставок в одну проформу, и... тогда появляется разница в бизнес процессах. Мол, один клиент хочет так, другой так... А лучше безобразно, но однообразно.. Еще не очень понятно, как тогда будут сверять книги покупок и книгу продаж.
Так что пока думаем..

Тут уж все индивидуально. Придется включить творческое мышление и использовать нестандартные решения
Например подумать над:
1) полем "Приоритет поставки" из инфо-записи;
2) полем "Условие платежа" из записи ВУ.

Честно говоря, не совсем понятна такая упертость... Если сроки оплаты разные, то почему должен быть один счет? Разве это не логично, что разные сроки, разные товары -> разные счета? Разве им самим не будет так удобнее?

Насчет решения - подобные вопросы довольно часто возникают на SDN, как ни странно. До сих пор нормального ответа на них нет. В какой-то степени можно использовать invoice list, но это все равно просто коллекция индивидуальных документов. Мы аналогичную задачу (клиент - крупная сеть магазинов - оплачивал централизованно и желал видеть сводный счет по всем магазинам, да еще и в своем особом формате) решили ABAPом и своей формой. Правда при этом теряется часть стандартной функциональности, так что это не очень хороший выход в масштабе всей системы.

Похоже надо россиянам начинать жать на SAP, пускай придумывают решения какие-нибудь.

Конечно, логично.. Но.. что поделать )

Насколько я понимаю, INVOICE LIST это некий документ, который типа проформы с определенной группой фактур.. И что с ним делать дальше - не вполне понятно..


Не нужно полностью цитировать предыдущее сообщение. SAA

Коллеги, привет.
Реанимирую тему:
Появилось ли решение по веденею комплексного условия платежа в позиции сбытового счета-фактуры?
Пока смотрю в сторону добавления какого неть признака в технику условий выбора контрольного счета для разделения 62* в одном fi-документе.