Внедрение модели сквозных процессов в 1С при переходе с облачных решений SAP S/4HANA и SAP EWM позволяет не только проконтролировать и измерить процесс, но и повысить его эффективность. В предыдущей статье мы погрузили наших читателей в реализацию сквозных процессов O2C на проекте с «Алкогольной Сибирской Группой». В этой статье мы обратим внимание на сквозной процесс P2P.
Производственная схема P2P (plan-to-produce)
Сквозной процесс P2P, или plan-to-produce, — от планирования до производства.
Процесс производства P2P в типовой 1С
Планирование ресурсов для производства происходит сверху вниз. В первую очередь они наперед планируют потребности для производства готовой продукции, например, нужно произвести 100 крышек, 200 этикеток. Когда ресурсы запланированы, они создают заказ на производство. На этапе заказа возникает понимание, сколько всего ресурсов требуется, возможно не хватает еще людей, колпачков для закупа. Ресурсы вносятся в график. После оценки доступности ресурсов и расчета графика планируются этапы производства, на которых формируются либо заказы переработчикам, либо управление передается непосредственно в цех на производство продукции.
Рис. Производственная схема P2P в типовой 1С
Решение «КомЛайн»
Все производственные операции выполняются поэтапно. Процесс завершается проведением документа Выпуск готовой продукции. В типовой схеме 1С такого документа нет, но в проекте «Алкогольной Сибирской Группы» эксперты «КомЛайн» его создавали. В выпуске готовой продукции нужно зафиксировать, сколько продукции с ЛКК-кодом «5 озер» произвели, сколько спирта потратили на это изделие.
Эксперт «КомЛайн»:
«То есть команда проекта отслеживала такие показатели, сколько потратили спирта на производство, сколько потеряли. На производстве есть такие потери, которые произошли при испарении либо транспортировке/сливе спирта из цистерны в спиртовые емкости. Федеральная служба по регулированию алкогольного рынка (ФСРАР) должна видеть и понимать, что спирт превратился в ликероводочное изделие».
На схеме сквозных процессов в «Алкогольной Сибирской Группе» самая главная сквозная операция это производство настоев, морсов, ароматных спиртов и розлив (на РФ ВЭД). Т.е. продукция выпускается на экспорт и на российский рынок, поэтому самое интересное — это основной сквозной процесс по производству.
Рис. Схема производства P2P в трекере проекта «Алкогольной Сибирской Группы»
Сквозной процесс P2P (procure-to-pay). Закупки
Сквозной процесс P2P, или procure-to-pay, — от запроса с согласованием неограниченного прогноза продаж до оплаты с размещением товара на складе продавца — стандартный закупочный процесс в SAP. В него входят:
-
производственное планирование — анализ ограничений;
-
планирование цепи поставок;
-
определение условий закупки;
-
формирование заявки на закупку товаров/услуг (т/у) и подбор в ней поставщиков;
-
подтверждение условий оплаты;
-
регистрация поставки т/у;
-
логистика;
-
поддержание требуемого уровня запаса;
-
хранение и транспортировка готовой партии продукции посреднику;
-
регистрация расхождений при поставке т/у;
-
корректировка и возврат т/у поставщику.
Как реализованы закупки P2P в SAP
Реализация процесса закупок из SAP в 1С вышла не простой. Специалисты компании «КомЛайн» столкнулись с функциональными расхождениями — подсистема Закупки в 1С оказалась непохожей на ту, что есть в SAP. Поскольку спирт нужно было отслеживать по всей цепочке документов, не только в серийном, но и в производственном учете. Например, на ЛВ-изделие №1 ушло 1000 мл спирта, на ЛВ-изделие №2 — 5000 мл спирта, и на третье изделие — 10 000 мл спирта. Сложность заключалась только в закупке основного сырья — спирта. Таким образом, эксперты «КомЛайн» воспроизвели доработки закупочных процессов.
Процесс закупок P2P в типовой 1С
В 1С это подсистема Закупки для учета процесса. В случае проекта «Алкогольной Сибирской Группы» спирт закупается как основное сырье. И далее все сопутствующие материалы приобретаются для производства алкогольной продукции. Это крышки, тара, этикетки, канцтовары, прочие неосновные материалы.
Рис. Закупки в типовой 1С (сайт its.ru)
Вначале прописываются условия закупок, при которых товар следует на приемку. В условиях указывается поставщик, договор оплаты и другие параметры. То есть у разных поставщиков есть свои определенные условия закупок вплоть до наличия наличных средств.
Далее создается Заказ поставщику. Товар приходуется уже непосредственно в базу. Обычно формируется планирование заказов поставщику. Допустим, в этом месяце планируется приобрести 100 единиц бутылок и 100 крышек. На некоторых предприятиях подобные мероприятия не планируются. А в «Алкогольной Сибирской Группе» перед тем, как что-то закупать, на месяц вперед планируется спирт и основные материалы для производства ликероводочных изделий.
Получается, что план по заказу поставщику может либо меняться, либо корректироваться в ходе месяца. Таким образом, поступления планируются приблизительно одинаково.
После оформления заказа поставщику следует регистрация поставки товаров. В 1С это документ Приобретение товаров и услуг в 1С. После проведения документа товары попадают в регистр Остатки организации, а спирт учитывается сериями.
В процессе оформления возврата необходимо зарегистрировать Расхождения. И оформить Корректировку, она присутствует в типовой схеме. На практике в типовых решениях такие расхождения практически не встречались. А в «Алкогольной Сибирской Группе» расхождения были, но не по закупкам, а при реализации. Например, необходимо отправить готовое ликероводочное изделие клиенту. Потом произвести корректировку. Возврат товаров учитывает реализацию продукции, не заказ поставщика, по логике это совсем другой процесс. Поэтому в плане «Алкогольной Сибирской Группы» каких-то корректировок/возвратов не было.
Команда «КомЛайн» также реализовала контроль и отслеживание спирта с момента закупки. В типовой 1С такой функционал отсутствует.
Решение «КомЛайн»
Для отработки процесса закупок команда «КомЛайн» придумала такую сущность как Сквозные процессы, в частности пришла к сущности Реализация и демонстрация сквозных процессов в базе, начиная от закупки сырья и вплоть до отражения в регламентированном учете.
На этапе проекта команде необходимо было пройти основные сквозные процессы по закупкам:
-
Закупка основных средств (оборудование и тд);
-
Закупка спирта;
-
Закупка услуги;
-
Закупка ФСМ.
Если раскрыть главный процесс Закупка спирта, то внутри нее будет вложен сценарий, то есть конкретное действие. Команда проекта реализовала такие сущности как История пользователя. Эта доработка включает формирование документов по приходу спирта. Если спуститься далее по сквозным процессам, станут доступны действия по закупке спирта демо и закупке СПД демо.
При встрече с заказчиком команда «КомЛайн» обсуждала, что нужно еще реализовать. Доработку закупки спирта СПД реализовывали чисто по ощущениям. В процессе у заказчика рождались возражения. Но в итоге устранения всех замечаний процесс Закупка спирта прошли 100% до конца. Инциденты решались в моменте. В феврале 2023 года проект достиг этапа кастомизации всех повторяющихся инцидентов.
Рис. Схема закупок P2P в трекере проекта «Алкогольной Сибирской Группы»
Рис. Общая статистика затраченных ресурсов по подсистемам и уровню кастомизации
Статистика по инцидентам — 1776 решенных инцидентов. Если говорить про этапы демо и опытной эксплуатации, то команда проекта отслеживала также скорость закрытия инцидентов в днях. И принимала определенные корректирующие действия. Вот эти корректирующие действия позволили компании сохранить бизнес и продажи в промышленной эксплуатации.
В итоге, специалисты «КомЛайн» показали достойный уровень сервиса, бизнес практически не заметил, что в «Алкогольной Сибирской Группе» сменилась учетная система.
Команда компании «КомЛайн» и «Алкогольной Сибирской Группы» не преследовала целей сохранить типовой функционал 1С, оптимизировать и переделывать существующие бизнес-процессы (БП). У команды стояла задача перенести бизнес-процессы из SAP, реализовать их в 1С с помощью доработок, максимально их адаптировать к существующим БП, как можно быстрее переехать и сохранить текущий темп работы в учетной системе.
Специалисты «КомЛайн» в любом случае могут предложить при внедрении системы реализовать тот или иной БП типовыми средствами. Также могут кастомизировать решение конкретно под компанию по запросу заказчика.
Остались еще вопросы? Заполните форму, и мы обсудим с вами все детали. Мы будем рады помочь.
Похожие статьи
Спасибо! Ваша заявка отправлена
В ближайшее время мы с Вами свяжемся!
Капча введена не верно