Adapteu el terminal al lloc on es completen les comandes
Un terminal al taulell ofereix al personal un lloc fix per finalitzar una comanda i comprovar-ne el resultat. Cobrar a taula evita haver de demanar als clients que s’aixequin, però el personal necessita una manera fiable de seleccionar el compte correcte. L’ús en mobilitat afegeix qüestions sobre la cobertura, l’alimentació elèctrica i la localització d’una comanda lluny del lloc de treball principal.
Els socis de programari que donen servei a negocis d’Eberswalde i de l’àrea més àmplia de Berlín i Brandenburg han de partir de la manera com el comerç presta realment el servei. Pregunteu quines opcions de connexió admet cada dispositiu proposat i proveu-les als llocs on es faran els pagaments. No doneu per fet que una connexió que funciona al costat de la caixa garanteix cobertura en altres llocs.
Trieu com arriben els imports de les comandes al terminal
En un flux de treball amb un terminal independent, el personal pot introduir manualment l’import del pagament i després actualitzar la comanda. Això pot simplificar les responsabilitats, però dona peu a imports incorrectes o a pagaments associats a la comanda equivocada. Un flux de treball connectat pot reduir la introducció repetida de dades quan aquesta funció és compatible, tot i que cal comprovar-ne les referències, les actualitzacions d’estat i el comportament de recuperació.
NeroConnect serveix per connectar els proveïdors de programari i de TPV i els seus comerços amb serveis de pagament. Parleu amb l’equip sobre el procés proposat des de la comanda fins al pagament, en lloc de donar per fet que ja hi ha una integració disponible. Confirmeu els dispositius compatibles, l’abast de la integració i què veurà el personal quan un pagament es completi correctament, falli o quedi en un estat incert.
Exemple pràctic: un pagament a taula interromput
Exemple hipotètic: una cafeteria d’Eberswalde utilitza el sistema de comandes d’un soci de programari. Un client paga un compte de taula de €42, però la connexió es talla abans que la pantalla de comandes rebi un resultat definitiu. La comanda encara apareix com a pendent de pagament. Demanar al client que torni a pagar immediatament podria generar un pagament duplicat.
El procediment acordat hauria de consistir a comprovar el registre de transaccions disponible i verificar que l’import, l’hora i la referència de la comanda coincideixen abans de tornar-ho a intentar. Si no es pot determinar el resultat, el personal hauria de seguir el procediment d’escalat del proveïdor i explicar la incertesa al client. El soci de programari hauria de definir com s’associarà posteriorment el resultat confirmat a la comanda original.
- Registreu la referència de la comanda i l’intent de pagament.
- Comproveu el resultat de la transacció a través de la font acordada.
- Aclariu el resultat de l’intent original abans d’iniciar un altre pagament.
Separeu les comandes completades dels fons liquidats
Una comanda marcada com a pagada, una transacció de pagament reeixida i l’arribada dels fons al compte de l’empresa són registres diferents. La conciliació els hauria de relacionar sense tractar-los com a intercanviables. Pregunteu quines referències apareixen als informes de transaccions i als registres de liquidació, i com s’hi representen les comissions, els reemborsaments i els períodes dels informes.
Abans de triar un servei per a una empresa alemanya, confirmeu amb l’equip els terminis de liquidació, la moneda d’abonament, els càrrecs aplicables i els requisits del compte. Decidiu qui revisa els elements no conciliats: el comerciant, el soci de programari o l’equip de suport de pagaments. El personal hauria de saber quina informació ha de recopilar sense copiar les dades de les targetes dels clients als missatges de suport.
Valideu el flux de treball abans de comprometre-us
Feu les proves acordades que incloguin un pagament reeixit, un intent denegat, una interrupció i un reemborsament, quan s’admeti. Un criteri observable d’èxit és que cada pagament de prova completat coincideixi amb una única comanda prevista, que els intents amb resultat incert continuïn visibles per revisar-los i que els informes disponibles permetin al comerciant rastrejar-ne el resultat. Comproveu també els permisos del personal i el traspàs entre torns.
NeroPay ofereix terminals de targetes i serveis de pagament. Amb un terminal de targetes NeroPay que compleixi els requisits, es pot incloure el programari NeroPOS, NeroWeb i NeroBooking sense cap càrrec addicional de subscripció de programari. Els costos del terminal, els càrrecs de processament de pagaments, els requisits d’elegibilitat i les condicions aplicables continuen vigents. Els socis de programari actuals haurien de confirmar si la configuració que proposen és adequada, en lloc de donar per fet que cal canviar de programari.
BO A SABER
Preguntes freqüents
Podem mantenir el nostre programari actual de gestió de comandes?
Parleu amb l’equip sobre el vostre programari, els dispositius i el flux de treball necessari. Cal confirmar la compatibilitat i el suport d’integració; no doneu per fet que tots els sistemes de comandes es poden connectar.
Quina connexió és millor per als pagaments a taula?
Trieu entre les connexions compatibles amb el dispositiu proposat després de comprovar la cobertura a la zona real de servei. Acordeu també què ha de fer el personal si falla la connectivitat.
Una comanda pagada vol dir que els fons ja s’han liquidat?
No. L’estat de la comanda, la confirmació del pagament i la liquidació descriuen etapes diferents. Confirmeu com relacionen aquests registres els vostres informes i quan es preveu que arribin els fons.