Un quiosco de pago de estacionamiento está listo para un país solo cuando su manejo de dinero, proveedor de pago, interfaz de usuario y software de estacionamiento funcionan juntos en la configuración acordada. Cambiar un símbolo de moneda o traducir la pantalla de inicio no establece que la máquina pueda aceptar pagos locales, emitir un recibo utilizable o marcar la sesión de estacionamiento correcta como pagada.
Antes de realizar el pedido, entregue al proveedor una hoja de configuración del país y solicite pruebas de que se cumple cada requisito de esa hoja. Especifique el país de instalación, la moneda de cobro, las denominaciones de efectivo requeridas, el proveedor de pago local, los idiomas y el sistema propietario de cada transacción. Distinga las características ya demostradas de las opciones que requieren un tercero o un mayor desarrollo.
Esta guía está dirigida a distribuidores, operadores de estacionamiento e integradores que compran un quiosco de pago de estacionamiento o un quiosco de pago de estacionamiento operado por peatones para un mercado en particular. Se centra en la adquisición y la aceptación, en lugar de recomendar un proveedor de pagos o prometer que una máquina funciona en todas partes.
Comience con una hoja de configuración de país
Utilice un documento acordado para el proveedor de equipos, el integrador de software de estacionamiento, el socio de pago local y el operador. Conserve el modelo y las versiones del software en ese documento: una demostración en un lector, módulo de efectivo o aplicación diferente no es suficiente para establecer que la combinación solicitada funciona.
| Elemento de configuración | Que especificar | Pruebas a solicitar |
|---|---|---|
| Destino y operador | País, ciudad, lugar de instalación y empresa receptora de pagos. | Partes designadas responsables del equipo, la incorporación del comerciante, la instalación y el soporte. |
| Dinero y cantidades | moneda de la tarifa de estacionamiento, moneda de la transacción, precisión del monto y acuerdos de pago esperados del comerciante. | El mismo cargo de estacionamiento rastreado desde la pantalla hasta el registro de pago; condiciones de pago del comerciante confirmadas por el proveedor de pago. |
| Efectivo, si es necesario | Módulos exactos de billetes y monedas, configuración de moneda, denominaciones aceptadas y requisitos para devolver el cambio en efectivo. | Una lista de denominaciones y una demostración utilizando billetes y monedas locales representativos, incluida la escasez de cambio en efectivo. |
| Tarjetas y métodos locales | Cada método solicitado, proveedor de pago, modelo de lector y versión de integración. | Confirmación del proveedor del uso desatendido propuesto y un flujo de transacciones funcional para esa combinación. |
| Idiomas y documentos | Idiomas de pantalla, lector de pago, mensaje de ayuda, recibo e interfaz de operador. | Un recorrido completo y muestras reales de recibos impresos o electrónicos. |
| Conexión al sistema de aparcamiento | Qué sistema crea el cargo, confirma el pago y decide si se puede cerrar una sesión. | Vinculado el registro de tarifas de estacionamiento y referencias de pago en ambos sistemas, con manejo de excepciones acordado. |
| Operaciones y traspaso | Autoridad de reembolso, política de interrupciones, cotejo de registros financieros, responsabilidades de reabastecimiento y mantenimiento. | Propietarios nombrados, resultados de pruebas y una ruta de soporte documentada. |
Una respuesta útil del proveedor dice qué configuración se demostró, qué evidencia existe y quién es el responsable del trabajo inconcluso. «Personalizable», «multidivisa» y una fila de logotipos de pago son puntos de partida para preguntas, no registros de aceptación completos.
Compruebe por separado la moneda, la aceptación de efectivo y la devolución del cambio
Primero, distinga tres cosas: la moneda utilizada para calcular la tarifa de estacionamiento, el monto y la moneda realmente enviados para el pago, y la moneda en la que el operador recibe el pago del comerciante. Pídale al proveedor de pagos que le explique cualquier conversión o condiciones de pago al comerciante. No trate un símbolo de moneda configurable en el quiosco como prueba de los tres.
Verifique la precisión de la cantidad a lo largo de todo el flujo. Pruebe una tarifa de estacionamiento baja representativa y una tarifa que contenga una cantidad fraccionaria cuando la moneda la utilice. Compare el monto mostrado, la solicitud del proveedor, el resultado del pago y el recibo. El equipo debe acordar cómo se representan y redondean las cantidades antes de su uso en vivo.
Para un quiosco equipado con efectivo, solicite dos listas separadas: lo que acepta y los billetes y monedas que puede devolver como cambio. Identifique los módulos exactos y la configuración de moneda, incluido el conjunto de datos aplicable o la versión de firmware cuando sea relevante. Un aceptador de billetes no establece por sí solo que el quiosco pueda devolver billetes; el hardware de dispensación de efectivo especificado en la compra y su configuración determinan esa capacidad.
Demostrar un pago en efectivo normal, una denominación no respaldada y cambio en efectivo insuficiente para devolver. Acuerde si la máquina deja de aceptar un método, ofrece otro método o pide ayuda cuando no puede completar la transacción. Confirme quién repone el efectivo para dar el cambio y cómo el operador ve una escasez inminente. Estas son preguntas de configuración y servicio; Decidir si ofrecer efectivo es una decisión comercial separada.
Confirme la ruta de pago local antes de finalizar la configuración del hardware
Proporcione al proveedor el nombre del banco adquirente local o del proveedor de pagos lo antes posible. Pregunte quién tendrá la cuenta mercantil, obtenga el lector y organice su activación. Luego confirme la combinación exacta de lector, interfaz y software desatendido antes de finalizar el gabinete, el montaje, el cableado y el diseño de la red.
La disponibilidad del país es específica del proveedor. Por ejemplo, Orientación regional de Stripe Terminal establece que la cuenta que recibe los fondos y la ubicación asociada del lector deben estar en el mismo país, con aceptación de moneda local. Este es un ejemplo de las condiciones de un proveedor, no una regla que se aplique a todos los proveedores ni una afirmación de que SHUNJIE admite Stripe Terminal.
Para cada tarjeta, billetera o método QR solicitado, registre:
- El proveedor local y propietario de la cuenta comercial.
- El lector exacto o ruta de pago, interfaz y versión de software.
- Si el soporte ya está demostrado, es configurable, depende de un tercero o aún requiere desarrollo.
- Quién confirma un pago exitoso y cómo llega esa confirmación al software de estacionamiento.
- Quien maneja un reembolso, un resultado incierto y una solicitud de soporte después de la instalación.
«Compatible con QR» necesita una explicación. Un escáner que lee un código de identificación, una pantalla que presenta un código de pago y una aplicación de software de estacionamiento que recibe un resultado de pago verificado realizan diferentes trabajos. Pídale al equipo que demuestre el flujo requerido. Un escaneo, una captura de pantalla de un cliente o una página de éxito por sí solos no deben utilizarse como evidencia que marque la tarifa de estacionamiento como pagada. Utilice el resultado del proveedor acordado y verificable vinculado al registro de tarifa de estacionamiento correcto.
Pruebe cada paso en cada idioma requerido, incluido el recibo.
Enumere los idiomas necesarios en la pantalla del quiosco, el lector de pagos, el recibo y la interfaz del operador por separado. La pantalla de inicio de un quiosco traducida no demuestra el funcionamiento correcto de las indicaciones de pago del lector ni la capacidad de una impresora para reproducir los caracteres requeridos.
Recorra la búsqueda de la estancia, explicación de la tarifa, selección del pago, cancelación, tiempo de espera, fallo, ayuda y confirmación en cada idioma público requerido. Compruebe acentos, fuentes, saltos de línea y dirección del texto. Si se paga introduciendo la matrícula del vehículo, pruebe los caracteres y el comportamiento de entrada previstos; esta revisión de la interfaz no demuestra la capacidad de reconocimiento de una cámara.
Los recibos impresos y electrónicos necesitan su propia revisión. Documentación de recibo de Adyen, por ejemplo, describe la configuración del idioma del recibo, la codificación de caracteres y el comportamiento de reserva. Ilustra por qué el lector, la aplicación de software y el recibo deben comprobarse por separado; no establece soporte para una configuración de Adyen en un quiosco SHUNJIE.
Inspeccione muestras reales para conocer el monto, moneda, fecha/hora, detalles comerciales y referencia de transacción requerida por el proyecto y el proveedor. Pídale al operador o asesor local que confirme cualquier requisito de documento fiscal por separado. No asuma que un recibo de pago traducido es el documento fiscal que necesita la operación local.
Acordar quién es el propietario del resultado del pago y del registro de estacionamiento
La aplicación de software de estacionamiento debe asociar un pago con el cargo de estacionamiento previsto. Durante la demostración, rastree una orden desde el cálculo de la tarifa hasta el resultado del proveedor, el estado pagado en la aplicación de software de estacionamiento y la decisión de salida acordada. Mantenga las referencias necesarias para encontrar la misma transacción en ambos sistemas.
Defina qué estado del proveedor cuenta como finalización del pago en este proyecto. La autorización de una tarjeta reserva fondos; la autorización y la captura del pago son conceptos distintos, y ninguno equivale a la liquidación bancaria posterior. Si el método y el proveedor permiten separar autorización y captura, acuerden quién captura el pago, cuándo lo hace y qué estado verificado permite la salida. Una solicitud en cola no sustituye a ese estado. Comprueben la liquidación por separado de la decisión de salida.
Si el proyecto utiliza matrículas para identificar sesiones, compare el flujo de trabajo de pago con el del sitio. implementación de estacionamiento sin tickets. La integración de pagos debe ajustarse a ese modelo de sesión; La instalación de un lector que parezca compatible no resuelve una sesión de estacionamiento faltante o seleccionada incorrectamente.
Asignar responsabilidades antes de la entrega:
- Proveedor de equipos: el quiosco solicitado, los módulos instalados, las interfaces compatibles y la documentación de configuración relevante.
- Proveedor de pagos o socio adquirente local: incorporación de comerciantes, configuración de pagos aprobada, estado de transacciones, pago de comerciantes y soporte en el lado de pagos.
- Integrador de aparcamiento: creación de cargos, coincidencia de sesiones, actualizaciones de estado pagado, condiciones de salida y registros de integración.
- Operador: permisos de reembolso, asistencia al cliente, cotejo de registros financieros, servicio de efectivo cuando se utilice y la política operativa local.
Una empresa puede desempeñar varias funciones, pero cada tarea necesita un propietario. Confirma qué sistema inicia un reembolso, quién puede autorizarlo y cómo permanece vinculado al registro original de pago y tarifa de estacionamiento. Pregunte qué debe hacer el personal cuando un cliente informa que se le ha cobrado pero el quiosco no ha recibido un resultado final; no haga un segundo pago como respuesta predeterminada a un primero incierto.
Defina las interrupciones con precisión. La pérdida de Internet, la pérdida de la red local y la pérdida de energía son situaciones diferentes. Si se propone la aceptación de la tarjeta fuera de línea, obtenga las condiciones del proveedor, titularidad del riesgo y procedimiento de recuperación. Un registro de estacionamiento fuera de línea no es prueba de autorización de pago ni de pago al comerciante. El contrato debe indicar qué continúa, qué se detiene y cómo se verifican las transacciones pendientes después de la recuperación.
Exija pruebas de fábrica, de funcionamiento en el aparcamiento y de liquidación
Conserve tres registros de aceptación distintos. La demostración en fábrica comprueba la configuración solicitada y su integración. La prueba en el aparcamiento comprueba la red, los módulos, la cuenta y todos los pasos que sigue el conductor. La comprobación de liquidación confirma que el operador puede conciliar una transacción real autorizada según el calendario del proveedor. Un resultado en un entorno de pruebas no demuestra una liquidación real.
| Prueba para incluir | Lo que el comprador debería poder verificar |
|---|---|
| Pago normal | La tarifa y la moneda coinciden entre el quiosco, el proveedor y el registro de tarifas de estacionamiento; sólo la sesión correcta se marca como pagada. |
| Pago cancelado o rechazado | El quiosco da un mensaje claro y sigue la política acordada de sesiones no remuneradas sin afirmar éxito. |
| Resultado retrasado o incierto | El personal puede localizar la transacción y verificar su estado antes de volver a cobrar o conceder una excepción. |
| Notificación de resultados repetidos | No se aplica el mismo pago dos veces al pedido; el sistema de aparcamiento conserva un registro rastreable. |
| Efectivo local, si está instalado | Las denominaciones requeridas, las denominaciones no admitidas y el comportamiento de cambio de efectivo insuficiente coinciden con la configuración acordada. |
| Idioma y recibo | El recorrido completo del cliente y el recibo real se pueden leer en los idiomas requeridos, incluidos los mensajes de error y de ayuda. |
| Interrupción y recuperación | El caso de pérdida de red o de Internet especificado sigue la política acordada y las transacciones pendientes se pueden identificar posteriormente. |
| Reembolso y conciliación | Un reembolso autorizado puede rastrearse hasta la transacción original; el operador puede hacer coincidir el registro del proveedor con el registro de tarifa de estacionamiento. |
Cuando el proveedor local lo permita, incluya un pago controlado en dinero real utilizando la cuenta comercial prevista. Haga que el operador confirme los registros de pago resultantes del proveedor y del comerciante en el momento adecuado. Registre los modelos de dispositivo/módulo, versiones de la aplicación, entorno de la cuenta, condiciones de prueba y la persona responsable de resolver cualquier elemento fallido. No aprobar una configuración de equipo diferente a la entregada.
Copie este resumen del país en su consulta
Los campos a continuación son una hoja de trabajo del comprador que debe completar su equipo. Ayudan al proveedor a cotizar la configuración prevista en lugar de una máquina «internacional» no especificada.
País y ciudad de instalación: Operador del aparcamiento y titular de la cuenta comercial: Moneda de la tarifa y precisión del importe: Proveedor de pagos o adquirente local: Tarjetas, monederos y métodos QR necesarios: ¿Se requiere efectivo? Billetes y monedas aceptados: ¿Se requiere cambio? Billetes y monedas que debe devolver: Idiomas de pantalla, lector de pagos y recibos: Plataforma de aparcamiento e identificador de sesión existentes: Procedimientos de reembolso, interrupción y conciliación: Responsables de la aceptación en fábrica, en el aparcamiento y con pagos reales:
Solicite una respuesta que muestre el modelo propuesto y las versiones de los módulos, las funciones demostradas, los requisitos de terceros y el trabajo que necesita desarrollo. Incluya muestras de las pantallas o recibos deseados cuando estén disponibles, sin enviar los detalles de la tarjeta de los clientes u otros datos personales innecesarios.
para discutir un Estación de pago multicanal SHUNJIE, envíe este resumen del país con su flujo de trabajo de estacionamiento y cualquier proveedor o detalles de software existentes. Solicite a SHUNJIE que confirme el equipo exacto y el alcance de integración para ese proyecto, junto con las demostraciones necesarias antes del envío y el lanzamiento local.
Imagen destacada: concepto de quiosco genérico generado por IA con etiquetas ilustrativas en el idioma de la pantalla. No es un modelo SHUNJIE, instalación completa o integración de pago probada.
Imagen destacada: Concepto de quiosco genérico generado por IA con etiquetas ilustrativas en el idioma de la pantalla. No es un modelo SHUNJIE, instalación completa o integración de pago probada.
