Una cassa in cui una catena può davvero crescere
Una catena della ristorazione supera le proprie casse più in fretta di qualunque altra cosa possieda. Wezly fa girare ogni punto vendita e ogni reparto su un'unica cassa conforme alla TSE — e tiene HPC GmbH al lavoro su di essa da sei anni.
La cassa su cui un cameriere batte davvero uno scontrino: varianti, sconti, un totale che scorre, incassato con un tocco. Ogni vendita, reso e movimento di cassa in un unico registro — la traccia che una transazione firmata deve lasciare dietro di sé. L'esportazione Kassensichv che la Kassensicherungsverordnung richiede su domanda, generata dal registro delle vendite in corso anziché messa insieme dopo. Ricavi, numero di vendite e risultato riletti come un'attività, mese per mese, dagli stessi dati che scrive la cassa.
- Settore
- Commercio e ristorazione
- Mercato
Germania - Consegnato
- 2020
Wezly è la cassa che abbiamo costruito per HPC GmbH. È entrata in servizio nel 2020 e funziona ancora.
È anche il sistema dietro un'affermazione che questo sito fa altrove: la cassa che soddisfaceva l'obbligo fiscale tedesco fin dalla prima versione, non dopo una verifica.
La struttura che quasi tutte le casse sbagliano
Un singolo negozio ha bisogno di una cassa. Un'impresa che intende diventare più negozi ha bisogno di una gerarchia, e aggiungerla dopo è la migrazione che nessuno mette a bilancio.
Wezly è stato costruito con tre livelli fin dall'inizio. Un'impresa ha punti vendita, un punto vendita ha reparti, un reparto ha casse. I prodotti hanno varianti, e le loro proprietà si risolvono per reparto, per regola o a mano, perché lo stesso prodotto in due luoghi è davvero una cosa diversa: un altro prezzo, un altro trattamento fiscale, un'altra disponibilità la domenica.
È quest'ultimo punto a decidere se la sede centrale possa davvero governare la rete, oppure se ogni filiale diventi in silenzio la propria isola di fogli di calcolo.
Perché la parte tedesca è la parte difficile
Ovunque altrove una cassa è uno schermo, una stampante e un lettore di carte. In Germania è un oggetto regolamentato. Sotto la Kassensicherungsverordnung ogni transazione dev'essere firmata da un dispositivo tecnico di sicurezza certificato, e l'amministrazione finanziaria può chiedere un'esportazione strutturata del registro delle vendite di anni indietro.
Non è una funzione che si aggiunge quando il flusso degli ordini funziona. Decide come una vendita viene conservata il giorno in cui si scrive la prima riga, perché una vendita firmata non può essere modificata in silenzio dopo. I sistemi che lo trattano come un requisito tardivo finiscono riscritti.
Costruito contro i leader di mercato, non contro un modello
I riferimenti erano i prodotti che un commerciante comprerebbe altrimenti, Vend fra questi. La domanda, per tutto lo sviluppo, non è stata «qual è il minimo di cui una cassa ha bisogno», ma «che cosa spingerebbe qualcuno a lasciare il fornitore attuale», che è una specifica più dura e produce un software diverso.
Lo stack, dove conta
Angular con NgRx davanti, Nest.js e Node dietro, PostgreSQL tramite TypeORM per il registro delle vendite, Firestore dove la sala ha bisogno di una reazione immediata, Docker e Google Cloud sotto. Una persona sola l'ha portato dall'inizio alla fine.
È lo stesso assetto che questo sito descrive in generale: l'ingegnere presente al vostro primo incontro è quello che scrive il codice, e la squadra è piccola per scelta.
Sei anni sono il risultato che vale citare
Non un numero di lancio. Un sistema regolamentato costruito nel 2020 è ancora in servizio, attraverso i cambi di norma e gli aggiornamenti di piattaforma avvenuti nel frattempo. La misura è se un sistema resti manutenibile dopo cinque anni per qualcuno che non c'era quando è stato scritto — e questo ha ormai superato quella soglia.
In questa pagina
Cosa dovrebbe fare il suo?
Trenta minuti con l'ingegnere che lo costruirebbe, non con un commerciale. Risposte nette sul perimetro, sul costo, e su dove sta il rischio vero.