Архітектура Business Central для міжнародної компанії: як правильно організувати tenant та environments
Коли компанія працює одразу в кількох країнах, наприклад, у США, Польщі та Україні питання архітектури в Microsoft Dynamics 365 Business Central стає стратегічним. Саме від нього залежить, чи зможе система коректно підтримувати локальний фіскальний облік, відповідати вимогам законодавства та масштабуватися без постійних “обхідних рішень”.
Що потрібно зрозуміти в першу чергу
У нашій практиці замовники доволі часто плутаються у архітектурі майбутнього рішення, тому ми вирішили розтлумачити такі поняття як тенант, середовище та компанія в межах хмарного впровадження системи.
Отже, у Business Central існує три рівні структури: tenant, environment і company. Їх часто плутають, що і призводить до помилок на етапі дизайну.
Tenant – це вся організація в хмарі Microsoft. У ньому керуються користувачі, підписки та доступи.
Environment – це окреме середовище Business Central зі своєю базою даних, налаштуваннями та розширеннями.
Company – це юридична особа або облікова одиниця всередині environment.
Ключовий момент полягає в тому, що environment – це рівень, на якому визначається логіка обліку, локалізація та набір функціональності. Саме тому він є критичним для побудови міжнародної архітектури.
Чому архітектура повинна будуватись навколо environments
Фіскальний облік у різних країнах принципово відрізняється. Це не лише питання мови або валюти – це різні моделі оподаткування, різні формати звітності, різні інтеграції з державними системами та навіть різна логіка бухгалтерського обліку.
У США використовується модель sales tax, яка часто реалізується через зовнішні сервіси. У Польщі діє європейська система VAT і обов’язкова звітність у форматі SAF-T (JPK). В Україні облік доповнюється специфічними вимогами до податкових накладних та інтеграціями з державними сервісами.
У Microsoft Dynamics 365 Business Central ці особливості реалізуються через локалізації та розширення (extensions), які встановлюються саме на рівні environment. Це означає, що всі компанії всередині одного environment фактично працюють у спільному контексті налаштувань і функціональності.
Звідси випливає головний принцип:
різні країни з різними фіскальними вимогами повинні бути розділені на рівні environments.
Рекомендована модель для міжнародного бізнесу
Оптимальною архітектурою для компанії з присутністю у кількох країнах є використання одного tenant і кількох environments – по одному для кожної юрисдикції.
У такій моделі кожна країна отримує ізольоване середовище з власною локалізацією, набором розширень і налаштуваннями, що відповідають її законодавству. Це дозволяє уникнути конфліктів між різними обліковими моделями та забезпечує стабільність системи.
Наприклад, для структури США + Польща + Україна це виглядає як три окремі production environments в межах одного tenant. Кожне з них налаштоване під свою країну та працює незалежно від інших.
Такий підхід дає одразу кілька важливих переваг. По-перше, кожна країна може використовувати власну локалізацію. По-друге, оновлення або зміни в одному середовищі не впливають на інші. По-третє, значно спрощується підтримка та розвиток системи, особливо якщо залучені різні партнери або команди, що вірогідно, при застосуванні різних локалізацій від локальних партнерів.
Роль companies у цій архітектурі
Company використовується для відображення окремих юридичних осіб або бізнес-одиниць в межах однієї юрисдикції. Наприклад, якщо в Польщі є кілька юридичних осіб або структурних підрозділів, вони можуть бути реалізовані як окремі companies всередині польського environment.
Таким чином, companies працюють як внутрішній рівень організації обліку, але не як інструмент для розділення різних фіскальних систем.
Як це впливає на фінансову звітність
Розділення на environments не означає втрату цілісності бізнесу. Навпаки, воно створює правильну основу для консолідації.
Операційний і фіскальний облік ведеться окремо в кожній країні відповідно до локальних вимог. А управлінська звітність формується на рівні групи через інструменти аналітики, такі як Microsoft Power BI або інші рішення для консолідації даних. Наприклад рішення Мультифірмовий обмін документами.
Це дозволяє поєднати дві задачі, які часто конфліктують: дотримання локального законодавства та отримання єдиної картини бізнесу.
Правильна архітектура Business Central для міжнародної компанії базується на простому, але принциповому рішенні: розділення країн на рівні environments при збереженні єдиного tenant.
Цей підхід дозволяє забезпечити відповідність локальним вимогам, уникнути конфліктів між різними обліковими моделями та створити стабільну основу для розвитку системи. Companies при цьому використовуються для структурування бізнесу всередині кожної країни, а консолідація виноситься на рівень аналітики.
У результаті компанія отримує не просто ERP-систему, а керовану та масштабовану цифрову платформу, яка однаково добре працює в різних юрисдикціях.