Данный кейс участвовал в конкурсе РЕАЛЬНАЯ АВТОМАТИЗАЦИЯ от фирмы 1С. Подробности ЗДЕСЬ
Зачем требовалась автоматизация?
До начала автоматизации бухгалтерский учет в компании вели в «1С:Бухгалтерия 7.7», управленческий учет — в Excel. Компания росла быстрыми темпами . Запускались новые производственные линии, цеха. Работая в две смены и непрерывно вводя новые мощности, компании удалось в 2017 году увеличить в 2 раза выпуск масложировой и сырной продукции, на 20% — производство плавленых сыров. Запустили новую линейку творожных сыров. В 2018 году запустили первый в Алтайском крае завод по производству маргарина. Планируют строительство складов готовой продукции с холодильным оборудованием площадью около 3 000 квадратных метров. Рост объемов требовал обеспечения внутренними возможностями, в том числе и программным обеспечением. Управленческий учет в Excel стал очень трудозатратными и не обеспечивал своевременной информации для принятия решений. Подготовка отчетов занимала много времени и информация теряла актуальность. Было очень много ручного труда и двойного ввода одной и той же информации. Например, рецептуры продукции технологи составляли в Excel. Рассчитывали на калькуляторе, что приводило к ошибкам. Потребовался инструмент для удобного, единого ввода информации и получения оперативных отчетов. Стало очевидным, что нужна автоматизация продаж, закупок, производства. Также было принято решение о разделение бухгалтерского регламентированного учета и управленческого учета.
Что было предложено для автоматизации:
Исходя из требований заказчика мы предложили автоматизацию на базе двух программных продуктов 1С:Бухгалтерия 8 и 1С:Управление нашей фирмой (УНФ) с настройкой ежемесячного обмена один раз в месяц.
Почему штатного функционала было недостаточно и какие сделаны были доработки:
Однако имеющегося функционала в УНФ оказалось недостаточно для полного удовлетворения всех потребностей клиента. Например, было необходимо реализовать учет по партиям от сырья до готовой продукции с возможностью отследить какое сырье в какую продукцию попало и какому контрагенту было отгружено. Несмотря на то, что в УНФ есть механизм учета конкретной партии, он, к сожалению не отвечал всем необходимым требованиям, и мы создали свой механизм учета партий.
Ранее рецептуры продукции технологи составляли в экселе и рассчитывали их на калькуляторе, что неизбежно приводило к различным ошибкам, выбору уже израсходованного сырья и другим сложностям, логично было реализовать этот функционал в 1С. Что мы и сделали: создали отдельный документ рецептура, который пользователь заполняет данными, и автоматически подбирает партии продукции. На основании данной рецептуры создает спецификацию, по которой уже формируется документ «Производство». Данная доработка позволила существенно сократить время работы технолога по созданию рецептур и избежать ошибок в работе.
Кроме того было сделано множество других мелких доработок: распределение прав пользователей (чтобы отдельные пользователи могли редактировать только конкретные колонки документа), подбор товаров по партиям, множество специализированных печатных форм и отчетов и многое другое.
Через некоторое время выяснилось, что функционала Бухгалтерии и УНФ недостаточно для ведения кадрового учета и нами был предложен еще один программный продукт 1С:Зарплата и управление персоналом. Сначала мы подключили данный программный продукт на 1С:Фреш (в рамках договора ИТС ПРОФ), но из-за технических проблем при обмене данными с локальной версией 1С:Бухгалтерии было решено перейти на локальную базу Зарплаты.
В 2017 году от обслуживаемой организации нам поступила заявка на интеграцию ГИС Меркурий с 1С. Нами был выбран модуль интеграции от компании-разработчика «Визард», как наиболее подходящий под требования клиента (работа с модулем в УНФ, возможность вводить документы модуля на основании документов УНФ — этой функции изначально в модуле не было предусмотрено, но в дальнейшем было добавлено).
После внедрения модуля мы столкнулись со следующей проблемой. Во-первых, программный продукт УНФ активно развивается и фирма 1С часто выпускает обновления, причем обновления очень значительно затрагивают и наши измененные объекты. Для сокращения времени на обновления и чтобы лишний раз не «дергать» клиента, мы решили обновлять УНФ раз в три месяца. Эта схема хорошо работала до того момента, пока мы не внедрили модуль Визарда. Модуль тоже активно обновляется вслед за изменениями платформы Меркурия и обновлять его приходилось практически два-три раза в месяц, при этом необходимо также обновлять и УНФ, так как иначе модуль не работает.
Поэтому было принято решение задействовать механизм расширений (к тому же как раз этот функционал платформы стал доступен и начал работать стабильно). Таким образом после перевода наших доработок на расширения процесс обновления УНФ стал практически как на типовой базе и трудозатраты на эту процедуру значительно сократились.
В настоящее время внедрение всех подсистем учета завершено, ведется плановая работа по поддержанию информационных баз в актуальном состоянии, оказываются консультации пользователям, подключены различные сервисы ИТС в рамках комплексного сопровождения программ 1С
