Функционал для учета импорта

[EVGL]

Классика. Ни в 2009, ни в 2012 буквально так работать не будет.

Кажется, вы уже знаете ответ: в момент приемки ГТД остается сформировать packing slip. Русский функционал автоматически делает только регистрацию, так что придется формировать ее вручную. Впрочем, проводку ГК по поставщику вы получите, а вот задолженность, чтобы оплатить - нет.

По приходу задним числом проводите Invoice. Излишки приходуете только "регистрацией" на отдельный склад или партию.

В защиту AX надо сказать, что подобные схемы и в OeBS не работают, точнее работают еще хуже.

[AXcons]

Цитата:

Сообщение от EVGL

Классика. Ни в 2009, ни в 2012 буквально так работать не будет.

Кажется, вы уже знаете ответ: в момент приемки ГТД остается сформировать packing slip. Русский функционал автоматически делает только регистрацию, так что придется формировать ее вручную. Впрочем, проводку ГК по поставщику вы получите, а вот задолженность, чтобы оплатить - нет.

По приходу задним числом проводите Invoice. Излишки приходуете только "регистрацией" на отдельный склад или партию.

В защиту AX надо сказать, что подобные схемы и в OeBS не работают, точнее работают еще хуже.

Спасибо! Тут много же промежуточный еще действий. Допустим, сделали отборочную накладную по ГТД. На какой склад - в пути или на конечный? Потому что же еще когда машина придет на склад этот факт надо зарегистрировать - приняли столько-то мест по инвойсу, лежит в зоне приемки. Потом пересчитали, разложили в ячейкам - если это делать накладной, то можно ли будет поменять складскую аналитику при разноске? Не хотелось бы переносами все это делать.

[AXcons]

Цитата:

Сообщение от EVGL

Классика. Ни в 2009, ни в 2012 буквально так работать не будет.
...
В защиту AX надо сказать, что подобные схемы и в OeBS не работают, точнее работают еще хуже.

А интересно на какой процесс тогда эти системы рассчитаны? Это же абсолютно стандартный процесс, все так работают.