Перейти к содержимому

Согласование доплат и компенсаций расходов

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

Без него заявления в PDF пересылают по почте, и они неделями лежат во входящих. Сотрудник не знает, что с его заявкой: согласована, отклонена, в работе или потеряна. Бухгалтерия перебивает данные из файлов в учётную систему с ошибками. Неверную статью затрат обнаруживают уже после согласования, и всё начинается заново, а в конце финансового года на бухгалтерию обрушивается накопившийся поток заявок.

Для первого релиза хватает одного типа заявки, проверки статьи затрат и цепочки из двух-трёх шагов. Регулярные заявки, эскалации и обмен с учётной системой бухгалтерии подключают после того, как маршрут согласования обкатан на реальных заявках.

  • Принимает заявку по форме. Сумма, статья затрат, описание и подтверждающие документы собираются в одном месте, а без чека заявка на возмещение не отправляется.
  • Проверяет статью затрат сразу. Код сверяется с актуальным справочником при подаче, и ошибка не уходит в цепочку согласования.
  • Проводит по цепочке согласования. Руководитель, заведующий подразделением и бухгалтерия принимают или отклоняют заявку, у каждого шага есть дата и комментарий.
  • Показывает статус заявителю. В разделе «Мои заявки» видно, на каком шаге заявка и когда пройдены предыдущие.
  • Создаёт регулярные заявки. Ежемесячные доплаты подаются автоматически по расписанию с заполненными полями, а согласование проходит каждый раз.
  • Формирует очередь бухгалтерии. Бухгалтерия видит только согласованные заявки, готовые к оплате, и выгружает их в учётную систему.
  • Цепочка зависит от типа заявки. Доплата может идти через заведующего и бухгалтерию, а командировочные расходы — ещё и через директора. Маршруты и пороги сумм хранят как настройки, а не условия в коде.
  • Сроки согласования с эскалацией. Если согласующий не реагирует, например, двое суток, ему приходит напоминание, а через несколько дней вопрос уходит его руководителю. Пороги — настройки.
  • Справочник статей затрат — внешний источник. Статьи загружают из учётной системы или файла и обновляют при изменении бюджета. Ручной справочник в сервисе быстро расходится с бухгалтерией.
  • Сервис не проводит платежи. Он доводит заявку до статуса «готово к оплате». Оплату проводит бухгалтерия в своей системе, а сервис получает обратно отметку «оплачено» через выгрузку или API.
  • Конец года планируют заранее. Срок подачи за несколько недель до закрытия года и напоминания начиная с полутора месяцев снимают авральный поток.
  • Доступ и документы. Сотрудник видит свои заявки, согласующий — те, что ждут его решения, бухгалтерия — согласованные. Чеки хранят в закрытом хранилище, а изменения суммы после отправки запрещены без возврата на доработку.
  • Граница с похожими процессами. Для командных расходов компании и закупок у поставщиков есть отдельные сценарии; здесь речь о выплатах конкретному сотруднику учебного заведения. Если учётная система уже поддерживает авансовые отчёты с согласованием, сервис может не понадобиться.

Промпты рассчитаны на AI-агента (Claude Code, Cursor и аналоги) в Laravel-проекте с установленным Filament 4.x. Отправляйте их по одному и проверяйте результат каждого шага.

Создай модели и миграции: RequestType (название, нужен ли чек, маршрут
согласования как упорядоченный список ролей, порог суммы для доп. шага),
BudgetCode (код, название, активен, период действия), PaymentRequest
(заявитель, тип, сумма, статья затрат, описание, статус: черновик,
на согласовании, на доработке, отклонено, готово к оплате, оплачено),
Attachment, ApprovalStep (заявка, роль, согласующий, решение, комментарий,
дата), RecurringRequest (шаблон заявки, периодичность). Добавь фабрики.
Сгенерируй Filament-ресурс PaymentRequest для заявителя: форма с проверкой
статьи затрат по активному справочнику и обязательной загрузкой чека для
типов, где он нужен. Список «Мои заявки» показывает статус и дату каждого
пройденного шага. После отправки сумма и статья не редактируются.

Попробуйте отправить заявку с несуществующей статьёй: она должна отклоняться до начала согласования.

Реализуй маршрут согласования по типу заявки и порогу суммы. Сделай очередь
«Ждут моего решения» с действиями «Согласовать», «Вернуть на доработку»
и «Отклонить» с обязательным комментарием при возврате и отклонении.
После последнего шага заявка переходит в «готово к оплате».

4. Напоминания, регулярные заявки и справочник

Заголовок раздела «4. Напоминания, регулярные заявки и справочник»
Добавь задачи по расписанию: напоминание согласующему после двух суток
ожидания и эскалацию его руководителю после пяти (сроки из настроек),
автоматическую подачу регулярных заявок по шаблону, импорт справочника
статей затрат из CSV. Повторный запуск не создаёт дублей.
Настрой доступ: заявитель видит свои заявки, согласующий — ожидающие его
и уже согласованные им, бухгалтерия — готовые к оплате и оплаченные.
Добавь экспорт готовых к оплате заявок и импорт отметок об оплате.
Добавь виджет среднего времени согласования по шагам.