У нас накопилась типичная проблема: акты выполненных работ подписываются вовремя, а вот сами деньги доходят до исполнителя с задержкой, потому что между подписанием акта и постановкой платежа в очередь стоит бухгалтер, который вручную открывает акт, сверяет цифры и только потом инициирует перевод. На объёме заказов это превращается в узкое место — переводы копятся, бухгалтер физически не успевает обработать все акты в день согласования, а исполнители не понимают, на каком этапе находится их оплата, и пишут напрямую с вопросами.
Задача — построить прямую связку между подписанным актом и очередью выплат. Как только обе стороны подтвердили акт, сумма должна сама встать в очередь на перевод, без повторного ввода и без отдельного подтверждающего клика от бухгалтера. Исполнителю нужно открыть в личном кабинете текущий статус своей выплаты и историю переводов, начисленных по его актам, — чтобы вопрос «где деньги» закрывался просмотром кабинета, а не сообщением в поддержку.
Отдельно важно продумать случаи с частично оплаченными актами, несколькими исполнителями в одном проекте и ситуации, когда акт правится уже после первичного согласования — система не должна дублировать или терять выплату при таких правках.
Кратко о задаче:
— триггер «акт подписан» запускает постановку суммы в очередь на выплату
— личный кабинет исполнителя со статусом перевода и историей выплат
— защита от дублирования при правках уже согласованного акта
— журнал, связывающий каждую выплату с исходным актом
Задача — построить прямую связку между подписанным актом и очередью выплат. Как только обе стороны подтвердили акт, сумма должна сама встать в очередь на перевод, без повторного ввода и без отдельного подтверждающего клика от бухгалтера. Исполнителю нужно открыть в личном кабинете текущий статус своей выплаты и историю переводов, начисленных по его актам, — чтобы вопрос «где деньги» закрывался просмотром кабинета, а не сообщением в поддержку.
Отдельно важно продумать случаи с частично оплаченными актами, несколькими исполнителями в одном проекте и ситуации, когда акт правится уже после первичного согласования — система не должна дублировать или терять выплату при таких правках.
Кратко о задаче:
— триггер «акт подписан» запускает постановку суммы в очередь на выплату
— личный кабинет исполнителя со статусом перевода и историей выплат
— защита от дублирования при правках уже согласованного акта
— журнал, связывающий каждую выплату с исходным актом
