Субподряд (Давальческое сырье)

[anatol33]

Уважаемые форумчане,

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

Додумался до следующего варианта:
Создаем склад СУБПОДРЯД с ячейками по подрядчику.
Заказом покупки учитываем покупку материалы на стороне.
Транзитным перемещение отправляем на склад СУБПОДРЯД.
Производственным заказом преобразуем в продукт.
Транзитным перемещение возвращаем продукт на склад ЦЕХ1.
Заказом покупки с издержкой учитываем услугу по переработке сырься.

В принципе все устраивает в такой схеме, кроме сложности учета из за количества операций.

Может есть еще варианты?

[Lates]

А правильно ли я понимаю - сначала покупаем Т1 у Поставщика1, а потом Поставщик2 делает Т2 из купленного Т1?

[apanko]

На мой взгляд так как вы указали, плюс пару штрихов:

Услуги субподрядчика учитывать не как ТЗР, а как субподряд - тоже стоимость пойдет на изделие.
Плюс выпускать изделие не на складе СУБПОДРЯД, а сразу на складе-получения (списание же делать со склада Субподряд/Ячейка)
При учете заказа покупки - если операция субподряда последняя, то выпуск произойдет автоматически.

Т.е. весь интеллект запихнуть в процесс создания производственного заказа:
Выпуск на складе-получения.
Списание с Субподряд/Ячейка (возможно автоматическое).
Маршрут с последней (единственной) операцией типа субподряд.

[Lates]

Цитата:

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

Плюс выпускать изделие не на складе СУБПОДРЯД, а сразу на складе-получения (списание же делать со склада Субподряд/Ячейка)
При учете заказа покупки - если операция субподряда последняя, то выпуск произойдет автоматически.

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

[anatol33]

спасибо за ответы.

Цитата:

Услуги субподрядчика учитывать не как ТЗР, а как субподряд - тоже стоимость пойдет на изделие.
Плюс выпускать изделие не на складе СУБПОДРЯД, а сразу на складе-получения (списание же делать со склада Субподряд/Ячейка)
При учете заказа покупки - если операция субподряда последняя, то выпуск произойдет автоматически.

думал над таким вариантом, но потом склонился в сторону транзитного перемещения на получение, т.к. это легче объяснить пользователям.

Цитата:

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

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

как понимаю упростить не получится

[Lates]

Кстати вот еще подумал - если так необходимо делать перемещения, можно это делать журналом реклассификации - будет немного проще для пользователей.

[anatol33]

Цитата:

Кстати вот еще подумал - если так необходимо делать перемещения, можно это делать журналом реклассификации - будет немного проще для пользователей.

а цепочку себестоимости не потеряем?

[anatol33]

проверил журнал рекласификации, похоже то что надо для простоты процесса.

[apanko]

Цитата:

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

проверил журнал рекласификации, похоже то что надо для простоты процесса.

Распределение товарных издержек работает на накладные покупки и на прих. накладные перемещения.

Это если субподрядчиков не использовать.

[Lates]

Цитата:

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

Распределение товарных издержек работает на накладные покупки и на прих. накладные перемещения.

Это если субподрядчиков не использовать.

Не оч. понял...
По описанному процессу закупка будет формироваться на складе СУБПОДРЯД. И там на ее строки будут распределяться издержки. После чего товар будет перемещаться (возможно реклассификацией) на склад ЦЕХ1.

[anatol33]

Цитата:

Не оч. понял...
По описанному процессу закупка будет формироваться на складе СУБПОДРЯД. И там на ее строки будут распределяться издержки. После чего товар будет перемещаться (возможно реклассификацией) на склад ЦЕХ1.

Закупка за склад ПОКУПКА
перемещение на склад СУБПОДРЯД
производство на склад СУБПОДРЯД
возврат продукта на склад ЦЕХ1
издержки на перемещение на склад ЦЕХ1

ходя можно и в проивзодственный заказа как писал apanko

[Lates]

Возможно я чего-то не понимаю... Но я видел процесс так:
1. Купили у Поставщика1 товар Т1. Приняли на склад ПОКУПКА.
2. Отдали Т1 Поставщику2 (субподрядчику) на переработку - делаем это перемещением со склада ПОКУПКА на склад СУБПОДРЯД.
3. Поставщик2 переработал Т1 и сделал из него Т2. Для отражения этого мы создаем производственный заказ, в котором потребляем товар Т1 на складе СУБПОДРЯД и выпускаем Т2 так же на склад СУБПОДРЯД. При этом будет создана закупка у Поставщика2 (так же на складе СУБПОДРЯД), при товарном учете которой будет автоматически учтен выход в производственном заказе + в этой закупке отражаем товарные издержки.
4. Перемещаем произведенный субподрядчиком Т2 со склада СУБПОДРЯД на склад ПОКУПКА (ну или какой там...).

[anatol33]

все правильно, кроме:

Цитата:

При этом будет создана закупка у Поставщика2 (так же на складе СУБПОДРЯД)

5. Заказ Покупки не важно на какой склад, т.к. это покупка услуги по переработке, проводится товарной издержкой.
издержка распределяется на перемещение

Цитата:

4. Перемещаем произведенный субподрядчиком Т2 со склада СУБПОДРЯД на склад ПОКУПКА (ну или какой там...).

[Lates]

Т.е. функцию "Вычислить субподряды" в журналах субподряда Вы не используете?

[anatol33]

нет

[Lates]

А почему, если не секрет?

[anatol33]

На мой взгляд так проще объяснять пользователям.

Т.е.
1. Мы получаем продукт от субподрядчика это документ ТТН который надо учесть. Хозяйственная операция по смыслу совпадает с типом документа "Транзитное перемещение."
2. Мы получаем счет за услугу(+доставка+упаковка) по переработке сырья. Хозяйственная операция по смыслу совпадает с типом документа "Заказ покупки"
3. Распределяем услугу на полученную партию товара (не произведенного!).

[Lates]

Цитата:

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

На мой взгляд так проще объяснять пользователям.

Нууу.. Возможно..
Ваши пользователи - Вам виднее

[RedFox]

Извините, с нашими праздинками и командировками опоздал малеха...
Андрей, как обычно, уже всё осветил...

Цитата:

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

На мой взгляд так проще объяснять пользователям.
Т.е.
1. Мы получаем продукт от субподрядчика это документ ТТН который надо учесть. Хозяйственная операция по смыслу совпадает с типом документа "Транзитное перемещение."

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

Цитата:

2. Мы получаем счет за услугу(+доставка+упаковка) по переработке сырья. Хозяйственная операция по смыслу совпадает с типом документа "Заказ покупки"

Покупкой тут и не пахнет, так как Субподрядчик выполняет работу по контракту, у которой есть своя стоимость, которая, кстати, вкладывается в произ-во. Поэтому Издержки это задвоение...

Цитата:

3. Распределяем услугу на полученную партию товара (не произведенного!).

Вообще, можно получить Произ-во, как набор операций над товаром и ВОМ-журналом вообще без проблем (что ВЫ прекрасно пытаетесь реализовать виртуально).
Но стоит ли? Может использовать функционал, который уже есть и вроде работает?

[Lates]

Цитата:

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

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

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

Цитата:

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

Покупкой тут и не пахнет, так как Субподрядчик выполняет работу по контракту, у которой есть своя стоимость, которая, кстати, вкладывается в произ-во. Поэтому Издержки это задвоение...

Вообще, можно получить Произ-во, как набор операций над товаром и ВОМ-журналом вообще без проблем (что ВЫ прекрасно пытаетесь реализовать виртуально).
Но стоит ли? Может использовать функционал, который уже есть и вроде работает?

Покупкой ведь пахнет в стандарте - при учете которой происходит выход товара в связанном с ней произ. заказе.
А сам функционал, действительно, вроде неплохо работает.