Расширение устраняет типовую ошибку проведения документа «Производство (Сборка запасов)» в конфигурации 1С:Управление нашей фирмой 3.0, возникающую при использовании поэтапного производства.

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

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

Когда возникает ошибка

При проведении документа «Производство» пользователь получает сообщение:

При поэтапном производстве фактически изготовленное количество продукции не может превышать запланированное.

В строке 1 указано количество 2, в других документах 1.

При этом:

• документ ранее никогда не проводился;
• связанных документов с таким количеством нет;
• остатки и движения регистров корректны;
• фактического превышения производства не существует.

Из-за этого поиск причины может занять много времени.

Когда проявляется проблема

Ошибка возникает при одновременном выполнении следующих условий:

• используется поэтапное производство;
• один Заказ покупателя содержит несколько независимых производственных цепочек;
• создано несколько Заказов на производство;
• выпускается одинаковая номенклатура;
• используется одинаковая спецификация;
• совпадают этапы производства.

Например.

Заказ покупателя №44

• Заказ на производство №1356
  • Производство: 1 шт.
• Заказ на производство №1368
  • Производство: 2 шт.

Несмотря на то, что это разные производственные цепочки, типовая проверка воспринимает их как одну.

Что было проверено

Перед поиском причины были последовательно проверены:

• связанные документы;
• движения документа «Производство (Сборка запасов)»;
• движения регистра Выпуск продукции;
• движения регистра Этапы производства;
• заказы на производство;
• структура регистра накопления;
• наличие ошибочных документов производства;
• наличие «зависших» движений.

Все проверки показали корректность данных.

Причина ошибки

В процессе анализа типовой процедуры ПроизводствоСервер.ПроверкаПоэтапногоПроизводства() было установлено, что алгоритм проверки использует Заказ покупателя как основной идентификатор производственной цепочки.

Если у строки продукции заполнен заказ покупателя, то заказ на производство в дальнейшем сравнении уже не используется.

В результате проверка выполняется только по следующим аналитикам:

• Заказ покупателя;
• Номенклатура;
• Характеристика;
• Партия;
• Спецификация;
• Этап производства.

Из-за этого две разные производственные цепочки оказываются объединены в одну.

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

Решение

Исправление выполнено расширением, без изменения типовой конфигурации.

В типовую процедуру проверки добавлено дополнительное разделение по Заказу на производство.

После установки расширения:

• Заказ на производство №1356 проверяется независимо.
• Заказ на производство №1368 проверяется независимо.

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

При этом вся стандартная логика контроля полностью сохраняется.

Если пользователь действительно пытается выпустить продукции больше, чем предусмотрено конкретным заказом на производство, документ по-прежнему не проводится.

Дополнительное исправление

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

В сообщении:

В других документах 1

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

В расширении этот вывод также скорректирован, поэтому сообщение становится более понятным и соответствует фактическим данным.

Преимущества решения

• не изменяет типовую конфигурацию;
• реализовано полностью расширением;
• сохраняет всю стандартную проверку поэтапного производства;
• устраняет ложное срабатывание проверки;
• корректно работает при нескольких заказах на производство в рамках одного заказа покупателя;
• подходит для обновляемых информационных баз;
• протестировано на реальном рабочем проекте.