--- title: "\u0417\u0430\u043f\u0438\u0442 \u043d\u0430 \u043e\u043f\u043b\u0430\u0442\u0443 \u2014 OpenOblik" description: "\u042f\u043a \u0443 ERPNext \u0437\u0430\u043f\u0438\u0442\u0443\u0432\u0430\u0442\u0438 \u043e\u043f\u043b\u0430\u0442\u0443 \u0432 \u043a\u043b\u0456\u0454\u043d\u0442\u0456\u0432 \u043e\u043d\u043b\u0430\u0439\u043d \u0430\u0431\u043e \u0437\u0430 \u0440\u0435\u043a\u0432\u0456\u0437\u0438\u0442\u0430\u043c\u0438, \u0432\u0456\u0434\u0441\u0442\u0435\u0436\u0443\u0432\u0430\u0442\u0438 \u0457\u0457 \u0441\u0442\u0430\u0442\u0443\u0441 \u0456 \u0433\u043e\u0442\u0443\u0432\u0430\u0442\u0438 \u043e\u043f\u043b\u0430\u0442\u0443 \u043f\u043e\u0441\u0442\u0430\u0447\u0430\u043b\u044c\u043d\u0438\u043a\u0430\u043c." space: "\u0414\u043e\u043a\u0443\u043c\u0435\u043d\u0442\u0430\u0446\u0456\u044f ERPNext" url: "https://openoblik.com.ua/docs/buhhalteriia/payment-request" updated: "2026-10-10" --- Запит на оплату фіксує, що певну суму потрібно сплатити. Це запит або доручення, а не підтвердження того, що гроші переказано, тому його створення не формує записів у Головній книзі. Для клієнта створюйте вхідний Запит на оплату з проведеного [Замовлення на продаж](/docs/prodazhi/sales-order) або [Рахунку-фактури (продаж)](/docs/prodazhi/sales-invoice). Якщо налаштовано [Рахунок платіжного шлюзу](https://docs.frappe.io/erpnext/payment-gateway-account), ERPNext може надіслати запит електронною поштою з посиланням для онлайн-оплати. Також запит можна використати, щоб передати реквізити для звичайного банківського переказу. Для постачальника вихідний Запит на оплату може слугувати внутрішнім дорученням оплатити затверджене [Замовлення на купівлю](/docs/zakupivli/purchase-order) або [Рахунок-фактуру на покупку](https://docs.frappe.io/erpnext/purchase-invoice). Пізніше фінансова служба може зібрати затверджені запити на оплату постачальникам у [Платіжне доручення](/docs/buhhalteriia/payment-order). ```mermaid flowchart LR A[Замовлення на продаж або Рахунок-фактура] --> B[Запит на оплату] B --> C[Клієнт отримує запит або посилання на оплату] C --> D[Клієнт платить] D --> E[Введення платежу або розрахунок через шлюз] E --> F[Дебіторську заборгованість погашено] ``` Використовуйте Запит на оплату, коли потрібно попросити про оплату, надіслати посилання на оплату, запросити аванс або додати крок затвердження перед оплатою постачальнику. Якщо гроші вже отримано або сплачено і їх потрібно лише відобразити, одразу створіть [Введення платежу](/docs/buhhalteriia/payment-entry). ## Перед початком Перевірте організацію, валюту, рахунок дебіторської чи кредиторської заборгованості та рахунок банку або каси. Використовуйте проведені вихідні документи й тримайте під рукою банківські реквізити платежу або повідомлення про платіж. ## Створення запиту на оплату для клієнта 1. Відкрийте проведене Замовлення на продаж або Рахунок-фактуру (продаж). 2. Виберіть **Створити > Платіж**, щоб створити Запит на оплату. ![Меню «Створити» в проведеному Рахунку-фактурі (продаж) з виділеним пунктом «Запит на оплату».](https://novacompanies.m.frappe.cloud/files/payment-workflows-01-create-payment-request-from-sales-invoice.png) 3. Перевірте суму, валюту, одержувача та пов'язаний документ. ![Вхідний Запит на оплату для клієнта з виділеними типом запиту та посиланням на Рахунок-фактуру (продаж).](https://novacompanies.m.frappe.cloud/files/payment-workflows-03-customer-payment-request-reference.png) ![Сума, яку запитують у клієнта, виділена в Запиті на оплату.](https://novacompanies.m.frappe.cloud/files/payment-workflows-04-customer-payment-request-amount.png) 4. Для онлайн-оплати виберіть рахунок платіжного шлюзу. 5. Збережіть і надішліть запит. 6. Стежте за його статусом і перевірте отриманий платіж, перш ніж вважати вихідний документ оплаченим. ![Список запитів на оплату з наявними запитами для клієнтів і постачальників.](https://novacompanies.m.frappe.cloud/files/payment-workflows-02-payment-request-list.png) ## Запит на оплату постачальнику 1. Відкрийте проведене Замовлення на купівлю або Рахунок-фактуру на покупку, які потрібно оплатити. 2. Створіть вихідний Запит на оплату. 3. Перевірте постачальника, суму, банківські реквізити організації та документ-підставу. ![Вихідний Запит на оплату постачальнику з виділеними типом, постачальником і посиланням на Рахунок-фактуру на покупку.](https://novacompanies.m.frappe.cloud/files/payment-workflows-05-supplier-payment-request.png) ![Сума до сплати постачальнику, виділена в Запиті на оплату.](https://novacompanies.m.frappe.cloud/files/payment-workflows-06-supplier-payment-request-amount.png) 4. Проведіть запит відповідно до вашого порядку затвердження. 5. Додайте затверджений запит до Платіжного доручення або виконайте оплату через підтримуваний бухгалтерський процес. ```mermaid flowchart LR A[Замовлення на купівлю або Рахунок-фактура на покупку] --> B[Запит на оплату постачальнику] B --> C[Перевірка та затвердження] C --> D[Платіжне доручення] D --> E[Запис журналу або інша підтримувана обробка платежу] E --> F[Кредиторську заборгованість перед постачальником погашено] ``` ## Відео ## Важливі поля та їх значення | Поле | За що відповідає | | ----------------------------- | ------------------------------------------------------------------------------------ | | Тип запиту на оплату | «Вхідний» — для надходжень від клієнтів, «Вихідний» — для підтримуваних сценаріїв оплати. | | Пов'язаний документ | Замовлення на продаж, Рахунок-фактура (продаж) або інший підтримуваний документ-підстава. | | Загальна сума | Сума, яку запитують. | | Валюта | Валюта, яку бачить платник. | | Рахунок платіжного шлюзу | Шлюз і рахунок зарахування для онлайн-оплати. | | Статус | Відстежує ініціювання, надсилання запиту та стан оплати. | ## Що відбувається після проведення або обробки Проведення Запиту на оплату фіксує запит і передає його платнику. Саме по собі воно не погашає рахунок-фактуру і не створює банківської операції. Для запиту клієнту бухгалтерський результат з'являється, коли шлюз завершує платіж або коли відображено Введення платежу. Для запиту постачальнику бухгалтерський результат з'являється лише тоді, коли затверджений платіж обробляється через відповідний бухгалтерський документ. ## Усунення проблем ### Адреса електронної пошти одержувача порожня або неправильна Перевірте Контакт, пов'язаний із клієнтом, і переконайтеся, що в ньому вказано правильну адресу. Перед надсиланням виберіть або виправте поле **Кому (Email)**. Якщо платіжний провайдер приймає лише одну адресу платника, вкажіть одну дійсну адресу. ### Проведення або надсилання запиту завершується тайм-аутом Окремо перевірте вихідний [Обліковий запис електронної пошти](https://docs.frappe.io/framework/email-account). Неправильні SMTP-хост, порт, налаштування SSL або STARTTLS можуть призвести до того, що запит ніби «зависає», поки ERPNext намагається надіслати лист. Перш ніж надсилати повторно, перегляньте Чергу email і Журнал помилок. ### Клієнт заплатив, а запит досі в статусі «Ініційовано» Спочатку перевірте операцію в платіжного провайдера. Потім перевірте [Рахунок платіжного шлюзу](https://docs.frappe.io/erpnext/payment-gateway-account), налаштування вебхука або зворотного виклику, URL сайту та Журнал помилок. Не позначайте запит оплаченим вручну, доки не переконаєтеся у фактичному розрахунку та у відповідному бухгалтерському записі. ### Посилання на оплату не відкривається або веде не на той шлюз Переконайтеся, що вибраний рахунок шлюзу ввімкнено, він належить правильній організації, підтримує валюту операції та має дійсні облікові дані. Виправивши налаштування, створіть новий запит, а не редагуйте посилання, яке вже надіслано клієнту. ## Поширені запитання ### Чи формує сам Запит на оплату записи в Головній книзі? Ні, Запит на оплату не формує проводок. Він лише фіксує запит і передає його платнику. Облік змінюється, коли успішний платіж створює або відображається відповідним Введенням платежу чи операцією шлюзу. ### Чи можна запросити лише частину суми рахунку-фактури або замовлення? Часткову суму можна запросити, якщо це підтримують вихідний документ і шлюз. Після цього перевірте залишок непогашеної суми й не надсилайте кількох активних запитів на ту саму частину. ### Чи можна змінити лист, який надсилається із запитом? Доступний текст листа залежить від налаштувань Запиту на оплату та шлюзу у вашій версії. Перед надсиланням перевірте сформовані тему, текст, одержувача й друковану форму. Якщо стандартного листа недостатньо, використовуйте підтримувані шаблони або контрольоване доопрацювання. ### Чи можна використовувати Запит на оплату без онлайн-шлюзу? Так, ним можна оформити запит на звичайну оплату, але гроші автоматично він не збере. Передайте клієнту потрібні реквізити, потім відобразіть надходження Введенням платежу й звірте його з вихідним документом. ### Чи надсилати ще один запит, якщо клієнт каже, що перше посилання не спрацювало? Спочатку перевірте, чи не пройшов початковий запит або операція в провайдера. Якщо ні — виправте налаштування й створіть або повторно надішліть дійсний запит. Уникайте кількох активних посилань, через які клієнт може сплатити ту саму суму двічі. ## Пов'язані теми - [Введення платежу](/docs/buhhalteriia/payment-entry) - [Звірка платежів](/docs/buhhalteriia/payment-reconciliation) - [Звірка з банком](/docs/buhhalteriia/bank-reconciliation) - [Банківська операція](/docs/buhhalteriia/bank-transaction) - [Запис журналу](/docs/buhhalteriia/journal-entry) --- *Переклад сторінки [«Payment Request»](https://docs.frappe.io/erpnext/payment-request) з документації ERPNext. © Frappe Technologies Pvt. Ltd., ліцензія [CC BY-SA 3.0](https://creativecommons.org/licenses/by-sa/3.0/deed.uk). Переклад — OpenOblik, на тих самих умовах. Переклад машинний, вичитка триває: помітили неточність — [напишіть нам](/kontakty).*