---
title: "Залишки товарів у реальному часі з Dynamics 365 Commerce"
canonical: https://ontargit.com/ua/real-time-inventory-visibility-with-d365-commerce-ua/
date: 2026-11-09 10:00:13
description: "Один залишок для магазинів і сайту. Як Dynamics 365 Commerce та Inventory Visibility запобігають продажу товару, якого вже немає."
keywords: "залишки товарів у реальному часі,Dynamics 365 Commerce,омніканальний облік запасів,резервування товару"
categories: [ERP, Блог]
---

У 2025 році 78% користувачів інтернету в ЄС купували онлайн ([Eurostat, _E-commerce statistics for individuals_, 2025](https://ec.europa.eu/eurostat/statistics-explained/index.php/E-commerce_statistics_for_individuals)). Для рітейлера з мережею магазинів і власним сайтом це означає, що два канали продають товар з однієї полиці. Якщо кожен канал рахує залишки по-своєму, останню одиницю продають двічі — і один із покупців дізнається про це з листа про скасування замовлення. Розв’язує проблему єдина цифра залишку: за нею всі канали показують наявність, резервують товар і називають строки доставки. Нижче — як Microsoft Dynamics 365 забезпечує залишки товарів у реальному часі та які рішення під час впровадження визначають, чи буде ця цифра точною.

## Чому магазин і сайт показують різні залишки

Запитайте директора магазину й керівника e-commerce, скільки одиниць хіта продажів залишилося, — відповіді рідко збігаються. Microsoft прямо пояснює причину. У стандартному Microsoft Dynamics 365 Commerce [наявність, яку протягом робочого дня бачать POS, e-commerce API та головний офіс, — це розрахункова оцінка](https://learn.microsoft.com/en-us/dynamics365/commerce/calculated-inventory-retail-channels), а не гарантований показник у реальному часі. Канал бере останній відомий головному офісу залишок і додає до нього ще не синхронізовані продажі в магазинах, замовлення клієнтів, повернення та відвантаження.

Схема працює, доки два канали не продадуть ту саму останню одиницю протягом години. Тоді бізнес платить двічі: скасованими замовленнями і товаром, який притримують від сайту «про всяк випадок». В обох проблем одне джерело — омніканальні залишки, які майже правильні.

## Inventory Visibility: спільний реєстр залишків для всіх каналів

[Надбудову Inventory Visibility](https://learn.microsoft.com/en-us/dynamics365/supply-chain/inventory/inventory-visibility) для Microsoft Dynamics 365 Supply Chain Management створено саме для цього. Вона працює як окремий мікросервіс на Microsoft Dataverse і фіксує зміни залишків у реальному часі з усіх джерел даних і каналів — зокрема із систем поза Dynamics 365. Компанії з ліцензією Supply Chain Management отримують її без додаткової оплати — у межах лімітів сховища та API Microsoft Power Platform.

Якщо рітейлер має ліцензії на обидва продукти, Inventory Visibility можна призначити постачальником даних про запаси для [Dynamics 365 Commerce](https://ontargit.com/microsoft-dynamics-365-en/commerce-en/). Тоді застосунок Store Commerce, інтернет-магазин і headless commerce API звертаються до одного актуального показника. Товар резервується, коли клієнт створює, змінює чи скасовує замовлення, а під час комплектації та повернень залишок коригується. Коли ці замовлення згодом синхронізуються із Supply Chain Management, автоматичне взаємозалікування (offset) прибирає вже проведені кількості — тож жодна одиниця не враховується двічі.

Саме так на практиці виглядають залишки товарів у реальному часі для [ритейлу на Dynamics 365](https://ontargit.com/industries-en/dynamics-365-for-retail/): один реєстр, з якого всі канали читають дані й у який усі їх записують.

## М’яке резервування: кому дістанеться остання одиниця

[М’яке резервування (soft reservation)](https://learn.microsoft.com/en-us/dynamics365/supply-chain/inventory/inventory-visibility-reservations) вирішує, хто отримає останній товар. Microsoft розробила цей механізм для компаній, де замовлення приймають дві або більше систем і подвійний продаж неприпустимий. У прикладі Microsoft Supply Chain Management ще показує товар, який Inventory Visibility уже пообіцяла веб-замовленням, що поки не синхронізувалися. Коли кол-центр намагається зарезервувати цей товар, запит відхиляється — Inventory Visibility звіряє його з фактичним залишком.

Крім того, у Supply Chain Management кожен рядок замовлення на продаж має рівень блокування — Block, Warning або Ignore. Він визначає, що відбувається, якщо м’якого резерву немає. Block робить правило жорстким, Warning дозволяє користувачеві його обійти. Цей вибір — за комерційною командою: саме вона вирішує, що для бізнесу прийнятніше — втратити продаж чи ризикнути вибаченням перед клієнтом.

## Розподіл запасів і available to promise: рішення до появи попиту

Резервування працює із замовленнями, які вже існують. [Розподіл запасів (allocation)](https://learn.microsoft.com/en-us/dynamics365/supply-chain/inventory/inventory-visibility-allocation) захищає дефіцитний товар ще до першого замовлення. Планувальники можуть закріпити кількості за інтернет-каналом, окремими регіонами чи ключовими групами клієнтів, а Inventory Visibility захищає цей запас від інших розподілів, резервувань і попиту з боку продажів. Microsoft рекомендує спершу розподілити запас, а потім робити м’яке резервування в межах розподілу — так споживання кожного каналу відстежується щодо його квоти майже в реальному часі. Групи розподілу мають до восьми рівнів вкладеності: наприклад, канал, далі регіон, далі група клієнтів.

Available to promise (ATP) — прогноз доступного залишку на найближчі дні — продовжує ту саму логіку. Команди можуть налаштувати формули ATP, що охоплюють усі канали та джерела даних, незалежно від того, чи належать вони до Dynamics 365. Для самовивозу з магазину (click-and-collect) і доставки додому це різниця між обіцяною датою і датою навмання.

## Чотири рішення, які варто ухвалити до запуску

Залишки в реальному часі — результат налаштувань, а не просто ввімкнена надбудова. Результат визначають чотири рішення:

1. **Визначте, що означає «в наявності» для кожного каналу.** Омніканальний облік запасів починається з домовленості, які джерела даних і показники формують цифру, за якою продає сайт, — і ту, яку бачить магазин.

2. **Зафіксуйте рівні вимірів (dimensions) на старті.** Розподіл для одного товару завжди має використовувати той самий рівень вимірів, інакше дані розподілу стають неузгодженими.

3. **Залиште Supply Chain Management основною обліковою системою.** Inventory Visibility не може змінювати дані Supply Chain Management: потік даних із неї односторонній, і інтеграції потрібно проєктувати з урахуванням цього.

4. **Перевірте налаштування м’якого резервування в production, а не лише в sandbox.** Microsoft попереджає, що типова конфігурація змінювалася від версії до версії, тож два середовища можуть стартувати з різних налаштувань.

OntargIT впроваджує Dynamics 365 для [рітейлерів, які продають і в магазинах, і онлайн](https://ontargit.com/industries-en/retail-erp-en/). Ритейл-практика компанії охоплює омніканальну торгівлю, інтеграцію POS у реальному часі та відстеження запасів у реальному часі. Серед клієнтів — COMFY (82 магазини у 40 містах України), Eldorado (150+ магазинів і два інтернет-магазини) та Chanel, де OntargIT реалізувала інтеграцію з POS і WMS, а також локалізацію для України.

## Висновок

Залишки в реальному часі — це рішення, яке ухвалюють під час впровадження, а не опція, яку вмикають після запуску. Надбудова дає спільний реєстр, а Ваша команда визначає, що означає «в наявності» для кожного каналу, кому дістається остання одиниця і який запас для кого захищений. Перед наступним піковим сезоном перевірте, як Ваша поточна конфігурація відповідає на чотири питання вище.

# Часті запитання

### Чи потрібен Dynamics 365 Commerce для роботи Inventory Visibility?

Ні. Inventory Visibility — надбудова для Supply Chain Management, і вона може обслуговувати будь-який канал замовлень, зокрема рітейлерів з іншою платформою інтернет-магазину. Нативна інтеграція — коли Store Commerce та e-commerce канали Commerce перевіряють і резервують залишки через Inventory Visibility — потребує ліцензій і на Supply Chain Management, і на Commerce.

### Чи можна підключити сторонню e-commerce платформу або маркетплейс?

Так. За даними Microsoft, введення й виведення даних в Inventory Visibility не обмежені застосунками Microsoft. Зовнішні системи підключаються через REST API: вони передають зміни залишків і створюють м’які резерви. Кожну зовнішню систему додають як окреме джерело даних із власними показниками у формулах доступності.

### Чи бачать планувальники дані без створення звітів?

Так. Застосунок Inventory Visibility має дашборд, де планувальники ланцюга постачання, менеджери із запасів і продавці бачать кількості та статуси в розрізі джерел даних, юридичних осіб, локацій і каналів. Оскільки дані зберігаються в Dataverse, на їхній основі можна будувати дашборди Power BI і застосунки Power Apps.

### Чи працює рішення з товарами під управлінням складу (WMS)?

Так. Inventory Visibility має готову інтеграцію з модулем управління складом у Supply Chain Management. Налаштування Microsoft описує в статті _Inventory Visibility support for WMS items_.