Ключевые темы
Связанные публичные страницы
Если нужен не только разбор, а страница продукта, API или операционного сценария, начните с этих разделов VPOS.am.
Платеж должен быть связан с заказ-нарядом и автомобилем
Сумма без work order id, vehicle id и service lines не помогает понять, какие работы можно закрывать.
Автосервис, автомойка, шиномонтаж и детейлинг часто продают не один товар, а набор работ: диагностика, мойка, запчасти, допработы, скидка, гарантийная проверка или повторный визит. Если payment link создается как простая сумма, приемщик и бухгалтерия вручную сопоставляют платеж с заказ-нарядом.
Практичная модель создает payment request из CRM/POS: customer id, vehicle id, work order id, service lines, parts reserve, amount, currency, due date and expiration фиксируются до оплаты. Статус работ меняется только после verified payment или явного business approval.
- связывать payment request с work order id;
- хранить vehicle id, customer id и service lines;
- не закрывать заказ-наряд по скриншоту оплаты;
- разделять диагностику, работы, запчасти и расходники.
Депозит, запчасти и допработы требуют отдельной истории
Предоплата за запчасть, диагностика и согласованные допработы имеют разные основания и refund path.
В автосервисе сумма часто меняется после диагностики: появляются новые работы, меняется цена запчасти, клиент отказывается от части услуг или нужно вернуть депозит. Если все хранится как один paid amount, поддержка не сможет объяснить, что именно оплачено.
Backend должен различать deposit paid, parts reserved, work approved, add-on requested, refund requested and manual review. Нельзя автоматически списывать или удерживать сумму за допработы без подтвержденного правила, согласия клиента и support path.
- parts reserve не должен быть просто payment status;
- add-on work должен иметь approval actor и timestamp;
- partial refund не должен удалять original payment;
- manual correction должен иметь reason и audit trail.
Сверка должна закрывать смену, работы и склад
Сервису нужно видеть paid, partial, refunded, parts reserved, released и exceptions по каждому заказ-наряду.
У автосервиса есть сразу несколько источников правды: CRM/POS, склад запчастей, касса, provider report, банковская выписка и иногда бухгалтерская система. Если они не связаны общими ids, закрытие смены превращается в ручной поиск сумм.
Ежедневная сверка сравнивает work orders, service lines, parts stock, verified payments, refunds, cashier shift, provider references and accounting export. Приемщик видит, какие машины можно выдавать, где нужна доплата, а где платеж требует review.
- сверять provider reference с work order id;
- видеть partial payment, refund и overpayment;
- не выдавать автомобиль только по pending payment;
- минимизировать персональные данные клиента в payment log.
FAQ
Можно ли отправлять payment link за ремонт автомобиля?
Да, если ссылка связана с work order id, vehicle id, service lines, суммой, валютой и сроком действия, а paid-статус подтверждается сервером.
Как учитывать предоплату за запчасти?
Хранить депозит или предоплату как отдельный ledger event, связанный с parts reserve и заказ-нарядом. Возврат не должен удалять исходный платеж.
Когда можно выдавать автомобиль клиенту?
После verified payment и выполнения бизнес-правил сервиса: закрытие работ, доплаты, approval менеджера или другой внутренний контроль.
