Ключевые темы
Связанные публичные страницы
Если нужен не только разбор, а страница продукта, API или операционного сценария, начните с этих разделов VPOS.am.
Платеж должен быть связан со сметой и этапом работ
Сумма без project id, estimate id и milestone не показывает, какой этап оплачен и что можно начинать.
В ремонте, строительстве, мебели на заказ, монтаже и инженерных работах платеж почти всегда связан с этапом: аванс, закупка материалов, начало работ, промежуточный акт, финальная приемка или гарантийная корректировка. Простая payment link сумма быстро теряет контекст.
Практичная модель создает payment request из CRM/ERP: project id, estimate id, milestone id, customer id, amount, currency, due date and expiration фиксируются до оплаты. Начало этапа или закупка материалов должны зависеть от verified payment и бизнес-approval, а не от скриншота.
- связывать payment request с project и estimate id;
- хранить milestone, material batch и due date;
- не запускать этап только по return URL;
- разделять advance, material payment и final payment.
Change orders и материалы не должны переписывать историю
Изменение сметы, дополнительные материалы и перенос сроков должны быть событиями, а не заменой старого платежа.
Ремонтный проект часто меняется после старта: клиент выбирает другие материалы, подрядчик добавляет работы, часть этапа переносится или нужен частичный возврат. Если old invoice просто заменяется новым, команда теряет историю согласований и оплат.
Backend должен хранить original estimate, change order, material batch, approval actor, payment attempt and refund path. Дополнительная сумма не должна автоматически закрывать старый этап без проверки, а возврат не должен удалять исходный платеж и акт.
- change order должен иметь reason и approval actor;
- material batch хранить отдельно от labor line;
- partial refund не должен удалять original advance;
- manual override требует audit trail.
Сверка должна показывать авансы, долги и закрытые акты
Менеджеру нужно видеть paid, partial, overdue, act signed, refund и exception по каждому проекту и этапу.
Для строительной или ремонтной компании банковская выписка не показывает всю картину. Нужно видеть, какой этап оплачен, какие материалы закуплены, какой акт подписан, где есть долг, переплата или платеж, требующий review.
Сверка сравнивает project ledger, estimates, milestones, verified payments, refunds, signed acts, provider report and ERP/accounting export. Так менеджер закрывает проекты по фактам, а не по разрозненным чатам и таблицам.
- сверять provider reference с project/milestone id;
- показывать balance по проекту и этапу;
- не закрывать акт по pending payment;
- сохранять refund и overpayment как отдельные события.
FAQ
Можно ли принимать аванс за ремонт по ссылке?
Да, если ссылка связана с project id, estimate id, milestone, суммой и сроком действия, а paid-статус подтверждается сервером.
Как учитывать изменение сметы после оплаты?
Создать change order с причиной, согласованием и отдельным payment/refund event. Старый платеж и исходную смету не нужно перезаписывать.
Когда закрывать этап работ как оплаченный?
После verified payment и выполнения бизнес-правил: подтвержденный акт, approval менеджера или другой внутренний контроль.
