Кейс команды · 6 мин
Остаток родительской платы после оплаты: поиск типовой возможности
Как исследование кода и типового механизма помогло найти направление решения до заказа доработки в БГУ.
В одном из проектов на БГУ документ расчёта родительской платы показывал полный остаток долга, хотя оплата за уже истёкший месяц поступила. Нужно было, чтобы долг уменьшался на соответствующую оплату. Агент изучил код и типовой механизм, а затем предложил решить задачу штатными средствами через настройку формул. Так команда сначала проверила возможности системы, а уже потом решала, нужна ли отдельная доработка.
Почему важны период и дата
Фраза «оплата за прошлый месяц» описывает период, к которому относится платёж. Дата регистрации оплаты может приходиться на следующий месяц, а сам расчёт формируется ещё в один момент времени. Чтобы понять остаток, нужно различать все три точки: период начисления, дату поступления или регистрации денег и дату расчёта.
Владелец процесса уточняет, какой показатель нужен: долг за период или остаток на дату расчёта после поступивших оплат. Такое различие важно, если деньги зарегистрировали уже после месяца начисления: поздняя дата не обязательно меняет период, к которому относится платёж.
Например, начислено 3000 рублей и за этот период поступило 1200. Ожидаемый остаток — 1800 рублей. Это учебная арифметика, а не сумма из проекта. В реальной проверке важно понять, что именно уже включено в исходный остаток: если оплата там учтена, повторно вычитать её нельзя.
Сначала изучили типовой механизм
Команда исследовала код и штатную возможность, связанную с формулами. Агент сопоставил механизм с потребностью и предложил использовать настройку формул, чтобы учесть оплату при расчёте остатка. Это дало конкретное направление решения без преждевременного заказа индивидуальной доработки.
У формул могут различаться доступные данные и правила настройки в разных версиях БГУ. Поэтому для рабочего решения сначала сверяют механизм с используемой версией и конкретными данными. В кейсе важен результат исследования: агент нашёл типовой путь и предложил его применить; настройку или запуск расчёта за выполненную работу не выдаём.
Как сформулировать запрос агенту
Полезно описать ожидаемый результат, связь платежа с периодом и то, что нужно узнать о штатном решении. Например:
В проекте на БГУ расчёт родительской платы показывает полный остаток, хотя поступила оплата за уже истёкший месяц. Изучи код и типовой механизм формул для расчёта долга. Объясни, можно ли штатной настройкой учитывать соответствующую оплату, какие данные связывают её с периодом и что проверить в нашей версии и на примерах расчёта.
Такой запрос помогает агенту искать нужные связи, а не предлагать правку по одному симптому. Аналитик может затем уточнить, какие сведения доступны в механизме и какие исходные данные нужны для проверки.
Что проверить на примерах
Сначала проследите, как определяется месяц, за который учтена оплата, и включена ли она уже в текущий остаток. Затем проверьте один платёж, частичную оплату и несколько платежей. Отдельно рассмотрите оплату, зарегистрированную позднее, платёж за другой период и переплату. Для каждого сценария заранее согласуйте ожидаемый остаток с владельцем процесса.
Это не готовые правила конфигурации, а случаи, которые помогают убедиться, что платёж относится к нужному начислению и не вычитается дважды. После исследования источников расчёт проверяют отдельно в разрешённой тестовой базе: фиксируют исходные начисления и оплаты, выполняют расчёт и сверяют показанный долг с ожидаемым.
Что дало исследование
Команда получила понятное направление: проверить штатную настройку формул для учёта оплаты при расчёте остатка. Поиск такой возможности до доработки помогает обсуждать решение предметно и сразу выделяет вопросы о периоде платежа, моменте расчёта и повторном учёте оплаты.
Общий способ проследить происхождение показателя описан в статье «Откуда взялась эта сумма», а полный маршрут исследования — в материале «Как аналитику работать с LEM». Кейс показывает ценность типового механизма: сначала понять, что уже позволяет система, затем проверить подход на согласованных данных и только после этого решать, требуется ли отдельная доработка.