Dynamics 365 или 1С в Казахстане: как выбрать CRM/ERP маршрут

В Казахстане вопрос «Dynamics 365 или 1С» часто звучит как выбор одной системы. На практике это смешивание учета, продаж, сервиса, склада, закупок, отчетности, pipeline, Power BI, интеграций и поддержки.

Если спорить только о названии платформы, команда теряет смысл. Финансы думают про учет и закрытие периода. Sales — про сделки и forecast. Service — про обращения и SLA. IT — про роли и интеграции. Закупка — про документы и сроки. Все говорят про CRM или ERP, но имеют в виду разное.

Гайд не доказывает превосходство. Его задача — помочь выбрать первый маршрут: оставить 1С, добавить Dynamics 365, связать системы, начать с Power BI, разобрать backlog или подготовить RFP.

Почему вопрос слишком широкий

«Dynamics 365 vs 1С» — хороший поиск, плохое ТЗ. Не отвечает на главные вопросы:

• какой процесс нужно улучшить;
• кто будет пользоваться системой каждый день;
• где сейчас живут данные;
• какая система считается owner;
• что должно быть видно руководству;
• какие интеграции обязательны;
• нужна ли миграция или достаточно сосуществования;
• кто будет поддерживать изменения после запуска;
• какой закупочный маршрут у компании.

Microsoft Learn описывает Dynamics 365 как приложения, работающие вместе и с существующими системами. Это важно: не требует выбрасывать старое. 1c.kz описывает 1С:CRM, работающую с торговлей, автоматизацией и ERP. Это важно: 1С не только бухгалтерия, а часть операционной системы.

Поэтому правильный вопрос звучит иначе: какую роль должна играть каждая система в конкретной компании.

Короткий ответ

Если 1С закрывает учет, операции, склад и финансы — не меняйте ради CRM. Проверьте, какие данные остаются в 1С, какие нужны продажам, где отчет и что мешает.

Если нужны продажи, сервис, pipeline, cases, workflows и Microsoft 365 collaboration — Dynamics 365 разумен, особенно если есть Teams, Outlook, Power BI, Power Platform.

Если вопрос «цифры разные» — начните с Power BI и источников, не CRM/ERP. Если есть Dynamics 365, но ошибки — support review. Если большой запрос с RFP — discovery.

Что обычно закрывает 1С или локальная CRM

1С часто учетный или операционный контур: документы, контрагенты, номенклатура, склады, закупки, продажи, финансы, производство. В Казахстане это важно: многие компании уже имеют рабочие 1С-процессы, пользователей и поддержку.

1c.kz описывает 1С:CRM, работающую с казахстанскими конфигурациями. Она поддерживает продажи, клиентов, взаимодействия, бизнес-процессы, маркетинг и связку со складом, закупками, финансами. Это не автоматический выбор для каждой компании. Это значит, 1С — реальный слой, не абстрактная «старая система».

1С может быть достаточна, если:

• процесс понятен;
• пользователи работают в одном контуре;
• не нужна связь с Teams, Outlook, Power BI или Power Platform;
• нет потребности в customer context между продажами и сервисом;
• поддержка работает;
• закупка не требует Microsoft;
• риск большого проекта выше, чем польза от изменения.

Но достаточно не означает идеально. Если дублируют данные в Excel, не доверяют отчетам, pipeline не видим или обращения теряются — нужна диагностика.

Что обычно закрывает Dynamics 365

Dynamics 365 — семейство приложений для разных процессов:

• Sales: accounts, contacts, leads, opportunities, pipeline, forecast
• Customer Service: cases, queues, SLA, knowledge base
• Finance / Supply Chain: финансы, закупки, инвентарь, склад, planning
• Power BI: отчеты, dashboards, метрики
• Power Platform: формы, workflows, автоматизация
• Microsoft 365: Outlook, Teams, документы, collaboration

Dynamics 365 Sales документирует контакты, организации, lead-to-order, материалы, cases и процесс управления. Для бизнеса — не только база клиентов, но процессный слой: кто отвечает, какой stage, какие действия, риски, следующая активность.

Dynamics 365 разумен, когда нужны:

• прозрачный pipeline и forecast;
• customer context между продажами и сервисом;
• связка Outlook, Teams, meetings и customer records;
• единая модель ролей;
• отчетность Power BI;
• автоматизация Power Platform;
• интеграция с 1С, ERP, сайтом;
• управляемый support после запуска.

Но даже так Dynamics 365 не обязан менять 1С. Часто лучше — распределить роли.

Decision framework 6 маршрутов

Ниже не прайс-лист и не техническое задание. Это карта первых маршрутов, которые можно обсуждать с IT, финансами, продажами, сервисом и закупкой.

Когда не менять систему

Не менять — нормально, если осознанно. Компания просит «внедрить CRM», но проблема не в платформе. Это роли, дисциплина, справочники, отчеты, лишние поля, обучение или отсутствие владельца.

Перед заменой спросите:

1. Что не работает: данные, процесс, interface, отчеты, интеграция или поддержка?
2. Можно исправить в текущей системе без большого проекта?
3. Есть business owner, готовый менять процесс?
4. Нужна ли работа в Microsoft ecosystem?
5. Какие данные переносить?
6. Что считается успехом?

Без ответов замена просто перенесет хаос в новое место.

Когда нужен Microsoft stack

Microsoft stack становится сильнее, когда задача выходит за рамки локального учета или отдельной CRM. Например:

• sales работает через Outlook, Teams, встречи, документы и pipeline review;
• service должен видеть клиента, историю обращений, SLA и связанные документы;
• руководству нужен Power BI dashboard из CRM, 1С, Excel и ERP;
• заявки и согласования должны идти через Power Platform;
• компания планирует Microsoft 365/Copilot readiness;
• IT хочет управлять ролями, средами, security и lifecycle в одном технологическом контуре;
• закупка хочет формальный Microsoft route: CSP, LSP/enterprise licensing, tender/RFP или project discovery.

В таких сценариях Dynamics 365 может быть не “заменой 1С”, а customer/process layer. Он может связывать продажи, сервис, руководителей, документы, активности и отчетность. Но эта роль должна быть явно описана в scope.

Когда нужен coexistence или интеграция

Coexistence означает, что системы живут рядом и каждая выполняет свою роль. Это часто реалистичнее, чем “все заменить”.

Примеры:

• 1С остается учетным контуром, а Dynamics 365 отвечает за продажи и сервис.
• 1С хранит товары, договоры, оплаты или задолженность, а CRM показывает это менеджерам.
• Power BI собирает отчет из 1С, Dynamics 365, Excel и других источников.
• Power Platform закрывает заявки и согласования вокруг данных.
• Azure/API/middleware слой помогает контролировать обмен, ошибки и monitoring.

Такой подход требует не красивой схемы, а owner matrix: какая система создает запись, где она редактируется, кто отвечает за дубли, как обрабатываются ошибки и кто принимает результат.

Для интеграции — D365 + 1C.

Когда начинать с Power BI

Многие запросы на CRM/ERP на самом деле являются запросами на доверие к цифрам. Руководитель хочет видеть продажи, оплаты, маржу, дебиторку, заказы, SLA или остатки в одном отчете. Но команда сразу обсуждает замену системы, хотя сначала нужно понять источники.

Power BI route подходит, если:

• ключевой вопрос - отчетность, а не работа пользователя в карточке;
• данные уже есть в 1С, Excel, CRM, ERP или Dynamics 365;
• спор идет о формулах, датах, статусах и owner metrics;
• нужно быстро увидеть расхождения;
• компания не готова к большому CRM/ERP проекту;
• есть один dashboard, который нужен каждую неделю или месяц.

Если BI показывает рассогласованность — полезный результат: видно, где справочники, ownership, integration или redesign.

BI-first: Power BI + 1С и Power BI/Fabric.

Вводные для discovery или RFP

Для честного сравнения нужен пакет:

1. Какие процессы обсуждаются: продажи, сервис, финансы, склад, закупки, производство, отчетность, поддержка или все вместе.
2. Какие системы уже есть: 1С, локальная CRM, Excel, Dynamics 365, сайт, телефония, складская система, Power BI, Microsoft 365.
3. Какие роли участвуют: sales, service, finance, operations, IT, procurement, руководители, администраторы.
4. Где сейчас создаются клиенты, контакты, договоры, заказы, счета, оплаты, обращения и справочники.
5. Какие данные дублируются вручную.
6. Какие отчеты вызывают споры.
7. Какие интеграции обязательны, а какие просто желательны.
8. Есть ли текущий backlog ошибок или change requests.
9. Сколько юридических лиц, стран, филиалов или business units участвует.
10. Какой закупочный маршрут: прямой запрос, CSP/LSP, tender/RFP, внутренний approval или discovery budget.
11. Какие ограничения по безопасности, хранению данных и доступам нужно проверить отдельно.
12. Как будет приниматься результат: demo, test cases, UAT, отчет, pilot, support handover.

Без пакета сравнение останется спором мнений.

Следующие маршруты

Широкий CRM/ERP разбор — Dynamics 365.

Продажи, pipeline, forecast — Sales. Обращения, SLA — Customer Service. ERP, финансы, закупки — Finance + Supply Chain.

Система есть, болит backlog — support. Тендер/RFP — Microsoft tender.

Workflows и формы — Power Platform. Отчетность — Power BI/Fabric.

Источники и границы

Microsoft Learn источники:

• What is Dynamics 365?
• Dynamics 365 Sales

1c.kz источник:

• 1С:CRM для Казахстана

Гайд не юридический, налоговый, compliance документ. Не подтверждает статус, не обещает замену 1С, цену, сроки или универсальный выбор. Проверьте процессы, данные, роли, закупку, безопасность и модель поддержки.