---
title: "\u041e\u0431\u0440\u043e\u0431\u043a\u0430 \u0432\u0456\u0434\u0441\u0442\u0440\u043e\u0447\u0435\u043d\u043e\u0433\u043e \u043e\u0431\u043b\u0456\u043a\u0443 \u2014 OpenOblik"
description: "\u042f\u043a \u0432\u0440\u0443\u0447\u043d\u0443 \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u0438 \u0439 \u043f\u0435\u0440\u0435\u0432\u0456\u0440\u0438\u0442\u0438 \u0432\u0438\u0437\u043d\u0430\u043d\u043d\u044f \u0432\u0456\u0434\u0441\u0442\u0440\u043e\u0447\u0435\u043d\u0438\u0445 \u0434\u043e\u0445\u043e\u0434\u0456\u0432 \u0447\u0438 \u0432\u0438\u0442\u0440\u0430\u0442 \u0432 ERPNext: \u0434\u0456\u0430\u043f\u0430\u0437\u043e\u043d \u0434\u0430\u0442, \u0444\u0456\u043b\u044c\u0442\u0440 \u0440\u0430\u0445\u0443\u043d\u043a\u0443, \u0436\u0443\u0440\u043d\u0430\u043b \u043e\u0431\u0440\u043e\u0431\u043a\u0438 \u0439 \u043f\u0435\u0440\u0435\u0432\u0456\u0440\u043a\u0430 \u043f\u0440\u043e\u0432\u043e\u0434\u043e\u043a."
space: "\u0414\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0456\u044f ERPNext"
url: "https://openoblik.com.ua/docs/buhhalteriia/process-deferred-accounting"
updated: "2026-10-10"
---

Обробка відстроченого обліку (документ «Обробляти відстрочений облік») запускає визнання за графіками відстрочених доходів або відстрочених витрат. Кожен проведений документ обробки водночас є журналом цього запуску.

ERPNext може створювати такі документи автоматично через фонове завдання. Створюйте документ вручну, якщо автоматичну обробку вимкнено, запланований запуск пропущено або вам потрібен контрольований запуск за певний діапазон дат чи для певного рахунку відстрочення.

Сам інструмент не створює графіків відстрочення. Графіки виникають із рядків проведених [рахунків-фактур (продаж)](/docs/prodazhi/sales-invoice) або [рахунків-фактур на покупку](https://docs.frappe.io/erpnext/purchase-invoice), у яких налаштування [номенклатури](/docs/sklad/item) й операції вмикають облік майбутніх періодів, задають рахунок відстрочення і правильні дати обслуговування.

## Перш ніж почати

Переконайтеся, що:

- налаштовано [відстрочений дохід](/docs/buhhalteriia/deferred-revenue) або [відстрочені витрати](/docs/buhhalteriia/deferred-expense);
- у номенклатурі та рядку рахунку ввімкнено відповідний параметр відстрочення;
- рахунок відстрочення і кінцевий рахунок доходів чи витрат указано правильно;
- рахунок-фактуру (продаж) або рахунок-фактуру на покупку проведено;
- дати початку й завершення обслуговування охоплюють період, який ви збираєтеся обробити;
- [налаштування рахунків](/docs/buhhalteriia/accounts-settings) відповідають погодженому правилу: дні чи місяці, пряме проведення чи через запис журналу.

Якщо проведення через запис журналу ввімкнено, а автоматичне проведення вимкнено, створені [записи журналу](/docs/buhhalteriia/journal-entry) залишатимуться чернетками й не впливатимуть на головну книгу, доки їх не перевірять і не проведуть.

## Створення запуску обробки

Перейдіть до **Бухгалтерський облік > Облік доходів і витрат майбутніх періодів > Обробляти відстрочений облік** і натисніть **Новий**.

У списку є журнали як автоматичної, так і ручної обробки. Перегляньте останні записи, перш ніж створювати новий запуск, щоб розуміти, що вже оброблено.



![Список документів обробки відстроченого обліку](https://novacompanies.m.frappe.cloud/files/docs-deferred-2026-process-deferred-accounting-list.png)

Заповніть поля:


| Поле | Що воно визначає |
| --- | --- |
| Організація | Обмежує обробку однією організацією та її обліковими записами |
| Тип | Оберіть **Дохід** для відстрочених доходів або **Витрата** для відстрочених витрат |
| Рахунок | Необов'язковий фільтр за [планом рахунків](/docs/buhhalteriia/chart-of-accounts), що обмежує обробку одним рахунком відстрочення |
| Дата проведення | Дата проводки визнання або створеного запису журналу |
| Дата початку обслуговування | Початок періоду обслуговування, який перевіряється |
| Дата завершення сервісу | Кінець періоду обслуговування, який перевіряється |


Для відстрочених доходів оберіть **Дохід**. У прикладі обробку обмежено рахунком **Customer Advances - NET** (аванси клієнтів).



![Ручний запуск обробки відстрочених доходів](https://novacompanies.m.frappe.cloud/files/docs-deferred-2026-process-deferred-income.png)

Для передплачених витрат оберіть **Витрата** і вкажіть відповідний рахунок активу відстрочених витрат, наприклад **Prepaid Expenses - NET** (витрати майбутніх періодів).



![Ручний запуск обробки відстрочених витрат](https://novacompanies.m.frappe.cloud/files/docs-deferred-2026-process-deferred-expense.png)

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

## Уважно обирайте дати

Діапазон дат обслуговування визначає, які графіки рахунків перевірятиме запуск. Дата проведення визначає, коли визнання з'явиться в обліку.

Для обробки на кінець місяця діапазон обслуговування зазвичай охоплює період, за який визнається сума, а дата проведення припадає на цей обліковий період. Дотримуйтеся правил закриття періоду, прийнятих у вашій організації.

Не ставте майбутню дату проведення лише для того, щоб з'явився відсутній запис. Спершу перевірте, чи правильними були попередній запуск, дати рахунку і період обслуговування.

## Збереження і проведення

Збережіть документ і перевірте всі поля. Проведення запускає обробку. Залежно від налаштувань рахунків ERPNext або:

- проводить визнання безпосередньо в головну книгу; або
- створює документи «Запис журналу».

Якщо створюються записи журналу, налаштування **Проводити записи журналу** визначає, чи проводитимуться вони автоматично. Записи журналу в чернетках дають змогу перевірити суми, але визнання не буде проведено, доки хтось їх не проведе.

У попередній версії документації правильно зазначалося, що обробка відстроченого обліку — це журнал, який створюється під час кожного запуску. Зберігайте проведений документ обробки для аудиту, а не вважайте його одноразовим службовим записом.

## Що обробляє запуск

ERPNext шукає проведені рахунки, рядки з відстроченням яких перетинаються з вибраним діапазоном обслуговування і відповідають організації, типу та необов'язковому фільтру за рахунком. Система розраховує частку, що відповідає датам обслуговування і базі **Дні** чи **Місяці**.

Для доходу:


| Дебет | Кредит |
| --- | --- |
| Зобов'язання з відстроченого доходу | Рахунок доходів із рядка рахунку-фактури (продаж) |


Для витрат:


| Дебет | Кредит |
| --- | --- |
| Стаття витрат із рядка рахунку-фактури на покупку | Актив відстрочених витрат |


Інструмент не повинен визнавати суму двічі. ERPNext визначає залишок на основі попередньої обробки та вже визнаних сум. Якщо повторний запуск дає несподіваний результат, зупиніться й перевірте вихідні документи та попередні журнали.

## Перевірка завершеного запуску

Після проведення:

1. Перевірте, чи створено записи журналу і чи вони в статусі «Чернетка» чи «Проведено».
2. Сформуйте [звіт про відстрочені доходи й витрати](https://docs.frappe.io/erpnext/deferred-revenue-expense-report) за організацією та періодом.
3. Відкрийте [головну книгу](/docs/buhhalteriia/general-ledger) за рахунком відстрочення та кінцевим рахунком доходів чи витрат.
4. Порівняйте визнану суму з кількістю днів чи місяців обслуговування, охоплених запуском.
5. Переконайтеся, що залишок до визнання та решта періоду обслуговування виглядають обґрунтовано.

Якщо обробка створила запис журналу в чернетці, звіт і головна книга можуть не показувати остаточного визнання, доки цей запис не буде проведено.

## Автоматична обробка

Увімкніть **Автоматично обробляти записи майбутніх періодів** у налаштуваннях рахунків, якщо ERPNext має виконувати обробку через заплановані фонові завдання.

Автоматична обробка зменшує ручну роботу наприкінці місяця, але її все одно треба контролювати. Перевіряйте, що планувальник працює, журнали обробки створюються, створені записи журналу опрацьовуються, а звіт про відстрочені доходи й витрати збігається з головною книгою.

Ручна обробка корисна для контрольованого закриття періоду, відновлення після збою планувальника або запуску з фільтром. Вона не повинна підміняти виправлення збоїв фонових завдань.

## Виправлення

Якщо запуск відпрацював неправильно, спершу знайдіть причину:

- неправильні дати обслуговування чи дата зупинки в рядку рахунку;
- неправильний рахунок відстрочення або рахунок доходів чи витрат;
- неправильне правило «Дні/Місяці»;
- неправильний діапазон обробки чи дата проведення;
- створені записи журналу залишилися чернетками;
- вихідний рахунок скасовано або змінено;
- попередній запуск уже охопив той самий період.

Виправляйте першоджерело через стандартний процес. Не видаляйте записи головної книги й не проводьте примусово коригувальний запис журналу, не розібравшись у графіку відстрочення.

## Усунення проблем


| Проблема | Що перевірити |
| --- | --- |
| Записи не створено | Перевірте наявність проведених рахунків, що відповідають умовам, перетин періоду обслуговування, тип, організацію, фільтр за рахунком і залишок до визнання |
| Записи журналу є, а головна книга не змінилася | Перевірте, чи створені документи досі в чернетках |
| Оброблено лише один рахунок | Перевірте, чи заповнено необов'язковий фільтр «Рахунок» |
| Сума відрізняється від простого ділення на місяці | Перевірте, чи обробка ведеться за днями або охоплює неповний місяць |
| Автоматичних запусків немає | Перевірте налаштування рахунків, планувальник, фонові завдання та журнали помилок |


## Поширені запитання

### Чи потрібно створювати цей документ щомісяця?

Ні, якщо автоматичну обробку ввімкнено і вона працює. Ручні документи використовуйте для контрольованої обробки, відновлення або свідомої фільтрації за рахунком чи датами.

### Чим відрізняються «Дата проведення» і «Дата завершення сервісу»?

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

### Чи може один запуск обробити і доходи, і витрати?

Ні, оберіть або «Дохід», або «Витрата». Якщо ручна обробка потрібна для обох напрямів, зробіть окремі запуски.

### Чи завжди проведення обробки створює запис журналу?

Лише тоді, коли в налаштуваннях рахунків увімкнено проведення через запис журналу. Інакше ERPNext проводить визнання напряму.

### Чому повторний запуск не проводить ту саму суму вдруге?

ERPNext враховує вже визнану суму й обробляє лише залишок, що підлягає визнанню. Якщо результат несподіваний, перевірте попередні журнали та звіт про відстрочені доходи й витрати.

## Пов'язані теми

- [Облік майбутніх періодів](/docs/buhhalteriia/deferred-accounting)
- [Відстрочений дохід](/docs/buhhalteriia/deferred-revenue)
- [Відстрочені витрати](/docs/buhhalteriia/deferred-expense)
- [Звіт про відстрочені доходи й витрати](https://docs.frappe.io/erpnext/deferred-revenue-expense-report)
- [Налаштування рахунків](/docs/buhhalteriia/accounts-settings)
- [Запис журналу](/docs/buhhalteriia/journal-entry)
- [Головна книга](/docs/buhhalteriia/general-ledger)

---

*Переклад сторінки [«Process Deferred Accounting»](https://docs.frappe.io/erpnext/process-deferred-accounting) з документації ERPNext. © Frappe Technologies Pvt. Ltd., ліцензія [CC BY-SA 3.0](https://creativecommons.org/licenses/by-sa/3.0/deed.uk). Переклад — OpenOblik, на тих самих умовах. Переклад машинний, вичитка триває: помітили неточність — [напишіть нам](/kontakty).*