Все возможности · ваш модуль

Ваш процесс работает внутри ERP, а не рядом с ней

Клиентский модуль — отдельный блок общей платформы: свои экраны, документы и расчёты, но общие справочники, права и отчёты. Ядро при этом не форкается, поэтому обновления доходят и до вас.

Клиентский модуль Akeda ERP — способ закрыть процессы, которых нет в штатных разделах: собственные экраны, документы, расчёты и роли разрабатываются как отдельный блок общей платформы, а не как форк системы. Модуль включается только вашему кабинету, пишет свои таблицы в вашей базе под построчной защитой, но берёт товары, контрагентов, сотрудников и юрлица из общих справочников, проходит документ и проведение как штатные операции и открыт через API и MCP. Он лежит в общем репозитории и проходит те же проверки, что штатные разделы, поэтому обновления платформы доходят и до него; клиентские модули печати и производства уже работают у клиентов.

  • Свои таблицыданные модуля лежат в базе вашего кабинета, под построчной защитой
  • Общие справочникитовары, контрагенты, сотрудники и юрлица — те же, что у всех разделов
  • API и MCPоперации вашего модуля открыты интеграциям и агентам
  • Уже в работеклиентские модули печати и производства работают у клиентов

01Кому что даёт

  • Собственнику

    Готовая система закрывает обычную работу, а главное — цех, объекты, рейсы — остаётся в таблицах.

    Ваш процесс переносится в систему целиком: этапы, роли, документы и расчёты. Результат сразу виден в общих отчётах компании.

  • Руководителю производства

    Статус каждого заказа приходится выяснять голосом и верить на слово.

    У каждой роли своя очередь и понятное следующее действие, а путь заказа виден от заявки до отгрузки.

  • Техническому директору

    Доработка «под нас» обычно означает форк, который через год никто не рискует обновлять.

    Модуль включается только вашему кабинету и живёт в общем релизе: платформа развивается, ваш блок сопровождается вместе с ней.

02Главное

  1. 01

    Ваш порядок работы, а не чужой шаблон

    • Сначала описываем этапы, роли, документы и правила перехода между ними.
    • Разделы модуля становятся пунктами меню и одновременно единицами доступа в ролях.
    • У каждой роли своя очередь: человек видит то, что ждёт именно его решения.
  2. 02

    Данные общие, а не параллельные

    • Товары, контрагенты, сотрудники и юрлица берутся из общих справочников кабинета.
    • Факты модуля проходят документом и проведением, как штатные операции системы.
    • Показатели сохраняют ссылку на заказ и документ, из которых они выросли.
  3. 03

    Развитие без форка ядра

    • Модуль включается только вашему кабинету, со своими таблицами и своими миграциями.
    • Он проходит те же проверки, что штатные разделы, и обновляется вместе с платформой.
    • Начинаем с главного процесса, дальше добавляем сценарии, отчёты и подключения.

03Один день с модулем

  1. 08:40

    Заказ принят

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

  2. 10:15

    Согласование

    Руководитель видит только то, что ждёт его решения: условия, сроки и реальные блокеры, без чужих этапов.

  3. 12:30

    Цех

    Исполнитель берёт задание из своей очереди и вводит фактическое количество. Превышение доступного остатка система не примет.

  4. 15:00

    Материалы

    Расход материалов и выпуск проходят складом, а не отдельной таблицей: остатки и себестоимость остаются общими.

  5. 18:00

    Результат дня

    Расчёты по выработке уходят начислениями в финансы, показатели — в панель руководителя со ссылкой на исходные заказы.

05Коротко

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

Инструменты MCP: akeda_go_capabilities akeda_go_catalog akeda_go_core_registers

Интеграции: Ваши системы по API

06Вопросы

Клиентский модуль

Сколько это стоит и сколько занимает?

Зависит от процесса. Оценку даём после разбора: этапы, роли, документы и связи с финансами и складом. Начинаем с одного главного процесса, чтобы он заработал быстро, а не с автоматизации всего сразу.

Это доработка нашей копии системы?

Нет. Копии нет: ваш модуль — отдельный блок общей платформы со своим ключом, своими таблицами и миграциями. Он включается только вашему кабинету и не мешает остальным клиентам.

Что будет с модулем, когда Akeda изменится?

Он лежит в том же репозитории и проходит те же проверки, что штатные разделы. Расхождение с платформой видно сразу, поэтому сопровождение — плановая работа, а не аварийный ремонт через год.

Данные будут храниться отдельно?

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

Нужно приложение для сотрудников в поле. Возможно?

Да, отдельным приложением поверх того же открытого API: сотрудник получает задание, отмечает этапы, прикладывает фото и передаёт результат в общую систему. Объём и сроки обсуждаем по вашему сценарию.

Покажем Akeda
на вашем рабочем сценарии.

Расскажите, что хотите связать или автоматизировать. Покажем, как этот процесс может работать в Akeda, какие данные потребуются и с чего стоит начать.

  • 01Разберём вашу задачу
  • 02Покажем связанные процессы
  • 03Определим следующий шаг