Комиссионная торговля в 4.0

[Artemida]

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

[artkashin]

Цитата:

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

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

Создайте склад КОМИСС. (настройки такие же, как и для обыкновенных складов), во внутренних перемещениях сделайте собственно перемещение между складами (НАСТСКЛАД и КОМИСС). По накладным перемещения необходимо дописать формы первичных документов (Счет-Фактура, накладная), если это не реализованно. При продаже товара, списывать его, соответственно со склада КОМИСС, а при возврате, просто другой документ на внутреннее перемещение с КОМИСС на НАСТСКЛАД)
Т.е. из всех дописок - это первичные документы по внутренним перемещениям.

[artkashin]

Существует и второй вариант, как мне кажется более правильный:
Изначально перемещение на комиссию создается в заказах продажи, где работает резервирование, унифицированный для пользователей интерфейс, складская приемка и отборка, а также уже готовые печатные формы. Дописка заключается в том, чтобы после выпуска заказа его перенести во внутренние перемещения (со реального склада на комиссионный) и там учесть

[Artemida]

Цитата:

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

Существует и второй вариант, как мне кажется более правильный:
Изначально перемещение на комиссию создается в заказах продажи, где работает резервирование, унифицированный для пользователей интерфейс, складская приемка и отборка, а также уже готовые печатные формы. Дописка заключается в том, чтобы после выпуска заказа его перенести во внутренние перемещения (со реального склада на комиссионный) и там учесть

В перемещении также есть резервирование, складская приемка и отборка.
А не очень ли будет сложен по доработке механизм переноса во внутренние перемещения?

[artkashin]

Цитата:

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

В перемещении также есть резервирование, складская приемка и отборка.

У кого как... :-) Работает и слава богу.

Цитата:

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

А не очень ли будет сложен по доработке механизм переноса во внутренние перемещения?

Для программиста -нет. Но, что в первом случае, что во втором существуют подводные камни. В первом случае, например надо будет дописывать поля, связанные с клиентом, на которого надо выписывать первичку (по-умолчанию во внутренних перемещениях этого нет) + работа по первичным документам и их поддержке при изменении, то во втором случае, после печати документа его удалить нельзя (напечатано > 0) это надо обходить, а также правильный перенос измерений.
Есть и общие проблемы:
Необходимо следить, за тем чтобы не сбивалась нумерация выставленных счетов.
Это на вскидку.

У меня реализован первый вариант.

[Artemida]

Цитата:

правильный перенос измерений.

Вот как раз поэтому я тоже склоняюсь в первому варианту. Он и дешевле получается, не так ли?

Цитата:

Есть и общие проблемы:
Необходимо следить, за тем чтобы не сбивалась нумерация выставленных счетов.
Это на вскидку.

В смыле? Вы имеете в виду счет на оплату, который м.б. распечан из заказа продажи или что-то иное?

[Artemida]

А в 4.0. где-нибудь есть журнал перемещений, показывающий произведенные перемещения? Если нет, насколько сложно его будет сделать?
Дело в том, что при использовании 1-го механизма нам понадобиться как-то просматривать и отбирать обычные перемещения и перемещения, как комиссия.

[artkashin]

Цитата:

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

Цитата:

правильный перенос измерений.

Вот как раз поэтому я тоже склоняюсь в первому варианту. Он и дешевле получается, не так ли?

Ну в общем да.

Цитата:

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

Цитата:

Есть и общие проблемы:
Необходимо следить, за тем чтобы не сбивалась нумерация выставленных счетов.
Это на вскидку.

В смыле? Вы имеете в виду счет на оплату, который м.б. распечан из заказа продажи или что-то иное?

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

[johnny_imported]

В NAV 4.0 нету внутренних перемещений, как это было в 3.6, а для перемещений между складами существует Журнал Реклассификации. Можно сделать Заказ продажи, распечатать документы от туда, а затем перенести(уж не знаю как) данные в Журнал Реклассификации с номером накладной, но там нету, да и не должно быть Клиента.

[Галина]

Цитата:

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

А в 4.0. где-нибудь есть журнал перемещений, показывающий произведенные перемещения? Если нет, насколько сложно его будет сделать?
Дело в том, что при использовании 1-го механизма нам понадобиться как-то просматривать и отбирать обычные перемещения и перемещения, как комиссия.

Мда....
Что значит журнал-показывающий произ. перемещения? это еще из какой области? а учт. документов в истории не хватает? (говорю про транзит. перемещения).
сделайте разные серии номеров.

[Artemida]

Всем спасибо, а Kashinу особенно, решение о таком подходе еще не принято (у нас есть очень много нюансов), но в этом есть рациональное зерно.