- Прикладное решение
- БИТ.ФИНАНС
- Применимость
- Концептуальный материал; состав функций проверяется для используемой версии продукта
- Автор
- BSG-IT
Платежная позиция в БИТ.ФИНАНС нужна, когда одна заявка не должна оплачиваться одним движением. Это обычная ситуация: поставщик просит аванс и остаток, платеж переносят на другой день, оплату делят между счетами или часть суммы временно удерживают.
Если в компании нет платежных позиций, заявка часто становится слишком грубым документом. В ней есть общая сумма, но казначей не видит реальный план исполнения: что платить сегодня, что позже, с какого счета и каким документом.
Позиция должна сохранять связь с исходной заявкой, договором, контрагентом, ЦФО, статьей оборотов и суммой. Тогда частичная оплата не ломает контроль бюджета и план-факт: система понимает, какая часть обязательства уже исполнена, а какая остается в плане.
На внедрении важно описать, кто имеет право разбивать платеж: инициатор, казначей, финансист или согласующий. Если это право дать всем без правил, платежный календарь быстро станет спорным.
Также нужно проверить допустимое превышение суммы платежных позиций над суммой заявки. Это защищает процесс от ситуации, когда заявку согласовали на одну сумму, а оплатить пытаются больше.
BSG-IT проверяет платежные позиции на рабочих сценариях: частичная оплата, перенос даты, смена счета, платеж в валюте, несколько документов оплаты по одной заявке и закрытие позиции фактом.
Иллюстрации к материалу

Официальные источники
Частые вопросы
Зачем нужны платежные позиции?
Чтобы разделять оплату по датам, счетам, суммам и документам, сохраняя связь с исходной заявкой и бюджетным контролем.
Можно ли оплатить одну заявку несколькими платежами?
Да, именно для этого используются платежные позиции: каждая часть оплаты может иметь свою дату, сумму и счет.
Что проверить при настройке платежных позиций?
Права на изменение, допустимое превышение суммы, связь с заявкой, формирование платежных документов и отражение факта.
Раздел по БИТ.ФИНАНС
Материалы связаны в практический маршрут: от выбора первой очереди до заявок, лимитов, календаря, бюджетирования и интеграций.