Пути внедрения: роли, задачи и общие интеграции

Статус на 29 октября 2026: стратегия и критерии выбора. Это не обещание наличия всех перечисленных интеграций. Готовность Odoo-пилота описана отдельно.

Один продукт, разные задачи

Предлагаем развивать общий слой Tvijo: задания, права доступа, ограничения, журнал и проверяемые результаты. Поверх него — адаптеры систем и пакеты сценариев. Публичная wiki объясняет пользу и ограничения; закрытая реализация содержит коммерческий код; настройки и данные заказчика хранятся отдельно от обоих репозиториев.

Страница «MCP для BAS» может описывать исследуемое направление. Само название не требует отдельного сервера, репозитория и подписки. Для BAS, BAF и 1С сначала фиксируем точное название платформы и конфигурации, версию, способ доступа, владельца данных и задачу. Совместимость между ними не предполагается по сходству названий.

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

Вход по роли и задаче

Для аналитического предложения MCP — канал доступа. ARIMA, Prophet, бустинг, ETL и SQL требуют отдельных реализованных работ. Из запроса работодателя нельзя вывести наличие этих навыков у команды или покупательский интерес к MCP.

Порядок действий

1. Выбрать одну аудиторию. Начальная гипотеза — разработчики и небольшие интеграторы: это ближе к существующим клиентам Tvijo. Уже заинтересованный ERP-заказчик может изменить приоритет.
2. Зафиксировать задачу и baseline. Например: проверить один Odoo diff; либо сверить один отчёт по остаткам. Не смешивать оба результата в одном обещании.
3. Провести ограниченное демо. Сначала синтетические или разрешённые данные. Записать ограничения и критерии остановки.
4. Продать ограниченный пилот. Объём, стоимость, доступы, результат и приёмка согласуются до подключения. Цена — коммерческая гипотеза, пока нет проверенной экономики.
5. Измерить повторное использование. Первый запуск, оплаченный пилот, повторная задача, поддержка и продление — разные события.
6. Упаковать повторяемый сценарий. Новый ERP-адаптер добавляется после подтверждения спроса и технического пути. Пока BAS/BAF/1С остаются исследованиями.

Три пути к пилоту

Через задачу: запрос пользователя → статья с примером → демо → квалификация → пилот → повторная работа.

Через инструмент: пользователь уже работает в VS Code или другом поддерживаемом клиенте → инструкция подключения → проверенная первая задача → пакет команды. Совместимость с конкретной версией клиента проверяем; упоминание стороннего продукта не означает партнёрства.

Через обучение: роль → короткая инструкция → практическое упражнение → разбор результата → добровольный пилот. Психологию используем для понятных ограничений, самостоятельной проверки и обсуждения нагрузки. Страх отстать, давление на сотрудника и обещания гарантированной продуктивности не являются частью предложения.

Партнёрство с взаимной пользой

Интегратор сохраняет отношения с клиентом и ведёт внедрение ERP. Tvijo предоставляет согласованный сценарий AI, технические границы и поддержку своего компонента. Обучающий проект может вести обучение, независимый эксперт — оценивание. До совместных продаж фиксируем ответственность за данные, поддержку, оплату, права на материалы и публичные заявления. Комиссия обсуждается на реальной марже; выдуманных процентов и статуса «официального партнёра» нет.

Сравнение конкурентов должно помогать выбору. Можно честно показать, когда привычный инструмент или прямой ERP-отчёт решает задачу лучше. Рассылка и бот-комментарии не заменяют доказательство пользы; рекламные сообщения в рамках этой работы не отправлялись.

Следующий шаг: выбрать ERP-сценарий, затем согласовать критерии оценки и практическое подтверждение.