05 / СОГЛАСОВАНИЕ ПЛАТЕЖЕЙ

Платёж не уйдёт мимо бюджета

Заявка на оплату проходит маршрут, проверяется по лимиту статьи и ЦФО, попадает в платёжный календарь и закрывается фактом из 1С или банка.

У каждого платежа есть инициатор. У свóдно весь след до факта оплаты.
/ как это работает

5 стадий

01
СозданаNEW / PENDING
Пока заявка не согласована, она не влияет на план выплат и не засоряет календарь.
02
СогласованаAPPROVED
Заявка становится плановой выплатой. Видна в бюджете ЦФО, БДДС и платёжном календаре.
03
К оплатеCONFIRMED
Финдиректор подтвердил, что деньги есть и лимит не пробит. Можно передавать в бухгалтерию.
04
ОплаченаPAID
Факт из 1С или банка матчится с заявкой. Статус возвращается обратно в Bitrix24.
05
ОтклоненаREJECTED
Отклонённая заявка не уходит в плановые выплаты и не искажает прогноз остатка ДС.
/ как это выглядит

Как это выглядит

Заявки, лимиты и будущие остатки денег в одном процессе.

01 / Корзина платежей

Пока заявки добавляются в корзину, система считает остаток по статье и ЦФО.

02 / Календарь

Карточка заявки открывается из календаря, с переходом в источник и деталями согласования.

03 / Расхождения

Оплата без заявки попадает в детектор расхождений и разбирается отдельно.

/ что внутри

4 элемента платёжного контроля

Лимиты по статье и ЦФО
Перед согласованием видно, влезает ли заявка в бюджет статьи и центра ответственности. Превышение требует отдельного решения.
Маршруты согласования
Маршрут зависит от суммы, статьи, юрлица и факта превышения лимита. На пути могут быть руководитель ЦФО, финдиректор, собственник.
Влияние на календарь
Согласованная заявка сразу меняет прогноз остатка ДС. Кассовый разрыв виден до фактической оплаты.
Bitrix24 Smart Process
Если казначейство уже живёт в Bitrix24, свóдно забирает стадии через вебхук и резервный pull.

На ваших данных из 1С. За 40 минут. Без презентации.

40 МИН БЕСПЛАТНО ОНЛАЙН
/ доказательство

Почему это не просто “согласовал в чате”

A
Есть бюджетный контекст
В карточке заявки видны статья, ЦФО, лимит, остаток бюджета и влияние на календарь.
B
Есть факт оплаты
Заявка не заканчивается на кнопке “согласовать”: она закрывается фактическим платежом.
C
Есть расхождение
Если деньги ушли без заявки или сумма отличается, это отдельный риск в детекторе.
D
Есть audit trail
Кто согласовал, кто отклонил, кто принял превышение и почему, остаётся в истории.

Покажем маршрут платежа от заявки до факта в 1С