Сквозные процессы из SAP в 1C. Часть 1

Внедрение модели сквозных процессов в 1С при переходе с облачных решений SAP S/4HANA и SAP EWM позволяет не только проконтролировать и измерить процесс, но и повысить его эффективность. В предыдущей статье мы погрузили наших читателей в совместный проект по импортозамещению и затронули тему демонстрации сквозных процессов в новой системе. Как реализованы сквозные процессы в SAP и в типовой 1С:ERP, какие процессы получили наибольшее распространение, как специалисты «КомЛайн» реализовали их в проекте с «Алкогольной Сибирской Группой» и наши рекомендации при внедрении, — читайте в нашей статье. В первой части нашей статьи мы сосредоточились на сквозном процессе O2C

• Сквозной процесс O2C (order-to-cash)

Сквозной процесс O2C (order-to-cash)

Сквозной процесс O2C, или order-to-cash, от заказа с утверждением операционного плана продаж дилера до закрытия сделки с оплатой, — отвечает за лидогенерацию и увеличение выручки. Благодаря такому методу возможна адаптация бизнес-процессов на производстве под меняющиеся реалии рынка и оперативная цифровизация технологических процессов. O2C включает планирование продаж, поиск клиентов, контрактацию, ценообразование, согласование условий оплаты, кредитный и лицензионный контроль, получение заявок от клиента, формирование заказа, составление плана производства, создание документов отгрузки, оплату заказа, комплектацию и логистику готовой продукции — передачу заказа клиенту, расчеты с контрагентом, анализ фактической рентабельности. 

Процесс O2C в SAP

Клиент формирует заказ вручную. Также заявки могут приходить из разных источников:

• через систему управления бизнес-процессами ELMA; 

• через e-mail.

Рис. Сквозной процесс O2C в SAP

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

Внутренности заказа (сроки, количество, сумма и прочие данные) операторы не проверяют, все заполняется автоматом.

Следующим этапом происходит проверка на наличие продукции на предприятии и создание отгрузочных документов. И завершающим этапом идет печать комплекта документов уже перед выездом машины. Водитель получает на руки готовый пакет накладных и уезжает в место назначения.

Маршрутизация — подбор нескольких заказов в одну машину, т.е. заказов может быть 1000, и заказы нужно укомплектовать по разным машинам.

Как реализован O2C в типовой 1С

В случае бизнес-процессов в 1С O2C — это сквозной последовательный процесс, начиная от поступления товаров и заказа клиента до реализации с ТТН исходящей ЕГАИС. За сквозной процесс отвечает подсистема Продажи в 1С.

В типовой 1С оператор формирует документы: Заказ клиента, затем Реализацию товаров и услуг либо ТТН исходящую. В типовом функционале заказ может быть ручным либо прийти через EDI-контур (без всяких доработок, без всяких проверок).

Рис. Схема№1 O2C в типовой 1С (сайт its.ru)

Рис. Схема№2 O2C в типовой 1С, продолжение (сайт its.ru)

Рис. Учет алкогольной продукции с применением ТТН исходящей в ЕГАИС

Решение «КомЛайн»

Клиент формирует заказ вручную. Также заявки могут приходить из разных источников:

• EDI-контур;EDI-контур; 

• Chicago; 

• Excel.

На схеме обозначено сопоставление процессов SAP и в 1С, какие модули SAP отвечают за сквозные бизнес-процессы.

Рис. Сопоставление процесса O2C в SAP и 1С:ERP УХ в «Алкогольной Сибирской Группе»

Рис. Схема O2C в трекере проекта «Алкогольной Сибирской Группы»

Общая нетиповая схема O2C в 1С:ERP УХ с 1С:WMS:

• 1. Формирование заказа клиента; 

• 2. Расходный ордер; 

• 3. Задание на перевозку; 

• 4. Создание документа Реализация товаров и услуг; 

• 5. Создание документа Счет-фактура; 

• 6. Создание ТТН исходящая ЕГАИС; 

• 7. Печать документов.

Последовательность процессов и проверок такая же, как и в SAP. То есть специалисты «КомЛайн» перенесли в 1С процессы в том же виде и порядке, как они были реализованы в SAP. А по сравнению с типовой схемой продаж в 1С были добавлены некоторые подпроцессы — кредитный контроль, условия договора, проверки на корректность данных о заказе и пр. 

К созданию отгрузочных документов относятся расходный ордер, реализация, счет-фактура, ТТН исходящая, задание на перевозку и маршрутизация. 

Документ Расходный ордер предназначен для обмена с WMS. Это доработка с целью «сказать» WMS, чтобы он собрал определенное количество продукции конкретного клиента. Обмен с WMS происходит по документу Расходный ордер. В типовом функционале он не применяется. 

Задание на перевозку обычно не используется. Однако при больших объемах перевозку пришлось внедрять. 

Что касается маршрутизации — она не происходила в системе. Операторы выгружали все заказы вручную в Excel и считали, какой маршрут пойдет в рейс. Сейчас после задания на перевозку на основании данных из Excel на одну машину создается один документ Реализации. 

Проверка на кредитный и лицензионный контроль

Предварительно заказ клиента не проверяют на кредитный контроль. Лицензию проверяет ЕГАИС, и тогда система сообщает, что у клиента просроченная лицензия и отгрузка невозможна. Это все делается наперед, перед тем как отправить документ в ЕГАИС, команда проекта проделала очень много работы. Поэтому на этапе заказов это будет тормозить. 

В статье про лицензионный контроль мы упоминали про собственную доработку по проверке лицензии, где реализовали возможность оповещения о просроченной лицензии у контрагента еще до этапа комплектации заказа. Иначе когда эти сведения проверит ЕГАИС, машина уже будет собрана и весь товар загружен. И поэтому пойдут потери. 

Проверка наличия продукции на складе

У 1С сложная схема складов и виртуального обеспечения, то есть товара может и не быть, но он уже либо разгружается, либо перемещается со склада на склад. По сравнению с типовой 1С:ERP УХ в «Алкогольной Сибирской Группе» используется нетиповая схема проверки продукции в стоке, помимо проверки остатков на складе. 

Команда компании «КомЛайн» и «Алкогольной Сибирской Группы» не преследовала целей сохранить типовой функционал 1С, оптимизировать и переделывать существующие бизнес-процессы (БП). У команды стояла задача перенести бизнес-процессы из SAP, реализовать их в 1С с помощью доработок, максимально их адаптировать к существующим БП, как можно быстрее переехать и сохранить текущий темп работы в учетной системе.

Специалисты «КомЛайн» в любом случае могут предложить при внедрении системы реализовать тот или иной БП типовыми средствами. Также могут кастомизировать решение конкретно под компанию по запросу заказчика.

Остались еще вопросы? Заполните форму, и мы обсудим с вами все детали. Мы будем рады помочь.