Dynamics 365 Finance Supply Chain discovery
Discovery перед Dynamics 365 Finance/Supply Chain: финансовые процессы, закупки, склад, производство, границы с 1С и вводные для тендера.
Tugelbay Konabayev, Marketing Specialist · 9 июня 2026 г.
Эти блоки отвечают на практические вопросы без скрытого текста и без неподтвержденных обещаний по срокам, стоимости или результату.
Dynamics 365 Finance и Dynamics 365 Supply Chain Management - это ERP-приложения Microsoft для финансовых и операционных процессов: finance, reporting, accounts, budgeting, procurement, inventory, warehouse, production, planning and related operations. Перед оценкой важнее описать процесс, роли, данные и границы, а не только выбрать модуль.
ERP scope имеет смысл обсуждать, когда finance, procurement, warehouse, production, reporting and operational data уже не помещаются в отдельные Excel, 1С/local ERP, ручные approval chains and disconnected reports. Но первый шаг - discovery, а не обещание замены текущей системы.
Sales отвечает за leads, opportunities, pipeline and forecast. Customer Service отвечает за cases, queues, routing and knowledge base. Finance/Supply Chain относится к ERP scope: finance process, procurement workflow, inventory, warehouse, production/planning, operational data and reporting boundaries.
Finance discovery описывает finance process, roles, data ownership and management reporting requirements: GL, AP/AR, cash/bank, budgeting, fixed assets, cost accounting, financial reporting needs, approvals, period boundaries and integration dependencies. Это не tax/statutory/accounting advice.
Supply Chain discovery описывает procurement workflow, vendors, purchase orders, inventory, warehouse, production, planning, quality, transportation or asset-management context where relevant. Это process mapping and readiness questions, not procurement law or warehouse/WMS tutorial.
Можно обсуждать сосуществование и границы: какие данные остаются в 1С/локальной ERP, какие нужны Dynamics 365, где нужна отчетность, где требуется integration discovery и кто владеет master data. Этот гайд не сравнивает системы и не рекомендует замену 1С.
Power BI связан с ERP discovery через reporting requirements: finance KPIs, charts, financial statements, operational metrics, source systems, refresh, roles and metric ownership. Если нужен только dashboard, это может быть BI route; если данные запускают действия, нужен ERP/process scope.
Для оценки отправьте finance and operations process map, roles, legal-entity context, current systems, 1С/local ERP boundary, data lists, reporting needs, procurement/warehouse/production scenarios, integrations, migration expectations, security/access needs, RFP context and first-scope priorities.
Dynamics 365 Finance и Supply Chain Management имеют смысл только когда финансовые, закупочные, складские и производственные данные должны стать управляемым процессом, а не разрозненными хранилищами. До оценки нужно описать не названия модулей, а реальный процесс: какие команды участвуют, где живут данные, кто владеет справочниками, какие отчеты нужны руководству, какие процессы связаны с 1С, где нужен Power BI и какой первый scope можно обсуждать без скрытых рисков.
Для B2B-компаний в Казахстане эта подготовка критична: ERP-запрос часто смешивает учет, Excel, склады, закупки, производство, отчетность, Microsoft 365, согласования, договоры, тендер и поддержку. Если просто попросить «внедрить ERP», оценка будет слишком широкой и рискованной. Если сначала собрать вводные, разговор становится точнее: что относится к Finance, что к Supply Chain, что к отчетности, что к 1С, а что нужно описать отдельно как интеграция или поддержка.
Этот гайд не является коммерческим предложением, руководством по внедрению, советом по налогам, учету, праву или закупкам, официальной документацией Microsoft или рекомендацией менять 1С. Его задача — помочь финансистам, руководителям операций, склада, закупок и IT собрать вводные перед ERP discovery со специалистами.
Обновлено: 9 июня 2026 года. Продуктовая информация опирается на Microsoft Learn (см. источники). Любые решения по конкретному tenant, лицензированию, данным, интеграции, учету или закупкам нужно проверять в контексте заказчика.
Этот гайд нужен, если внутри компании звучат такие фразы:
Финансисту гайд помогает отделить discovery процессов от выводов по налогам и учету. Руководителям операций и склада — описать workflows без лишней детализации. IT/администраторам — увидеть системы, данные, доступ и границы интеграции. Владельцам данных — понять, какие требования к отчетности зависят от чистых исходных данных. Владельцам закупок — подготовить информацию для обсуждений с поставщиками.
Этот гайд касается только ERP discovery перед внедрением Dynamics 365 Finance и Supply Chain. Он помогает описать, что нужно согласовать до оценки: процессы, роли, владение данными, требования к отчетности, границу с 1С, готовность к миграции и приоритеты первого этапа.
Для коммерческого сервисного маршрута уже есть страница Dynamics 365 Finance и Supply Chain в Казахстане. Для маршрута сравнения платформы и выбора системы есть Dynamics 365 или 1С. Для API, gateway, направления синхронизации, обработки ошибок и архитектуры главных данных есть гайд по интеграции Dynamics 365 + 1C.
Это также не гайд по стоимости Power BI и не маршрут Power BI/Fabric для architecture отчетности. Это не проверка поддержки Dynamics 365, если речь идет об ошибках или доработках существующей системы. И это не контрольный список RFP, если нужен формальный procurement пакет.
Цель гайда узкая: помочь согласовать вводные перед оценкой, чтобы первый разговор был о процессе и данных, а не о названиях модулей.
Чтобы не создавать ложных ожиданий, эту границу нужно держать прямо:
Без этой границы ERP-content быстро становится опасным. Слова финансов могут звучать как совет по учету. Слова procurement могут звучать как политика покупок. Граница 1С может звучать как рекомендация замены. Отчетность может звучать как уставная отчетность. Эта страница остается на более безопасной территории: открытие процессов, вопросы данных и владение перед оценкой.
Плохой запрос начинается с «нужна ERP». Хороший начинается с вопросов: какие процессы болят, кто участвует, какие данные спорны, где текущие системы, какие одобрения ручные, какие отчеты нужны, какая часть зависит от 1С и какой первый этап можно оценить.
Microsoft Learn описывает Finance вокруг учета, отчетности и анализа: главная книга, счета, бюджетирование, касса, основные средства. Supply Chain Management освещает procurement, склад, инвентарь, производство и качество. Эти области важны, но не определяют ваш scope.
Перед началом согласуйте эти вопросы:
Если ответов нет, ERP-предложение станет контейнером для всех нерешенных споров. Discovery не сокращает проект. Он делает границы видимыми.
Эта таблица помогает выбрать первый маршрут. Это не ранжирование и не рекомендация менять системы.
| Scenario | When it fits | What to check | Next route |
|---|---|---|---|
| Finance-first discovery | Finance process, approvals, reporting, AP/AR, cash/bank, budgeting or fixed assets are the main uncertainty. | Finance process owner, current accounting system, data fields, management reporting needs, review boundaries. | ERP discovery with finance owner. |
| Supply Chain-first discovery | Procurement workflow, inventory, warehouse, production, planning or quality process drives the request. | Operational process owner, warehouse/procurement rules, current systems, inventory data, handoffs. | ERP discovery with operations owner. |
| Combined Finance + Supply Chain | Finance and operations decisions depend on the same orders, inventory, vendors, production or cost data. | Cross-functional owner matrix, process dependencies, reporting needs, phase boundary. | Combined ERP scope discussion. |
| Reporting-first | The main pain is inconsistent numbers across 1С/local ERP, Excel, Dynamics 365 and management reports. | Metric owners, source systems, refresh expectations, management reporting requirements. | Power BI/Fabric |
| Integration-first | The core problem is data exchange with 1С/local ERP, WMS, finance system or another operational source. | Master data, sync direction, API/gateway, errors, support owner, acceptance scenarios. | D365 + 1C integration |
| Support-review first | A current ERP/CRM system exists and the pain is backlog, errors, reports, access or adoption. | Known defects, change requests, data quality, user pain, current support model. | Support/backlog review |
| RFP-first | There is a formal procurement or vendor-discussion package to prepare. | Inputs, scope, acceptance criteria, current-system inventory, owner list, review boundaries. | RFP checklist |
Finance discovery здесь — только процессы: роли, данные, согласования и требования к отчетности. Это не налоговая консультация, не совет по учету и не учетная политика.
| Finance area | Discovery question | Why it matters | Boundary |
|---|---|---|---|
| GL and financial dimensions | What management structure, cost centers or dimensions must reports reflect? | Reporting and approvals depend on stable finance data definitions. | No local accounting policy conclusion. |
| AP/AR | How are vendors, customers, invoices, receivables and payables represented today? | AP/AR data can connect finance process with procurement, sales or reporting. | No payment/tax treatment advice. |
| Cash and bank context | Какие данные о кассе и банке нужны для управленческой видимости? | Финансистам нужна видимость движения денег без превращения гайда в банковскую операцию. | Без банковского совета. |
| Budgeting | Who owns budget data, planning periods, approvals and reporting needs? | Budgeting expectations affect scope, roles and reporting. | No budget methodology prescription. |
| Fixed assets | Where assets are tracked today, and what business visibility is needed? | Asset context may connect finance, operations and reporting. | No depreciation/accounting advice. |
| Financial reporting | Which management reports are needed, who trusts them and which sources feed them? | Reports depend on data ownership and source-system alignment. | No statutory reporting promise. |
Microsoft Learn для Finance освещает главную книгу, счета, расходы, основные средства, бюджеты, кассу и банк. Это источник тем, но не налоговой корректности или учетных выводов.
Supply Chain discovery здесь — операционная карта процессов. Это не совет по закупкам, складу, производству или WMS. Это вопросы, которые нужно решить перед ERP.
| Supply Chain area | Discovery question | Why it matters | Boundary |
|---|---|---|---|
| Procurement workflow | How requests, vendors, approvals, purchase orders and receipts work today? | Procurement touches finance, inventory and warehouse handoff. | No procurement-law or vendor-policy advice. |
| Inventory | What items, locations, statuses and inventory movements must be visible? | Inventory rules affect operations and reporting. | No inventory outcome promise. |
| Warehouse | Which warehouse processes are phase one: receiving, picking, transfers, counts or exceptions? | Warehouse scope can expand quickly if not separated from ERP discovery. | No WMS implementation tutorial. |
| Production and planning | Which production or planning scenarios need to be described before estimate? | Planning and production often need distinct owners, data and acceptance criteria. | No manufacturing methodology advice. |
| Quality and asset context | Do quality, service assets or maintenance data affect the first ERP discussion? | These areas may be relevant, but they should not silently enter first scope. | Discovery only, not module tutorial. |
| Transportation or landed cost | Are logistics or landed-cost questions part of the first discussion or a later stream? | Logistics can become a large adjacent workstream. | No tax/customs/legal advice. |
Microsoft Learn для Supply Chain описывает продажи, закупки, инвентарь, склад, затраты, качество и производство. Это список тем, не гарантия, что все войдут в первый этап.
ERP discovery fails when ownership is invisible. A table of owners is often more useful than a long module list.
| Owner | What they clarify | Common risk | Output for brief |
|---|---|---|---|
| Finance owner | Finance process, approvals, reports, period boundaries, finance data definitions. | ERP scope turns into accounting conclusion. | Finance process notes and review boundaries. |
| Procurement owner | Request-to-purchase workflow, vendors, approvals, handoff to inventory/finance. | Process mapping becomes procurement-law advice. | Workflow map and business owner list. |
| Warehouse/operations owner | Inventory, warehouse movements, exceptions, production or planning context. | Hidden manual rules remain undocumented. | Operational scenarios and first-scope candidates. |
| IT/admin owner | Current systems, environments, access, integrations, security and technical dependencies. | Business asks for scope without system inventory. | Current-state systems inventory. |
| Data/BI owner | Source systems, metric definitions, reporting requirements, Power BI boundary. | Dashboard request hides data-quality and owner problems. | Reporting source inventory and metric owner list. |
| Procurement/RFP owner | Information needed for vendor discussions, not legal procurement advice. | RFP asks for solution before scope is aligned. | Discovery/RFP input pack. |
Используйте реальные роли компании, не шаблонные. Если один человек владеет несколькими процессами — напишите так. Если никто не владеет процессом — это тоже результат.
Для казахстанских команд 1С часто реальна. Безопасный вопрос — не «менять или нет», а: какую роль играет каждая система, какие данные там остаются, какие нужны в другом месте и где интеграция требует отдельного discovery.
Используйте этот гайд для граничных вопросов:
Если главный вопрос — синхронизация, API, ошибки, правила конфликтов или поддержка — не оставляйте это в ERP discovery. Перейдите на гайд интеграции D365 + 1С. Это разделяет процесс-discovery от архитектуры-интеграции.
Многие ERP-запросы — это на самом деле запросы отчетности. Команда хочет единую картину финансов, закупок, склада и KPI. Microsoft Learn описывает финансовый анализ как использование Power BI для объединения KPI и отчетов из главной книги. Это важно для разделения: отчетность часто нужна отдельно от процесса.
Для discovery отчетность должна быть отдельной граница:
Если нужна только dashboard — выбирайте BI маршрут. Если нужны workflows и действия — отчетность часть ERP scope. Это разные маршруты, хотя используют связанные данные.
Готовность к миграции — не рекомендация мигрировать. Это факторы для оценки перед решением о миграции:
Microsoft Learn описывает lifecycle внедрения: процессы, требования, обучение, изменения. В этом гайде это только границы discovery, не обещания внедрения.
Вопросы обучения и поддержки:
Это прояснение ответственности и модели, не условия Promise Group.
Перед запросом оценки подготовьте этот пакет:
Этот чеклист - не ТЗ и не коммерческое предложение. Это способ не начинать первый разговор об ERP с недостающей информации.
Если главный вопрос — коммерческий маршрут ERP — Dynamics 365 Finance и Supply Chain.
Если нужно выбрать между Microsoft и 1С — Dynamics 365 или 1С.
Если главное — обмен данными с 1С — интеграция D365 + 1C.
Если приоритет отчеты — Power BI/Fabric или стоимость Power BI.
Если есть существующий Dynamics 365 backlog — поддержка D365.
Если есть тендер или RFP — чеклист Microsoft.
Дата проверки: 9 июня 2026.
Microsoft Learn источники:
Этот гайд не интерпретирует налоги, учет, закупки, право, лицензирование или комплаенс Казахстана. Не заявляет партнерский статус, результаты внедрения, SLA, цены или гарантии.
Да. Если главная неопределенность в finance process, reporting and approvals, можно начать с Finance discovery. Если риск в procurement, inventory, warehouse, production or planning, логичнее начать с Supply Chain discovery. Combined scope нужен только когда finance and operations decisions already depend on the same data and workflows.
ERP discovery включает карту процессов, роли и owner matrix, текущие системы, finance and operations data, reporting needs, 1С/local ERP boundaries, интеграционные зависимости, migration expectations, security/access, rollout readiness, support model and RFP/discussion inputs. Это подготовка к оценке, not implementation tutorial.
Нет такого автоматического вывода. 1С/local ERP может оставаться важным контуром. В discovery нужно описать coexistence: где каждый контур используется, кто владеет данными, какие отчеты нужны, где возможна интеграция и какие решения требуют отдельной human review.
Отдельный integration discovery нужен, когда обсуждаются направление синхронизации, master data, API, шлюзы, ошибки, повторы, мониторинг, правила конфликтов, владение поддержкой или обмен с 1С/локальной ERP. Этот гайд только фиксирует границу; техническая архитектура - предмет отдельного интеграционного маршрута.
Да, reporting route может включать Power BI. Microsoft Learn describes Financial analysis as using Power BI to bring together financial KPIs, charts and financial statements. Но reporting discovery должен отделять management reporting from statutory/tax/accounting conclusions and from process automation.
Нужны process list, current systems, entities, users/roles, finance data, procurement/inventory/warehouse/production scenarios, reporting examples, master-data owners, known manual workarounds, integration dependencies, security/access constraints and acceptance criteria for the first scope.
Если Dynamics 365, 1С/local ERP or current ERP already exists and the main issue is backlog, errors, reports, access, integrations or user adoption, support/backlog review can be the first route. New ERP scope should not hide existing operational defects.
Нет. Guide помогает подготовить discovery inputs and vendor-discussion information. Коммерческое предложение или ТЗ должны строиться after source review, business interviews, tenant/current-system context, procurement route, acceptance criteria and human commercial/legal review.
Используйте гайд как рабочий лист перед проектом: опишите финансовый процесс, процессы supply chain, роли, данные, отчетность, границу с 1С/локальной ERP и вводные для тендера. После этого можно идти в ERP discovery без скрытого scope.
