Доработка платёжного календаря для АЭРОПРОЕКТ (ФГУП ГПИ и НИИ ГА)

 

Цели проекта

• Обеспечить сквозную видимость всех планируемых и текущих поступлений и выплат. 
• Разделить в блоке «Оплата поставщикам» субподрядные и хозяйственные счета. 
• Добавить дополнительную аналитику по счетам 71 и 76 в платёжный календарь. 
• Реализовать связку «Головной договор — Этап» для контроля субподрядных цепочек и проектной ликвидности.

Решение

1. Единый реестр заявок на оплату для счетов 71 и 76 

Создан документ «Заявка», в котором инициаторы фиксируют планируемую выплату: сотрудника (контрагента),сумму, предельный срок и направление учёта (расчёты с подотчётными лицами — счёт 71 или прочими дебиторами/кредиторами — счёт 76). Документ проходит статусную модель, исключая оплаченные заявки из активного плана. 
Разработаны два дополнительных отчёта: 

• «Расчёты с подотчётными лицами» (счёт 71) 
• «Расчёты с разными дебиторами и кредиторами» (счёт 76)

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

2. Сквозная проектная аналитика и контроль оплаты субподрядных работ 

Создан справочник «Этапы работ», подчинённый договорам контрагентов. 
В документы «Счёт покупателю», «Счёт поставщику» и «Поступление» добавлены реквизиты: 

• Этап — для привязки к конкретному этапу проекта; 
• Договор (головной) — для связи счёта поставщика с тем договором заказчика, по которому нанят субподрядчик. 

Благодаря этому в блоке «Ожидаемая оплата от покупателей» платёжного календаря реализована связка «счёт покупателя — счёт поставщика» по ключу «Договор + Этап». Виден не только прогноз поступлений, но и связанные обязательства перед субподрядчиками, включая суммы и статусы оплат. 
Аналогично в блоке «Оплата поставщикам» появились: 

• Разделение счетов на субподрядные и хозяйственные (фильтр «Типы счетов»); 
• Информация о конечном заказчике (головной контрагент, головной договор) и этапе, к которому относится задолженность. 

Все доработки интегрированы в стандартные формы без нарушения типовой логики обновлений.

Процесс внедрения

Работы проведены в несколько итераций, без нарушения операционной деятельности:;

1. Выявление потребностей — интервью с финансистами, фиксация текущих проблем. 
2. Формирование ТЗ заказчиком — формализация требований к доработкам. 
3. Аналитика платёжного календаря — обследование текущих блоков и определение точек расширения. 
4. Аналитика блоков — детальная проработка структуры данных для новых отчётов и связок. 
5. Создание документа «Заявка» — реализация механизма учёта оплат по 71/76 счетам. 
6. Добавление новых блоков в календарь по счетам 71 и 76 с необходимыми отборами и условным оформлением. 
7. Создание справочника «Этапы работ» и доработка документов (счет покупателю, счет поставщику, поступление). 
8. Доработка блоков «Оплата от покупателей» и «Платежи поставщикам» — внедрение сквозной аналитики этапов и субподряда. 
9. Тестирование на контрольных данных с участием ключевых пользователей. 
10. Демонстрация работ и обучение: объяснение, как формируются блоки, какие платежи в них попадают, как интерпретировать аналитику. 

Роли в проекте: финансовый директор/главный бухгалтер (со стороны заказчика),разработчик 1С.

Вывод

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