Консигнация через альтернативную номенклатуру

[Murlin]

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

[Murlin]

Цитата:

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

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

Почему то мне не нравиться идея делать это через какой то консигнационный склад

[Morpheus]

Предлагаю использовать складскую аналитику Партия для разделения товаров приобретенных у поставщиков и взятых на реализацию. Скрывая и отображая Партию в форме "В наличии" очень просто проводить анализ остатков. Также очень легко отслеживать товар в межскладских перемещениях. Но есть маленький минус, если аналитика Партия отключена - включить ее не просто.
Для разноски себестоимости взятого на реализацию товара на забалансовые счета, можно расширить функциональность журнала Закупки. Для этого необходимо создадать свой класс наследник от PurchFormLetter и перекрыть нужные методы.
Для того, чтобы в журналах "Заказы" списывать "свой товар" раньше консигнационного, можно расширьте функциональность класса SalesFormLetter_Invoice, добавив алгоритм расщепления Inventory проводки на несколько партий.

[Murlin]

Цитата:

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

Предлагаю использовать складскую аналитику Партия для разделения товаров приобретенных у поставщиков и взятых на реализацию. Скрывая и отображая Партию в форме "В наличии" очень просто проводить анализ остатков. Также очень легко отслеживать товар в межскладских перемещениях. Но есть маленький минус, если аналитика Партия отключена - включить ее не просто.
Для разноски себестоимости взятого на реализацию товара на забалансовые счета, можно расширить функциональность журнала Закупки. Для этого необходимо создадать свой класс наследник от PurchFormLetter и перекрыть нужные методы.
Для того, чтобы в журналах "Заказы" списывать "свой товар" раньше консигнационного, можно расширьте функциональность класса SalesFormLetter_Invoice, добавив алгоритм расщепления Inventory проводки на несколько партий.

А разве можно разносить закупку на баланс(торговую надбавку) раньше чем мы продадим товар?
Не много ли доработок получиться?
Может все таки чз альтернативную проще?
Настройка на забалансовый счет, списание только тогда когда нет, и все стандартом.

[Morpheus]

Цитата:

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

А разве можно разносить закупку на баланс(торговую надбавку) раньше чем мы продадим товар?

Цитата:

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

Для разноски себестоимости взятого на реализацию товара на забалансовые счета, можно расширить функциональность журнала Закупки.

Расскажите, какие транзакции в ГК Вам необходимо разносить.

Цитата:

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

Не много ли доработок получиться?
Может все таки чз альтернативную проще?
Настройка на забалансовый счет, списание только тогда когда нет, и все стандартом.

Попробуйте реализовать Вашу идею и протестировать контрольный пример, в ходе которого и выясните сильные и слабые стороны такого подхода.

[Murlin]

Цитата:

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

Расскажите, какие транзакции в ГК Вам необходимо разносить.



Попробуйте реализовать Вашу идею и протестировать контрольный пример, в ходе которого и выясните сильные и слабые стороны такого подхода.

Транзакции + 004 -004 а дальше как обычно, приход реализация.
Понял что чз альтернативную номенклатуру не подойдет, т.к. в накладных будет фигурировать именно альтернативная. Но вообщем через доп. номенклатуру нарисовал приблизительную схему.
Возможно много будет ошибок,
Но вот:
1. Настраиваем доп. номенклатуру на забалансовые счета.
2. При разноске закупки с коммисионной(ненашей не знаю как правильно), разносим по поставщику сумму 0.
3. При резервировании по заказу, если не хватает нашего товара включаем резервирование из заказанного, создаем закупки(пусть будет номер 2) с обычной нашей номенклатурой на те склады(где сейчас лежит доп.номенклатура) и с тем количеством и себестоймостью этой доп.номенклатуры, резервируем ( с приоритеом к партиям из закупок с типом 2 пока не придумал как может доп.складская аналитика), удаляем резервирование если оно идет не по партиям из закупок с типом закупки номер 2, выключаем резервирование из заказанного.
4. При разноски заказа, создаем еще один заказ, с доп. номенклатурой и суммой по клиенту - 0, разносим, по закупкам с типом закупки 2, разносим накладные, удаляем остальные закупки.

Вот как то так :-D

4. При

[gl00mie]

Цитата:

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

Для того, чтобы в журналах "Заказы" списывать "свой товар" раньше консигнационного, можно расширьте функциональность класса SalesFormLetter_Invoice, добавив алгоритм расщепления Inventory проводки на несколько партий.

Разве это решается не допиливанием резервирования?..

[Morpheus]

Цитата:

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

Разве это решается не допиливанием резервирования?..

Вы абсолютно правы! Я почему-то решил, что наш коллега разрабатывает решение для розницы...