Сьогодні компанії можуть стикатися з труднощами під час процесів білінгу та визнання доходів. Використання окремих програм для управління доходами може призвести до розбіжностей з основною бухгалтерською системою в зборі даних, і ми не можемо забувати про людський фактор.
Модуль виставлення рахунків в Microsoft Dynamics 365 Finance and Operations дозволяє компаніям керувати можливостями контрактного доходу та повторюваного білінгу через графіки білінгу.
Складні моделі ціноутворення, білінгу та розподілу доходів легко керуються і розраховуються на рівні продукту.
Розподіл доходів для декількох елементів дозволяє розподіляти дохід відповідно до міжнародних стандартів бухгалтерського обліку та стандартів загальновизнаних бухгалтерських принципів.
Рішення модулю виставлення рахунків складається з 3 незалежних модулів – Періодичне виставлення рахунків, Відстрочене визнання доходу та витрат та Багатоелементний розподіл прибутку.
В цій статті ми розглянемо модуль Періодичне виставлення рахунків.
Цей модуль дозволяє керувати повторюваним білінгом та управлінням цінами, забезпечити контроль над параметрами ціноутворення та білінгу, оновленням контракту та складним виставленням рахунків. Цей модуль містить звіти, включно з щомісячним повторюваним доходом, а також детальні запити, які допомагають аналізувати продажі та на підставі даних приймати бізнес-рішення.
Перш ніж почати працювати з модулем Періодичне виставлення рахунків, необхідно налаштувати групу графіка білінгу.
Тут ви можете вибрати:
![Billing schedule group setup form Billing schedule group setup form](https://ontargit.com/wp-content/uploads/2023/05/Billing-schedule-group-setup-form.jpeg)
Після налаштування можна створити графік білінгу. Ви повинні вибрати групу графіка білінгу, вашого клієнта, дату початку білінгу та кількість періодів.
Після створення графіка білінгу можна працювати з ним.
![Billing schedule creation form Billing schedule creation form](https://ontargit.com/wp-content/uploads/2023/05/Billing-schedule-creation-form.jpeg)
Можна додавати рядки до замовлення, додавати товари та послуги, за які ви хочете виставляти рахунки, управляти вашими етапами, якщо для певної лінії ви вибрали тип етапу, змінювати інформацію про білінг, таку як кількість періодів, частоту, умови оплати тощо.
![Billing schedule form Billing schedule form](https://ontargit.com/wp-content/uploads/2023/05/Billing-schedule-form.jpeg)
За допомогою форми Перегляд детального рахунку ви можете переглянути рахунок за кожен період, ввести дані про споживання продукту, якщо ви виставляєте рахунок на основі споживання, а також переглянути замовлення на продаж і інвойси, створені раніше. Ця форма може допомогти вам ефективно підтримувати періодичне виставлення рахунків для цього конкретного розкладу.
![View billing detail form View billing detail form](https://ontargit.com/wp-content/uploads/2023/05/View-billing-detail-form.jpeg)
Як ми вже зазначили, ви можете генерувати рахунки прямо з вашого графіка білінгу або за допомогою періодичної операції. Під час створення рахунків ви спочатку вибираєте дати, щоб вказати, які саме періоди та рядку білінгу мають бути виставлені на рахунок. Ви можете вибрати різні варіанти розміщення, такі як:
![Invoice creation Invoice creation](https://ontargit.com/wp-content/uploads/2023/05/Invoice-creation.jpeg)
Використовуючи різні інструменти в модулі “Дебіторська заборгованість”, ви можете оптимізувати бізнес-процес періодичного виставлення рахунків. Наприклад, налаштувати робочий процес затвердження, прикріпити ваші специфічні друковані форми тощо.
![Invoice Invoice](https://ontargit.com/wp-content/uploads/2023/05/Invoice.jpeg)
Звіт щомісячного повторюваного доходу (MRR) доступний в робочій області підписки на білінг та надається PowerBI.
Цей звіт надає дані про початковий MRR, нові продажі, Charm та кінцевий MMR для кожного аналізованого періоду з розбивкою до окремого клієнта. Цей звіт може допомогти вашим менеджерам аналізувати ефективність повторюваного білінгу за контрактом, відсоток відтоку, кількість нових продажів тощо.
![MRR report MRR report](https://ontargit.com/wp-content/uploads/2023/05/MRR-report.jpeg)