В Казахстане вопрос «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, финансами, продажами, сервисом и закупкой.
| Ситуация |
Первый маршрут |
Почему |
Куда идти дальше |
| 1С закрывает учет и локальные операции |
Оставить 1С или локальную CRM |
Если текущий контур стабилен, нет смысла начинать с замены платформы. |
Проверить проблемные места, отчетность и потребности интеграции. |
| Продажам нужен pipeline и customer context |
Использовать Dynamics 365 Sales |
Нужны лиды, сделки, активности, прогноз, контекст Outlook/Teams и дисциплина управления продажами. |
Dynamics 365 Sales |
| Сервис теряет обращения и SLA |
Использовать Dynamics 365 Customer Service |
Нужны обращения, очереди, маршрутизация, SLA, база знаний и дашборды сервиса. |
Customer Service |
| Нужно связать 1С, CRM, Excel и D365 |
Сосуществование / интеграция |
Системы могут выполнять разные роли; важно определить владельца и обмен данными. |
Гайд интеграции D365 + 1С |
| Руководство спорит о цифрах |
Начать с Power BI |
Если проблема в отчетности, BI может быть первым шагом до CRM/ERP проекта. |
Гайд Power BI + 1С |
| Dynamics 365 уже есть, но накопился backlog |
Проверка поддержки |
Сначала нужно отделить ошибки, запросы изменений, проблемы отчетности и новый scope проекта. |
Проверка поддержки D365 |
| Есть тендер, много систем или сложный scope |
RFP / discovery |
Нужны критерии приемки, роли, данные, интеграции, сроки и коммерческий маршрут. |
Маршрут Microsoft tender/RFP |
Когда не менять систему
Не менять — нормально, если осознанно. Компания просит «внедрить CRM», но проблема не в платформе. Это роли, дисциплина, справочники, отчеты, лишние поля, обучение или отсутствие владельца.
Перед заменой спросите:
- Что не работает: данные, процесс, interface, отчеты, интеграция или поддержка?
- Можно исправить в текущей системе без большого проекта?
- Есть business owner, готовый менять процесс?
- Нужна ли работа в Microsoft ecosystem?
- Какие данные переносить?
- Что считается успехом?
Без ответов замена просто перенесет хаос в новое место.
Когда нужен 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С, локальная CRM, Excel, Dynamics 365, сайт, телефония, складская система, Power BI, Microsoft 365.
- Какие роли участвуют: sales, service, finance, operations, IT, procurement, руководители, администраторы.
- Где сейчас создаются клиенты, контакты, договоры, заказы, счета, оплаты, обращения и справочники.
- Какие данные дублируются вручную.
- Какие отчеты вызывают споры.
- Какие интеграции обязательны, а какие просто желательны.
- Есть ли текущий backlog ошибок или change requests.
- Сколько юридических лиц, стран, филиалов или business units участвует.
- Какой закупочный маршрут: прямой запрос, CSP/LSP, tender/RFP, внутренний approval или discovery budget.
- Какие ограничения по безопасности, хранению данных и доступам нужно проверить отдельно.
- Как будет приниматься результат: 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 источники:
1c.kz источник:
Гайд не юридический, налоговый, compliance документ. Не подтверждает статус, не обещает замену 1С, цену, сроки или универсальный выбор. Проверьте процессы, данные, роли, закупку, безопасность и модель поддержки.