Проблема отсутствия полноценного блока «Переработка сырья давальца» в конфигурации 1С:Комплексная автоматизация (КА) является классической. В то время как в 1С:ERP этот функционал является базовым, разработчики КА намеренно ограничили систему, оставив только возможность передачи своего сырья стороннему переработчику. Однако производственные предприятия часто сталкиваются с необходимостью выступать в роли исполнителя. Разберем подробно, как можно решить эту задачу, используя стандартные механизмы КА или минимальную доработку системы. Если ограничения Комплексной автоматизации критичны для бизнес-процессов, целесообразно рассмотреть переход на полнофункциональную ERP, выбрав сценарий миграции в разделе готовых решений для переноса данных в ERP.
Для начала проанализируем ситуацию: почему простой перенос документов из ERP в КА не сработает «в лоб»? В ERP давальческая схема глубоко интегрирована в подсистему производства через такие объекты, как Заказ давальца и Этап производства. В КА производство упрощено, сущность «Этап» отсутствует, а распределение затрат работает по иным алгоритмам. Если мы решим создавать свои документы, нам придется эмулировать движения не только по бухгалтерскому регистру Хозрасчетный, но и по сложной цепочке регистров накопления, таких как Запасы и закупки, Товары на складах и Выручка и себестоимость продаж.
Этот вариант считается наиболее «чистым» с точки зрения типовой логики КА. Рассмотрим его по шагам:
Приемка товаров на хранение. Этот документ отразит поступление материалов на забалансовый счет 002.01. С точки зрения управленческого учета, эти остатки будут видны в отчетах по запасам, но с особым видом запасов — «Товар на хранении».Сборка (разборка) товаров. Разберем нюанс: в табличной части «Комплектующие» нам нужно будет вручную или через расширение скорректировать Вид запасов, чтобы система позволила списать сырье, не принадлежащее организации.Реализация услуг и прочих активов (РУПА). Саму продукцию «отгружаем» документом отгрузки с хранения.Проанализируем ситуацию, если использование «Хранения» кажется слишком сложным. Можно попробовать имитировать давальческую схему через прием товаров на комиссию:
Преимущества: Программа автоматически задействует счет 004 и позволяет формировать Отчет комитенту, который по своей сути похож на отчет давальцу. Вы сможете видеть, сколько материалов «продано» (использовано в производстве) и отчитаться перед владельцем.
Недостатки: Юридически переработка — это не продажа. С точки зрения налогового учета и прослеживаемости товаров (если сырье подлежит прослеживаемости), это может вызвать вопросы у контролирующих органов. Также физические свойства товара при переработке меняются, а комиссионная схема предполагает перепродажу товара в неизменном виде.
Если организация категорически отказывается от внедрения ERP, но объем документов велик (как упоминалось в обсуждении — около 4-х основных типов документов), можно рассмотреть создание кастомных объектов. Посмотрим, какие регистры нам придется задействовать, чтобы система «видела» эти операции:
Хозрасчетный: Обязательно отражаем проводки по счету 002 (Поступление, Списание, Возврат).Товары на складах: Чтобы кладовщик видел остатки давальческого сырья в ведомостях.Запасы и закупки: Для корректного отображения в управленческом балансе и аналитических отчетах по закупкам.При разработке документа Отчет давальцу важно реализовать механизм «подбора» использованного сырья. Рассмотрим пример логики, которую можно заложить в код:
// Пример упрощенной логики подбора остатков давальческого сырья
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ТоварыНаСкладахОстатки.Номенклатура,
| ТоварыНаСкладахОстатки.В НаличииОстаток КАК Остаток
|ИЗ
| РегистрНакопления.ТоварыНаСкладах.Остатки(&МоментВремени, Склад = &Склад) КАК ТоварыНаСкладахОстатки
|ГДЕ
| ТоварыНаСкладахОстатки.ВидЗапасов.Владелец = &Давалец";
Запрос.УстановитьПараметр("МоментВремени", ТекущаяДата());
Запрос.УстановитьПараметр("Склад", Объект.Склад);
Запрос.УстановитьПараметр("Давалец", Объект.Контрагент);
Результат = Запрос.Выполнить();
Выясним причину, почему реализовать расчет себестоимости давальческой продукции в КА сложнее всего. В 1С:ERP стоимость услуг переработки и общепроизводственные расходы (зарплата, электроэнергия, амортизация) могут быть включены в себестоимость выпуска через этапы. В КА при использовании документа Сборка товаров или Реализация услуг связь между затратами и конкретной партией давальческого сырья теряется.
Для решения этой проблемы мы можем использовать механизм Постатейных расходов. Распределяйте такие расходы на направление деятельности (например, «Переработка») или непосредственно на документ реализации услуг, чтобы увидеть финансовый результат конкретной сделки по переработке, пусть и без детальной калькуляции себестоимости единицы продукции.
Важно помнить, что в 1С:КА управленческий учет первичен. Если вы сделаете ручную операцию только по регистру Хозрасчетный, вы получите «разрыв» между бухгалтерским балансом и управленческими отчетами. В «родной» модели ERP движения по 002 счету тесно связаны с регистрами запасов. В КА при эмуляции через Сборку система будет пытаться подставить вид запасов «Собственный товар». Чтобы этого избежать, используйте расширение для изменения типовой процедуры ПередЗаписью или ОбработкаПроведения, чтобы подменять ВидЗапасов на соответствующий давальческому хранению.
Подводя итог, можно сказать, что внедрение давальческой схемы в КА возможно, но требует осознанного выбора между «кривым» типовым функционалом и «дорогим» кастомным расширением.
Мы рекомендуем следующий алгоритм действий:
Товары к передаче давальцам (если вы все же решили перенести объекты из ERP), так как их отсутствие в метаданных КА может привести к фатальным ошибкам при проведении.Таким образом, мы выяснили, что основной риск заключается не в самих документах, а в сохранении целостности данных между складским, управленческим и бухгалтерским контурами учета.