При организации учета на небольшом сборочном производстве перед руководством и аналитиками неизбежно встает вопрос выбора подходящего программного обеспечения. Ситуация усложняется, если производство имеет свою специфику: например, модульную сборку с миллионами потенциальных комбинаций готовой продукции, использование сторонних подрядчиков для выполнения части технологических операций, а также нахождение бизнеса за пределами РФ (например, в Польше) с ведением регламентированного учета силами аутсорсинговой компании.
В данной статье мы подробно проанализируем дискуссию экспертов о выборе между 1С:Управление нашей фирмой (УНФ) и 1С:Комплексная автоматизация (КА) для сборочного производства светодиодных (LED) светильников. Мы разберем критические нюансы расчета себестоимости, резервирования запасов, планирования потребностей и предложим оптимальные архитектурные решения.
Сформулируем основные параметры и ограничения рассматриваемого производственного предприятия:
Одной из главных проблем при ведении нормативно-справочной информации (НСИ) на модульном производстве является лавинообразный рост количества спецификаций. Если под каждую уникальную комбинацию характеристик светильника (длина корпуса, тип светодиодного модуля, мощность драйвера, тип крепления, цветовая температура) заводить отдельный элемент справочника Спецификации, база данных быстро перегрузится дублирующейся информацией, а ручной ввод станет невозможным.
Для решения этой задачи в современных версиях 1С:УНФ (а также в международной версии 1C:Drive) реализован механизм параметрических (динамических) спецификаций. Давайте разберем алгоритм работы этого механизма:
Характеристика.Длина * 2.ЕСЛИ Характеристика.Мощность = "40 Вт" ТОГДА Использовать "Драйвер 40Вт" ИНАЧЕ Использовать "Драйвер 20Вт".При оформлении документа ЗаказПокупателя менеджер выбирает конкретные характеристики изделия, а система на лету генерирует точный состав материалов и технологических операций для документа ЗаказНаПроизводство. Это полностью снимает необходимость хранить миллионы статических спецификаций в системе.
В ходе дискуссии на форуме возник серьезный спор относительно применимости 1С:УНФ для позаказного производства. Основной аргумент критиков УНФ заключается в жесткости ее партионного учета и механизма оперативного контроля остатков. Проанализируем эти аргументы подробнее.
В 1С:УНФ контроль остатков товаров на складах является оперативным (проводится непосредственно в момент проведения документа в реальном времени), в то время как расчет и распределение стоимости запасов (себестоимости) происходит по методу скользящей средней или ФИФО в рамках партионного учета. Критики указывают на то, что это может приводить к искажениям себестоимости при нарушении хронологической последовательности ввода документов.
Рассмотрим классическую проблемную ситуацию, описанную участниками обсуждения:
ЗаказПокупателя на сумму Х. Свободного запаса готовой продукции на складе нет (остаток равен 0). Документ проводится без резервирования.Производство. На баланс встает готовая продукция с определенной себестоимостью.ЗаказПокупателя (День 1), проставляет в нем резерв под появившуюся на складе продукцию и перепроводит его.В этот момент возникает коллизия: система оперативного контроля видит наличие остатка на «текущий момент» (День 2) и позволяет провести резервирование задним числом во вчерашнем документе (День 1). Однако на дату проведения заказа (День 1) фактическая стоимость этого запаса в системе еще равнялась нулю, так как выпуск произошел только в Дне 2. Это может приводить к временным кассовым разрывам в оценке стоимости складских остатков и некорректному распределению расходов при расчете финансового результата, если документы не будут последовательно перепроведены при закрытии месяца.
В отличие от УНФ, в 1С:Комплексная автоматизация (КА) реализована развитая модель РАУЗ (Режим авторасчета управленческих затрат). В КА система учета стоимости запасов отделена от оперативного количественного контроля. РАУЗ строит систему линейных уравнений по движению материальных ценностей и распределяет затраты в рамках регламентной процедуры закрытия месяца, независимо от того, в какой хронологической последовательности в течение месяца вводились документы поступления, выпуска и отгрузки. Это делает КА гораздо более устойчивой к ошибкам «заднего числа», которые часто совершают пользователи.
Рассмотрим сценарий работы, предложенный в Сообщении 9, и проанализируем, как поведет себя регистр ЗапасыИЗатраты в типовой 1С:УНФ при такой схеме работы:
Шаг 1. Регистрация спроса. Покупатели присылают заказы. Менеджеры вводят документы ЗаказПокупателя без резервирования (так как на складе ничего нет). Регистр ЗаказыПокупателей фиксирует потребность в обеспечении.
Шаг 2. Расчет потребностей. С помощью встроенной обработки РасчетПотребностей (в УНФ 3.0 это рабочее место «Расчет потребностей в запасах») система анализирует дефицит готовой продукции и материалов. На основании этого анализа автоматически формируются документы ЗаказНаПроизводство и ЗаказПоставщику.
Шаг 3. Производство. На основании ЗаказаНаПроизводство оформляется документ Производство (или Сборка). В регистр ЗапасыИЗатраты вносятся записи о списании материалов в производство и выпуске готовой продукции на склад. Если материалы приходят с опозданием, в УНФ крайне важно использовать документ ПриходнаяНакладная (или его аналог) до момента отражения выпуска, иначе программа спишет материалы по нулевой стоимости, что потребует последующего перепроведения документов или ручной корректировки себестоимости в конце месяца.
Шаг 4. Резервирование под заказы. После появления готовой продукции на складе менеджеры открывают ранее созданные документы ЗаказПокупателя, устанавливают статус «В резерв» для готовой продукции и перепроводят их. В этот момент регистр Запасы фиксирует резервирование номенклатуры под конкретную сделку.
Шаг 5. Отгрузка. Оформляется документ РасходнаяНакладная, который списывает зарезервированный товар со склада и фиксирует выручку.
Будет ли эта схема работать в типовой УНФ? Да, будет. Но при одном критически важном условии: строжайшей административной дисциплине. Все документы поступления материалов и выпуска продукции должны проводиться строго в хронологическом порядке. Если документы вводятся хаотично, себестоимость в отчетах будет постоянно «плыть» до момента запуска регламентной операции «Закрытие месяца», которая выполняет восстановление последовательности и пересчет себестоимости по ФИФО.
В ходе обсуждения участники затронули тему аутсорсинга производственных процессов (Сообщение 11). Было высказано ошибочное утверждение, что в 1С:КА нет возможности отразить прием давальческого сырья. На самом деле, начиная с редакций 2.4/2.5, в 1С:КА полноценно поддерживаются оба направления работы с давальцами:
Однако в УНФ есть существенное ограничение, связанное с так называемой суб-переработкой. Рассмотрим ситуацию: мы получили заказ от клиента на сборку светильника из его материалов (давальческое сырье), но у нас сломалось оборудование, и мы вынуждены передать это же сырье на сборку субподрядчику. Отразить такую многоуровневую цепочку «давалец — мы — субподрядчик» в рамках типового функционала УНФ без существенных доработок и методологических ухищрений практически невозможно. В 1С:Комплексная автоматизация и 1С:ERP этот функционал спроектирован изначально и поддерживается из коробки.
Поскольку физически предприятие и сборочная площадка находятся в Польше, а регламентированный учет ведет польская фирма-аутсорсер, использование стандартных российских локализаций 1С:УНФ или 1С:КА сопряжено с рядом трудностей:
В качестве оптимального решения для зарубежных филиалов и производств компания 1С предлагает международное решение — 1C:Drive. Это программный продукт, разработанный на платформе 1С:Предприятие 8.3 специально для зарубежных рынков. 1C:Drive базируется на той же методологической основе, что и 1С:УНФ, но обладает следующими преимуществами:
Подводя итог сравнению программных продуктов для автоматизации небольшого производства LED-светильников, сформулируем рекомендации:
| Критерий сравнения | 1С:Управление нашей фирмой (УНФ) / 1C:Drive | 1С:Комплексная автоматизация (КА) |
|---|---|---|
| Стоимость лицензий и внедрения | Низкая. Программа быстро разворачивается и легко настраивается силами одного специалиста. | Высокая (в 3–4 раза дороже УНФ). Требует привлечения команды внедренцев. |
| Устойчивость к ошибкам хронологии | Низкая. Требует строгого соблюдения последовательности ввода документов для корректного расчета себестоимости. | Высокая. Механизм РАУЗ нивелирует ошибки ввода документов «задним числом». |
| Модульное производство | Отлично. Поддерживаются параметрические спецификации для динамического расчета состава изделий. | Отлично. Расширенный параметрический выбор комплектующих и маршрутных карт. |
| Сложность интерфейса | Простой и интуитивно понятный интерфейс, ориентированный на малый бизнес. | Сложный, перегруженный интерфейс с большим количеством настроек и констант. |
| Работа за рубежом (Польша) | Рекомендуется использовать международную версию 1C:Drive с поддержкой польского языка. | Требует существенной локализации интерфейса и печатных форм силами программистов. |
Для небольшого сборочного производства LED-светильников в Польше с численностью персонала до 50–70 человек внедрение тяжелой и дорогой 1С:Комплексная автоматизация в большинстве случаев экономически и организационно неоправданно. Основным сдерживающим фактором для внедрения КА является отсутствие потребности в ведении регламентированного (налогового и бухгалтерского) учета непосредственно в системе 1С (так как бухгалтерия отдана польскому аутсорсеру).
Оптимальным выбором будет внедрение программы 1C:Drive (международного аналога 1С:УНФ) или, в крайнем случае, стандартной 1С:УНФ, если команда полностью русскоязычная. При этом особое внимание при внедрении следует уделить следующим шагам: