ERP-контур · Сквозные процессы
Сквозной процесс живёт в одной базе: модулям не нужна «интеграция с самим собой»
ERP-контур KASKAD - это сквозные процессы поверх модулей: заявка становится КП, уходит на согласование по маршруту, превращается в сделку, отгружается со склада и попадает в отчёт. Один вход, одна база, общие справочники и права - модули не обмениваются выгрузками, потому что работают с одними и теми же данными.
Сквозная цепочка
Шесть шагов от заявки до отчёта - без повторного ввода данных
Каждый шаг цепочки происходит в своём модуле, но на общих справочниках, валютах и правах. Передавать файлы между отделами не нужно: следующий шаг видит результат предыдущего сразу.
шаг 1
Заявка
Лид или заявка фиксируется в CRM. Контрагент - из единого справочника: он уже виден складу и документам.
шаг 2
КП
Коммерческое предложение считается движком точной арифметики - без ошибок округления «в копейках». Валюта и НДС - из профиля организации.
шаг 3
Согласование по маршруту
КП уходит по маршруту, как документ: последовательному, параллельному или смешанному - один из трёх типов.
шаг 4
Сделка
Согласованное КП становится сделкой в воронке. Статус виден менеджеру и руководителю без выгрузок и сверок.
шаг 5
Отгрузка со склада
Отгрузка списывает остатки в реальном времени; каждое движение оставляет строку в складском журнале. Себестоимость - по слоям оценки (FIFO).
шаг 6
Отчёт
Отчёты по остаткам и движениям строятся на тех же данных, по которым шла цепочка. Каждый шаг остался в журнале аудита.
Единые справочники
Контрагент заводится один раз - и виден в CRM, на складе и в документах
Контрагенты, товары, организации
Один справочник для всех модулей. Никакого повторного ввода и сверки дублей: карточка контрагента в сделке, отгрузке и документе - одна и та же запись.
Единые валюты и НДС
Базовая валюта организации (по умолчанию - сум) и НДС задаются в профиле организации. КП, сделка и отгрузка считаются по одним правилам.
Единые права и аудит
Четыре системные роли и конструктор собственных: операции выдаются поимённо из каталога «роль × сущность × операция». Журнал аудита - общий для всех модулей.
Интеграции и открытые интерфейсы
Интеграции строятся на тех же событиях, на которых работает сама система
Внутри платформы модули уже общаются событиями. Для внешних систем действует то же правило: явные события и согласованный контракт обмена вместо закрытых выгрузок.
Внутри - событийная шина
- Сервисы общаются через NATS. Сделка в CRM, движение на складе, шаг маршрута - события в общей шине, а не выгрузки по расписанию.
- Те же события доступны для ваших интеграций. Внешняя система подписывается на то, что уже происходит в KASKAD, - отдельный «интеграционный слой» не изобретается.
- Интеграция видна контролю. Значимые действия остаются в журнале аудита - в том числе выполненные по интеграционному сценарию.
Снаружи - согласованный контракт
- Обмен с внешними системами - АБС, кадровыми, бухгалтерскими - строится по согласованному контракту в рамках проекта внедрения: состав данных, направление, регламент.
- Контракт - часть проектной документации. Форматы и регламенты обмена фиксируются письменно на этапе внедрения, а не выясняются в переписке после запуска.
- Всё в вашем контуре. Сервисы, база, файлы и шина - на серверах заказчика. Интернет нужен только для каналов (Telegram/SMS), и они отключаемы.
Покажем сквозную цепочку на живом стенде
Расскажите про ваш процесс - от заявки до отгрузки. Проведём его на демонстрации и подготовим КП. Демонстрация занимает 40 минут.