Passa al contenuto principale

Tracciato EVA-DTS — Mappatura target e configurazione Hi!

Definizione della configurazione standard per i sistemi Hi! (sotto Master Televend) al fine di automatizzare l'importazione dei corrispettivi su VEGA.

L'obiettivo è ottenere una separazione netta di ogni singolo flusso di incasso, distinguendo non solo "Prepagato" da "Bancario", ma anche lo specifico strumento utilizzato (Chiave, Wallet, App, POS).

Premessa — configurazioni considerate​

  • Configurazione A: Televend Master – Hi! MDB – Rendiresto MDB
  • Configurazione G: Televend Master – Hi! MDB – POS Ingenico

1. Mappatura desiderata (obiettivo finale su VEGA)​

Indipendentemente dalla configurazione hardware (A o G), il sistema deve restituire i dati con questa logica unificata:

Metodo di PagamentoCampo EVA-DTS (Target)Identificativo Univoco su Hi! (User Group)Note per VEGA
Moneta / BanconotaCA (Cash)N/AIncasso Contante
Chiave FisicaDA (Cashless 1)User Group 1Incasso Chiavetta (Prepagato)
eWallet AppDA (Cashless 1)User Group 3Incasso Wallet (Prepagato)
Carta Credito (App)DB (Cashless 2)*User Group 2Incasso Banca (App Breasy)
POS IngenicoDB (Cashless 2)User Group 0 / DefaultIncasso Banca (POS Fisico)
note

Per far finire la Carta App in DB, configureremo Hi! per instradarla come "Cashless 2".

2. Modifiche alla Configurazione A (Hi! MDB + Rendiresto)​

In questa configurazione Hi! gestisce tutto. Per separare i flussi come da tabella sopra:

  • Menu CODICI: USER GROUPS = ON.
  • Menu PREZZI VENDITA:
    • Chiavi (0-3): associare a Price List 1 (corrisponde a User Group 1).
    • eWallet: associare a Price List 3 (corrisponde a User Group 3).
    • Carta di Credito (App): associare a Price List 2 (corrisponde a User Group 2).
  • Menu CASHLESS MDB: impostare TIPO CASHLESS = CARTA DI CREDITO e PERIFERICA = CASHLESS 2 (60H).
    • Risultato: questo forza le vendite "Carta App" a finire nel campo DB, separandole alla fonte da chiavi/wallet (DA).

3. Modifiche alla Configurazione G (Hi! MDB + POS Ingenico)​

Questa configurazione ha già il POS separato fisicamente, ma va allineata per gestire l'eventuale uso dell'App:

  • POS Ingenico: già collegato come periferica MDB esterna (0x60). Finisce nativamente in DB con User Group di default (0/1).
  • App Breasy (Carta/Wallet): applicare la stessa configurazione dei User Group (1, 2, 3) della Configurazione A.
    • Risultato: se un utente usa l'App invece del POS, la vendita finirà in DB (se Carta) ma marcata User Group 2, distinguendosi così dal POS Ingenico (User Group Default).

4. Il nodo Ricariche (richiesta a Televend)​

Mentre per le Erogazioni risolviamo con la configurazione sopra, per le Ricariche abbiamo un limite tecnico con Televend Master: il campo DA4 (Ricariche) aggrega tutto (Moneta + Banconota + Carta).

Domanda posta all'assistenza Televend

Potete confermare se il vostro sistema è in grado di leggere e riportare nel file EVA-DTS la Lista 7 (LA1*7) proprietaria del sistema Hi!?

È l'unico modo per avere il dettaglio della fonte di ricarica (distinguendo tra Moneta, Banconota e Carta di Credito). Senza la lettura di questa lista specifica, nel tracciato si riceve solo il totale ricaricato indistinto in DA4, il che impedisce di quadrare correttamente i conti cassa vs banca.

5. Risposta da Intis/Televend (Federico Marchionne)​

Ciao Raphael,

Ti rispondo anche per quanto riguarda le configurazioni.

Prima di tutto dovreste fare delle prove con le versioni recenti (it192) perché nei tracciati che hai mandato vedo la versione 1.16.11it233. Questa è molto vecchia.

Le nuove versioni contengono i campi LA (premesso che prima sia stato fatto un I_TELEVEND/FULL) e anche questi special handling per HI e gli User Group:

I gruppi utente che il sistema cashless registra possono essere trasformati in liste di prezzo. In particolare, esistono questi special handling:

  • UG1PL3 — il gruppo utente 1 utilizza la lista di prezzo 3
  • UG2PL3 — il gruppo utente 2 utilizza la lista di prezzo 3
  • UG1PL2 — il gruppo utente 1 utilizza la lista di prezzo 2
  • UG2PL2 — il gruppo utente 2 utilizza la lista di prezzo 2

Nota: per Hi cashless probabilmente sarà necessario configurare nel cloud l'utilizzo della lista di prezzo 2 e utilizzare uno dei primi due spec. handling per far sì che i pagamenti open-loop vengano mostrati come PL 3.

Quindi, suggerisco di provare con delle rilevazioni con FW nuovo e se necessario applicando questi special handling. Se poi non funziona gradirei una mail con dettagli in quale campo hanno riscontrato anomalie.