RiloPOS

Varianti prodotto: adesso si vendono davvero.

Un articolo si declina su DUE assi (taglia x colore). Il backoffice genera tutte le combinazioni in un colpo invece di farle digitare una per una, e rigenerare non perde prezzo, giacenza o codice a barre gia inseriti.

In cassa la scelta avviene in due tempi (prima il colore, poi la taglia): 21 pulsanti da leggere diventano 3 poi 7, e le combinazioni inesistenti o esaurite non vengono nemmeno proposte.

La cassa riceve finalmente le varianti dal cloud: prima il backoffice le inviava e nessuno le leggeva. La douchette riconosce il codice a barre della singola taglia (l'etichetta della scatola). Vendere fa scendere la giacenza di QUELLA taglia, anche lato cloud: prima il conteggio locale veniva riscritto dal sync successivo con il valore vecchio, e l'ultimo paio venduto tornava disponibile pochi minuti dopo.

Corretto un prezzo sbagliato: lo scarto della variante veniva sommato al prezzo lordo mentre era stato calcolato su un prezzo netto (IVA esclusa), quindi la cassa vendeva a un importo che non esisteva da nessuna parte.

Corretto anche lo scarico di magazzino in generale: una vendita fatta da tablet o da cassa XP non scaricava nulla, un reinvio dopo caduta di rete nemmeno, e un conto diviso perdeva il collegamento al prodotto.

Partage d'addition (dividi conto) : la part se calcule sur le reste à payer divisé par les convives restants. Quand la table commande encore après le départ d'un convive, les personnes restantes paient désormais le même montant — le dernier ne paie plus la différence. Une part réglée par article compte aussi comme une part servie, et le montant affiché « par personne » est bien celui qui sera encaissé.

Sécurité du document fiscal : la caisse refuse désormais d'émettre un document dont le détail ne correspond pas au montant encaissé, au lieu d'équilibrer le total avec des remises qui n'existent pas. Le ticket, le PDF et la page du QR indiquent maintenant pourquoi le total est inférieur à la somme des articles (remises, promotions, montant déjà réglé).

Écran de veille : quand la vidéo n'est pas encore prête, la caisse affiche le nom du commerce et un message d'attente au lieu d'un écran noir. Si la vidéo ne peut pas être chargée, le logo animé prend le relais.

La caisse vérifie désormais toutes les cinq minutes si une mise à jour importante est disponible, au lieu d'attendre la synchronisation complète. Elle vous laisse toujours le choix du moment.

Correction : lorsqu'une mise à jour importante est signalée, la caisse affiche bien la page d'explication et attend votre choix — installer maintenant, programmer, ou être rappelé plus tard. Elle ne s'installe plus d'elle-même avant que vous ayez répondu.

Le thème de la caisse est désormais toujours clair. La fenêtre « caisse pas à jour » indique maintenant de quelle caisse il s'agit et ce qui lui manque. Pointeuse : les heures pointées depuis RiLoShyft apparaissent enfin en caisse, sans risque de double comptage.

Correction : une caisse rallumée pouvait imposer son ancien plan de salle et effacer celui refait entre-temps. Le logo du commerçant ne recouvre plus le nom et l'adresse sur le ticket PDF. Le thème d'un caissier ne reste plus affiché après sa déconnexion. Nouveau : préférence de remise du ticket par client (papier, e-mail, QR), export des réglages d'une caisse vers une autre, synchronisation des imprimantes entre caisses, et écran d'invitation pour les mises à jour importantes.

Intégrité des transferts cloud (envoi et réception vérifiés). Correction : un article supprimé du panier pouvait réapparaître en multi-caisse. Fiscalité italienne : plus de question débit/crédit à l'encaissement, copie de courtoisie désactivée par défaut. Réglages imprimante rangés par document (courtoisie / fiscal / cuisine-bar). Popup des paramètres de taille fixe.

Clôtures X/Z — deux corrections sur le comptage de la recette.

Refaire une clôture Z sur une journée déjà arrêtée réencodait la recette une
seconde fois : la caisse sommait tous les reçus du jour sans regarder si une Z
précédente les avait déjà comptés. Les reçus portent désormais la marque de la
Z qui les a arrêtés — une seconde Z ne compte plus que ce qui a été encaissé
après la première. La consommation n'a lieu qu'après l'acte fiscal : si le
serveur RT refuse la clôture, la journée reste ouverte.

La clôture X suit la même règle. C'est sa définition : un relevé intermédiaire
depuis la dernière clôture, pas depuis minuit.

Carte cadeau : le panier affiche maintenant chaque bon porté sur la commande et
le reste réellement dû. Le total et la base TVA sont inchangés — un bon
multi-usage reste un moyen de paiement, pas une remise.

Fiscalita per paese: pacchetto Italia (RT) o Belgio (FDM), attivato dall amministratore. Orchestratori fiscali separati, display cliente gestito dalla RT italiana, config emittente FatturaPA.

Plan de salle: meme plan au backoffice, en caisse et sur RiloBook (repere en cm, rotation et forme carree conservees). Un plan pouvait ne jamais arriver au backoffice: corrige. Impression PDF du plan + feuille de service. Etiquette PLU imprimable depuis les fonctions speciales.

RiLoRDP : la room de la caisse est configurée dès l'installation du serveur — config cloud écrite avant le setup (y compris dans ProgramData, lisible sous tout profil), serveur relancé par RiLoPOS avec les identifiants après l'installation. Embarque le serveur 1.0.2.

RiLoRDP : un serveur déjà lancé (tâche logon, room obsolète ou aléatoire) est désormais arrêté puis relancé avec les identifiants du cloud au démarrage de RiLoPOS et via Paramètres > RiLoRDP > Démarrer — la caisse héberge toujours la room attendue par le backoffice.

RiLoRDP : le serveur embarqué (1.0.1) s'installe avec RiLoPOS (installation interactive) ou automatiquement au démarrage si absent ; la caisse héberge désormais la room du cloud (identifiants passés au lancement du serveur, serveur relancé quand le password change) — plus de room aléatoire. Onglet Paramètres > RiLoRDP inchangé.

Bureau à distance RiLoWeb RDP : serveur embarqué dans RiLoPOS (installation hors-ligne, fallback RiloUpdate), nouvel onglet RiLoRDP dans les Paramètres (statut, room, activation/coupure, installer/réparer, démarrage manuel) et corrections du pont caisse→serveur (détection de l'exe installé, config écrite pour les deux variantes de build).

Ticket de caisse : « Points : avant -> après » affiche enfin deux soldes différents, figés au moment de la vente.

Ticket : « Client » et « Points » traduits dans la langue du client (papier + ticket en ligne). Adresse du magasin du backoffice reprise sur le ticket envoyé par e-mail, qui est redessiné.

Media di pagamento completi e incasso più veloce al touch.

- Nuove forme di incasso, registrate anche sul registratore telematico e nei
report: carta di debito, carta di credito, assegno, buono pasto, buono
regalo, buono reso, buono vuoti, sospeso e non riscosso (beni, servizi,
fattura).
- Pagamento misto: si digita l'importo sul tastierino (in centesimi, come su
una cassa) e si tocca il media; « Residuo » e « Esatto » per chiudere in
fretta, senza tastiera di sistema.
- Scontrino di cortesia disattivabile quando il RT stampa già il documento
commerciale: niente doppio scontrino, meno carta sprecata. Resta sempre
possibile stamparlo a mano.
- Codice lotteria del cliente inseribile direttamente in cassa.
- Stampante Custom: barcode e QR a scontrino, etichette di chiusura e righe
informative sui pagamenti.
- Correzione: l'aggiornamento dell'app chiede ora l'autorizzazione a Windows
(UAC) senza chiudersi da solo se il permesso viene rifiutato.

Correzione touch: disposizione tavoli.

- Su PC touch senza mouse/tastiera fisici ora si possono TRASCINARE e
RIDIMENSIONARE i tavoli nell'editor della disposizione sala (prima
funzionava solo col mouse).
- L'editor usa i pointer events (mouse + touch), con il tocco che muove il
tavolo invece di scorrere la mappa. In consultazione il tap resta normale.

Fatturazione elettronica FatturaPA (Italia) + gestione clienti.

- Fattura FatturaPA valida: dati emittente reali, prezzi netti, sede cliente, stati SDI, PDF di cortesia.
- Dati fiscali del cliente (P.IVA, codice fiscale, codice destinatario SDI, PEC, sede) inseribili in cassa e in backoffice; la fattura si precompila.
- Clienti sincronizzati nei due sensi cassa-backoffice (crea, modifica, elimina), con modifica/eliminazione anche dal selettore cliente in cassa.
- Visite e totale speso per cliente: in cassa, in backoffice e nell'export (XML/CSV/Excel).

Correzioni:
- Orario corretto sullo scontrino di cortesia (era 2 ore indietro).
- Chiusura X (lettura) stampata solo sulla stampante di cortesia, non sul registratore telematico.
- Visite/speso aumentano a ogni scontrino emesso (anche senza modulo fedelta).

IL RESO NON PARTIVA MAI SULLA K3F. Il riferimento fiscale veniva salvato solo se la stampante restituiva il numero di CHIUSURA (zRepNumber). La Custom K3F non lo restituisce: fornisce il numero di documento (1017), non la chiusura. Il riferimento restava quindi vuoto su tutte le vendite e ogni rimborso veniva rifiutato per « riferimento mancante ».

Ora viene salvato il riferimento parziale (n. documento, matricola, data), e quando manca la chiusura il rimborso la CHIEDE al cassiere invece di fallire: è stampata sul documento commerciale che il cliente riporta (« DOCUMENTO N. <chiusura>-<documento> »). I due campi compaiono nella finestra di rimborso solo quando servono, con il numero di documento già precompilato quando è noto.

Nessun comando K3F inventato per leggere la chiusura: il PDF del protocollo in nostro possesso è in immagine e non è stato possibile verificare che un tale comando esista.

Ogni buono a credito scansionato diventa ora una RIGA DEL CARRELLO con il suo importo, non più una detrazione confusa con le carte regalo e i punti. Due buoni da 5 € fanno due righe, ciascuna con le ultime cifre del proprio codice: sullo scontrino come a schermo si vede quale buono è stato usato.

Carte regalo e punti restano invece detratti dopo i totali.

Protezioni mantenute: l'importo resta limitato al residuo da pagare (comprese le righe dei buoni già scansionati), il decremento lato server resta atomico (nessun doppio utilizzo) e un buono scansionato a carrello vuoto viene rifiutato.

Buono a credito scansionato: veniva scambiato per una carta fedeltà. La ricerca della carta veniva fatta PRIMA dei prefissi riservati: se il negozio sceglie un prefisso carta che inizia come il buono (« 2 », « 29 »…), la scansione rispondeva « carta non collegata » e il buono restava inutilizzabile. Ora i prefissi riservati (29 = carta regalo / buono, 28 = coupon, VD = vuoto a rendere, HOLD = scontrino in attesa) vengono verificati per primi.

Il buono si applica ORA ALLA SCANSIONE, senza finestra intermedia: il cliente lo ha già in mano. La carta regalo mantiene la sua finestra.

L'importo detratto appare sotto il carrello con la dicitura « BUONO A CREDITO » invece del generico « Prepagato »: si vede cosa è stato detratto e quanto.

Volutamente NON una riga negativa del carrello: un buono è un mezzo di PAGAMENTO, non uno sconto. Come riga articolo ridurrebbe la base IVA del documento. Viene quindi detratto dopo i totali, come una carta regalo.

RESO SUL REGISTRATORE TELEMATICO (legalità italiana). Finora un reso non passava dal RT: né il buono a credito, né il rimborso per numero di scontrino. Il comando 7101 (documento commerciale di reso) era implementato ma non veniva mai chiamato: il denaro usciva di cassa senza documento fiscale corrispondente.

Mancava la base: il riferimento del documento emesso alla vendita (chiusura Z, numero documento, matricola, data) non veniva conservato. Ora sì, a ogni vendita firmata.

Il rimborso per numero di scontrino emette adesso il documento di reso sul RT PRIMA di scrivere qualsiasi cosa: se il RT rifiuta, non c'è rimborso — la stessa regola già applicata alle vendite. Uno scontrino emesso prima di questa versione non ha il riferimento: il reso viene rifiutato con un messaggio chiaro invece di emettere un documento che non riferisce nulla (in quel caso il reso va fatto dalla tastiera del RT).

Nota: il « buono a credito » (modo Reso) resta fuori dal RT — non è legato a una vendita d'origine, quindi non c'è riferimento da dare. Renderlo fiscalmente valido richiede di chiedere lo scontrino d'origine al momento del reso.

Modalità di pagamento sullo scontrino tradotte. « Espèces », « Carte », « Rendu » erano scritte in francese: l'unico blocco dello scontrino che non seguiva la lingua del cliente, proprio quello che il cliente rilegge per verificare quanto ha pagato. Ora in italiano/francese/inglese/olandese, secondo la lingua dello scontrino (cliente se ne ha una, altrimenti cassa).

Non toccate volutamente: le diciture inviate al RT italiano (« Contanti ») e all'FDM belga. Sono valori del protocollo fiscale legati al paese, non testo a schermo: tradurli falserebbe il documento prodotto dall'apparecchio certificato.

Indirizzo sullo scontrino: lo scontrino leggeva chiavi che NON esistono (cloud.address, cloud.city, cloud.zip, cloud.phone). Il backoffice salva restaurant_street / _zip / _city / _phone. Nessuna corrispondenza: lo scontrino ripiegava sui valori LOCALI, cioè quelli di dimostrazione — da qui « Via Roma 1, Milano » stampato in un negozio belga, e l'indirizzo inserito nel backoffice semplicemente ignorato.

Ora la lettura è unica e condivisa da tutti i documenti (scontrino incassato, in attesa, annullato, buono a credito, preconto), che prima potevano mostrare dati diversi tra loro. L'indirizzo del backoffice ha la precedenza; l'indirizzo composto viene usato solo se i campi separati sono vuoti.

PERCHÉ UN CLIENTE OLANDESE VEDEVA L'ITALIANO: la lingua 'nl' non era dichiarata in i18n. La cassa la propone come preferenza cliente, ma i18next la rifiutava e ripiegava sull'italiano. Aggiunto il pacchetto olandese: copre per intero ciò che vede il CLIENTE (display cliente, diciture dello scontrino). L'interfaccia del cassiere resta nelle tre lingue esistenti.

Data e ora del display cliente: seguivano la lingua del SISTEMA (« mercoledì 19 agosto » su un PC italiano, qualunque fosse il cliente). Ora seguono la lingua dello schermo, quindi quella del cliente.

Ristampa: « DUPLICATA » era incollato DOPO il taglio del modello — usciva in testa allo scontrino SUCCESSIVO, e sempre in francese. Ora viene stampato IN GRANDE, tradotto (COPIA in italiano), in testa e in fondo alla ristampa.

TRADUZIONI — l'anello mancante era il terzo: la sincronizzazione del catalogo salta l'importazione quando la revisione cloud non è cambiata. La 1.0.72 ricreava la colonna persa, ma VUOTA, e su una cassa già aggiornata nulla la riempiva mai. Ora la revisione viene dimenticata una volta: alla prossima sincronizzazione il catalogo viene reimportato e le traduzioni arrivano.

Display cliente: parlava sempre la lingua della CASSA. I nomi degli articoli erano tradotti ma le diciture (Totale, IVA, « Stai risparmiando »…) no — il cliente leggeva metà schermo. Ora tutto il display segue la lingua del cliente collegato, con ripiego sulla lingua della cassa.

Aggiunto un test che verifica l'intera catena (colonna, ogni upsert, revisione, carrello tradotto, lingua del display, scontrino stampato): ha ceduto tre volte in tre punti diversi, non deve più farlo in silenzio.

Banner « Aggiornamento completato »: restava fisso sullo schermo senza modo di chiuderlo. Ora ha una croce e sparisce da solo dopo 10 secondi.

CORREZIONE URGENTE — « Chiudi conto » bloccato. La protezione sulle righe negative introdotta nella 1.0.71 (pensata per i resi) bloccava ANCHE i vuoti a rendere, che sono righe negative del tutto normali in una vendita: appena un cliente riportava i vuoti, l'incasso veniva rifiutato e la firma fiscale respinta.

Ora la cassa blocca solo le righe del modo « Reso » (che devono diventare un buono a credito). Il vuoto a rendere passa.

Stampante K3F: una riga negativa non fa più fallire il documento, viene emessa come SCONTO (lo stesso meccanismo già usato per le promozioni). Il totale stampato torna uguale al totale pagato — prima della 1.0.71 usciva in POSITIVO, gonfiando il documento.

Nota: lo sconto si applica alla riga di vendita precedente, quindi alla SUA aliquota. Una riga negativa in testa al documento resta rifiutata (non c'è nulla a cui applicarla).

CAUSA DELLE TRADUZIONI MANCANTI: la colonna products.name_translations, aggiunta dalla migrazione locale v6, era stata PERSA dalla ricostruzione della tabella della v19 (lista di colonne scritta a mano). Su ogni cassa passata per v6 poi v19 la colonna non esisteva più, e la sincronizzazione non la scriveva comunque. Le traduzioni inserite nel backoffice non arrivavano MAI in cassa: né sul display cliente, né sullo scontrino. Ora la colonna viene ripristinata e la sincronizzazione la scrive.

Creazione di un cliente in cassa: si sceglie la lingua preferita (fr/nl/en/it). Prima bisognava passare dal backoffice perché un cliente straniero avesse le sue diciture nella propria lingua.

Tastiera touch: sollevava solo il CAMPO sopra la tastiera, quindi il fondo della finestra (i pulsanti) restava nascosto. Ora libera l'intera scheda, senza far uscire il titolo dall'alto.

« Annulla lo scontrino » non funzionava perché c'erano DUE pulsanti: il vecchio « Annulla uno scontrino » (che annulla l'ULTIMO scontrino emesso, senza toccare il carrello né stampare) era rimasto accanto a « Annulla lo scontrino attuale ». Il vecchio è stato rimosso; per annullare uno scontrino già emesso resta « Vecchio scontrino → Riapri ».

Scontrino stampato: i nomi degli articoli seguono la lingua del CLIENTE se ne ha una, ALTRIMENTI quella della cassa. Mancava il ripiego: senza cliente collegato gli articoli uscivano nella lingua di inserimento del catalogo.

Display cliente: la lista del carrello scorre fino in fondo a ogni aggiunta. Oltre qualche articolo il cliente non vedeva più quello appena aggiunto.

Stampante RT e righe negative: NON era normale. Un articolo reso veniva stampato in POSITIVO (il cliente fatturato per ciò che rende, totale fiscale diverso dal pagamento). Ora una riga negativa in un documento di vendita viene rifiutata e la cassa rimanda all'emissione del buono a credito — un reso non è una vendita.

Aggiornamento: l'installer partiva con « /S » soltanto, quindi la cassa si spegneva e restava spenta. Ora riparte da sola dopo l'installazione. La schermata di aggiornamento spiega i tre passaggi (chiusura, installazione in background, riavvio automatico) e al ritorno un messaggio conferma « Aggiornamento completato ».

CORREZIONE IMPORTANTE — « Annulla lo scontrino attuale » e « Reso » non facevano NULLA. I canali IPC di stampa non erano nella lista autorizzata del preload: la chiamata veniva rifiutata in silenzio. Corretto; inoltre un errore di stampa viene ora mostrato invece di annullare l'azione. Stessa causa per il ticket in attesa (1.0.68).

Display cliente: il « N° » in fondo allo scontrino veniva dall'orologio e cambiava ogni secondo davanti al cliente. Ora appare il numero VERO dello scontrino emesso, e nulla finché non c'è. Il QR non viene più rigenerato di continuo (poteva risultare illeggibile proprio mentre il cliente lo scansiona).

Intestazione dello scontrino: i dati di DIMOSTRAZIONE (« Il Mio Ristorante », « Via Roma 1, Milano », P.IVA 12345678901) venivano stampati finché il cloud non inviava quelli veri. Rimossi, e cancellati anche dalle installazioni esistenti.

Lo scontrino non stampa più le righe con variabili vuote: « Tel : » senza numero non esce più. Il telefono si imposta ora nel backoffice.

« Scontrino online — scansiona il QR » e il ringraziamento seguono la lingua dello scontrino (cliente se ne ha una, altrimenti cassa), anche per i modelli già salvati.

Cliente + : la lista clienti viene ora tirata dal cloud all'APERTURA della finestra. Un cliente creato nel backoffice (o su un'altra cassa) compare subito, senza aspettare il ciclo di sincronizzazione. Offline, la cache locale funziona come prima.

PDF dello scontrino: quello inviato per e-mail E quello aperto dal QR usano ora il MODELLO DEL NEGOZIO, le stesse righe della stampa su carta (logo, piè di pagina, disposizione). Prima era un impaginato a parte: il cliente riceveva un documento che non somigliava allo scontrino ricevuto al banco.

Lingua del cliente: se il cliente collegato ha una lingua preferita, i nomi degli articoli appaiono nella SUA lingua sul display cliente e sul suo scontrino (carta, PDF, e-mail). Il cassiere continua a vedere le proprie diciture.

Stampante fiscale RT: risolto il pulsante « Chiudi conto » che non funzionava sempre. La K3F accetta UNA sola connessione TCP alla volta e il display cliente scriveva a ogni modifica del carrello: a volte cadeva esattamente sulla firma fiscale dell'incasso, che la stampante rifiutava. Ora tutte le operazioni K3F sono messe in coda. Inoltre l'errore non veniva piu' mostrato: la vendita resta aperta e l'errore si legge.

Nessuna finestra di sistema: in modalita' kiosk alert/confirm aprivano una finestra di Windows che scopriva la barra delle applicazioni. Tutti i messaggi (errori stampante, reset stampante, conferme) sono ora finestre interne.

Codice supervisore: non piu' richiesto al cassiere che E' gia' supervisore.

Reso (ex « Rimborso »): il modo vale per ogni via di inserimento (scansione, tasto prodotto, variante) e non solo per la scansione. Le promozioni valgono al contrario su un reso. Il buono a credito esce con il modello dello negozio e il suo codice a barre.

« Annulla lo scontrino attuale »: svuota il carrello e stampa lo scontrino con « SCONTRINO ANNULLATO » in grande.

Display cliente K3F: « Cassa chiusa » quando nessuno e' connesso. Nuova funzione speciale « Cambia lingua » (codice supervisore).

Backoffice: nuova categoria « Buoni a credito » (emessi / utilizzati / scaduti), validita' configurabile (3 mesi di default).

Sincronizzazione cloud: il carrello APERTO segue ora il catalogo. Un prezzo o unaliquota IVA modificati nel backoffice durante la vendita venivano incassati al vecchio tariffario. Le righe con prezzo forzato a mano dal cassiere restano intatte; lIVA segue sempre il catalogo.

Display cliente della stampante fiscale K3F: messaggio di benvenuto ("Benvenuti da" + nome del negozio) a carrello vuoto e ringraziamento a fine vendita, nella lingua della cassa (IT/FR/EN). Accenti ora ripiegati prima della centratura.

Impostazioni: cursore del volume generale dei suoni (0-100).

E-mail del ticket : niente piu falso errore quando il server mette l invio in coda anti-spam — ora viene annunciato come invio differito. Pagamento contanti/misto : scorciatoie importo +1 +5 +10 +20 e -1 -5 -10 -20.

Stampante fiscale K3F : correzione della riga con quantita — ora stampa la quantita per il prezzo UNITARIO (es. 6 x 1,00 = 6,00) invece di 6 x 6,00. Il totale del documento resta esatto al centesimo. Quantita frazionarie (es. 0,5 kg) gestite in modo sicuro.

Ticket QR : la pagina del cliente mostra ora il VERO modello di scontrino del negozio, congelato al momento dell emissione (un modello modificato dopo non cambia i vecchi scontrini). Stampante fiscale K3F : quantita reali sul documento (2 x 1,05 invece di 1 x 2,10) e promozioni/sconti trasmessi correttamente (totale documento = totale pagato). Contanti : stampa automatica del ticket (obbligo), scelta e-mail/QR per gli altri pagamenti. E-mail ticket in coda annunciata correttamente. Messaggi coupon dettagliati (scaduto, non attivo, condizioni). Tastiera touch : livello simboli stile telefono.

Stampante fiscale K3F : il reparto mancante viene ora programmato automaticamente (la vendita non si blocca piu con ERR03). Messaggi chiari se un aliquota IVA non e programmata sulla stampante o per articoli esenti. Vendite piu rapide (tabella IVA in cache). Afficheur client collegato alla K3F (RJ11). Test RT esteso nei parametri. Reseaux : les caisses de deux magasins differents sur le meme reseau ne se melangent plus (tables, mises a jour, catalogue).

Stampante fiscale K3F : corretto il rifiuto della vendita (ERR03). La cassa ora legge la tabella IVA della stampante e vende sul reparto 1 con aliquota esplicita. Messaggi di errore piu chiari.

Imprimante fiscale italienne (RT) : la Custom K3F se configure desormais directement dans Parametres > Imprimante (protocole, adresse IP, port, test de connexion). Meme reglage que la page serveur fiscal : rien a ressaisir, la configuration existante est conservee.

Supporto stampanti fiscali CUSTOM K3F (protocollo Custom nativo, Ethernet) : vendita, pagamenti, chiusura Z, lettura X, reso con riferimento al documento originale, codice lotteria, cassetto. Configurabile in Impostazioni > Server fiscale e dal backoffice. Da testare su stampante reale prima delluso in produzione.

Correction de la mise a jour fantome vers la version deja installee.
Ecran de veille correct avant la configuration initiale.
Second ecran en recopie bascule automatiquement en mode etendu (afficheur client).

Ancien ticket : nouvelle fonction speciale a la caisse. Recherche d'une vente deja encaissee par date ou par numero, apercu detaille du ticket, puis trois gestes : reimprimer un duplicata, rouvrir la vente pour la corriger (le ticket d'origine est annule et la commande revient dans le panier) ou la dupliquer dans une nouvelle vente. Rouvrir un ticket exige le code superviseur. Quitter RiLoPOS : entree dediee dans les fonctions speciales, protegee par code superviseur et confirmation, refusee si une vente est en cours. Correction : rouvrir une vente rend desormais le stock, il n'etait plus decompte deux fois au nouvel encaissement. Inclut aussi les ameliorations de la 1.0.57 (file sortante hors ligne, tickets par e-mail en file, code superviseur au pave numerique, mises a jour sans intervention).

Envoi des tickets par e-mail mis en file d attente : plus aucun ticket perdu si le reseau coupe, envoi automatique au retour de la connexion.
File sortante hors ligne : les operations en attente partent seules des que le cloud repond.
Code superviseur saisissable directement au pave numerique.
Mises a jour installees sans intervention en caisse.

Écran de connexion refait : mise en page épurée, heure et magasin en contexte, retour visuel immédiat sur les touches.
Écran de chargement sobre, avec le logo RiLoPOS.
Panier optimisé sur les écrans de faible hauteur : Remise, Note, Points et Gift card regroupés dans un bouton Actions, totaux sur une ligne, rangée Cuisine / Addition / Payer compactée.

Meme contenu que la 1.0.54, sans la demande de cle de licence a l'installation. Ancien ticket : nouvelle fonction speciale a la caisse. Recherche d'une vente deja encaissee par date ou par numero, apercu detaille du ticket, puis trois gestes : reimprimer un duplicata, rouvrir la vente pour la corriger (le ticket d'origine est annule et la commande revient dans le panier) ou la dupliquer dans une nouvelle vente. Rouvrir un ticket exige le code superviseur. Quitter RiLoPOS : nouvelle entree dans les fonctions speciales pour fermer proprement la caisse, protegee par code superviseur et confirmation. Correction : rouvrir une vente remet desormais le stock a jour, il n'etait plus decompte deux fois au nouvel encaissement.

Ancien ticket : nouvelle fonction speciale a la caisse. Recherche d'une vente deja encaissee par date ou par numero, apercu detaille du ticket, puis trois gestes : reimprimer un duplicata, rouvrir la vente pour la corriger (le ticket d'origine est annule et la commande revient dans le panier) ou la dupliquer dans une nouvelle vente. Rouvrir un ticket exige le code superviseur. Quitter RiLoPOS : nouvelle entree dans les fonctions speciales pour fermer proprement la caisse, protegee par code superviseur et confirmation. Correction : rouvrir une vente remet desormais le stock a jour, il n'etait plus decompte deux fois au nouvel encaissement.

Afficheur client deporte (Second Screen). La caisse peut desormais pousser l'affichage client (panier, total, messages) vers un ecran secondaire deporte, via le cloud. Un nouvel ecran secondaire dedie (application Android AndroidSecondScreen) affiche en temps reel ce que voit le client, sans etre physiquement relie a la caisse. Fonctionne entre caisses du meme magasin.

Ticket en attente : la fonction est desormais disponible sur les trois caisses (Windows, Android et Windows XP), avec le meme code-barres. Un ticket mis en attente sur une caisse se reprend sur n'importe quelle autre, quel que soit le type de caisse - meme si celle qui l'a emis est eteinte. Rappel du fonctionnement : un superviseur met le panier de cote, la caisse imprime un ticket avec un code-barres (et le code en clair, si le scan echoue). Le ticket ne peut etre repris qu'une seule fois, et le panier n'est mis de cote que si l'impression a reussi.

Ticket en attente : nouvelle fonction. Un superviseur peut mettre un panier de cote ; la caisse imprime un ticket avec un code-barres. Scanne sur n'importe quelle caisse, il reimporte le panier - preparer sur une caisse, encaisser sur une autre. Le code est aussi imprime en clair, au cas ou le scan echoue. Un ticket repris ne peut pas etre repris deux fois. Mise a jour : quand un superviseur se connecte et qu'une nouvelle version existe, la caisse affiche desormais toutes les informations utiles (version actuelle et nouvelle, taille, date, nouveautes) et propose trois choix : l'installer maintenant, la programmer pour la nuit prochaine (caisse fermee, sans couper le service), ou plus tard.

Ticket client : le QR ne change plus sous les yeux du client. La caisse affichait d'abord un QR reseau local (inutilisable hors du magasin) puis le remplacait par le QR en ligne. Desormais un seul QR, definitif : le lien en ligne est attendu quand la caisse est connectee, et le lien local ne sert que hors connexion. La caisse demande aussi ce que veut le client AVANT de preparer le QR : plus de chargement inutile quand il veut un ticket papier. Fiches produit : les descriptions, ingredients et allergenes saisis au backoffice arrivent enfin sur la caisse (ils ne quittaient jamais le cloud, et une synchro pouvait meme les effacer). Multi-caisse : les caisses Windows XP et Windows/Android parlent enfin le meme protocole - une table ouverte sur une caisse est visible et reprenable depuis n'importe quelle autre, meme si la premiere est eteinte. Caisse suspendue : un ecran clair remplace le faux message hors ligne, la caisse detecte seule sa reactivation et propose sa reinitialisation avec code superviseur.

Corrige les caisses qui affichaient une version figee a 1.0.0.1 et se croyaient perpetuellement en retard de mise a jour. Les postes passes par les versions 1.0.40 ou 1.0.41 avaient saute deux mises a jour internes de leur base : la version affichee restait fausse et les articles vendus au poids pouvaient disparaitre du catalogue. Cette version repare automatiquement ces postes au premier demarrage. Sans effet sur les postes deja corrects, et un numero de version force a la main est conserve.

Correctif majeur : l'enregistrement d'une caisse renvoyait une erreur serveur (migrations de schema v76/v77 jamais appliquees en production). Les sous-categories etaient egalement cassees. Message d'erreur serveur desormais traduit (FR/EN/NL/IT) et affichant l'identifiant a communiquer au support. Le vrai logo RiLoPOS remplace l'icone provisoire. Arrondi des especes : le montant arrondi apparait maintenant dans le panier, et la fonction est disponible sur les trois caisses (Windows, Android, XP).

Nouveautés : arrondi UE des espèces, comanda séparée cuisine/bar, remise à la ligne, gestion du fond de caisse (fond, versements, prélèvements), retours et notes de crédit, lecture des codes-barres balance. Corrections : temps d'attente réel en cuisine, vente au comptoir encaissable après envoi, QR du ticket en ligne même sur connexion lente, paiement carte confirmé avant clôture, Alt+Tab, débordements d'affichage, changement d'écran plus fluide.

Cuisine : le temps d'attente part désormais de l'envoi réel, plus de l'ouverture du ticket. Vente au comptoir : le ticket reste encaissable après l'envoi en cuisine (il devenait introuvable). Ticket client : le QR pointe vers le ticket en ligne même sur connexion lente. Paiement carte ou mixte : le ticket ne se clôture qu'une fois le paiement confirmé, via le terminal ou par validation du caissier. Alt+Tab de nouveau possible. Correction des débordements (nom de table, bouton Faire payer, onglets des paramètres). Changement d'écran plus fluide.

Correction : « Serveur de mise à jour injoignable ». La caisse était rejetée par le serveur de mises à jour (erreur 429) parce qu'elle ne s'identifiait pas. La recherche et le téléchargement des mises à jour refonctionnent.

Correction : la version affichée dans les paramètres restait bloquée sur « 1.0.0.1 », ce qui faisait réinstaller la même mise à jour chaque nuit. La caisse rapporte désormais sa version réelle, et le vérificateur de mises à jour indique la cause exacte en cas d'échec.

Correction : la caisse pouvait afficher « Offline » alors que l'API répondait, et la grille d'articles restait vide alors que le backoffice contenait bien le catalogue. Les articles se synchronisent de nouveau, et l'état de connexion reflète un test réel de l'API.

Barre d'état en bas de la liste des produits : n° caisse (P), caissier (C) et ticket (T), avec la version du logiciel et la date/heure en direct.

Multi-Magasin : créez des sous-magasins et synchronisez votre catalogue (produits, promos, clients, fidélité, combos). Vente au poids (prix/kg), suppléments (aggiunte), sous-catégories, couverts, listes de prix et export XML.

Ecran KDS : tout affiche dans une seule grille (plus de section Autres caisses a scroller) + badges C-/P-/T- (caissier / POS / ticket).

Mise a jour : recherche/telechargement lies a la carte Internet sur POS multi-cartes (corrige Serveur de mise a jour injoignable).

Encaissement : animation Cloturation du ticket en cours pendant la generation du ticket et du QR (plus d attente sans retour visuel).

Imprimante reseau : bouton Rechercher sur le reseau (scan port 9100 des cartes LAN) pour trouver l imprimante et remplir l adresse.

Parametres : onglet Mise a jour (superviseur) - voir version, rechercher, installer, regler l auto-maj nocturne.

Sync etendue des parametres caisse vers le cloud (tout parametre se synchronise sauf identite caisse, compteurs fiscaux et secrets).

Imprimante ticket reseau (TCP) sur PC a 2 cartes reseau : priorise la carte du sous-reseau de l imprimante (corrige ECONNREFUSED) + message d erreur detaille.

Corrige les salles fantomes (ancien seed demo) qui persistaient dans le plan de salle de la caisse : synchronisation alignee sur le backoffice.

Statut Libre/Occupe synchronise entre caisses (table occupee sur une voisine = Occupe). Numero de caisse affiche au lieu du nom du magasin. ESC/POS reseau: essaie toutes les cartes reseau pour joindre l imprimante (corrige EHOSTUNREACH).

KDS pair-a-pair sans cloud: la cuisine est partagee entre caisses du reseau local meme sans internet (chaque caisse expose ses tickets, les autres les agregent, bump relaye). Tables et commandes se partageaient deja en P2P.

Caisse hors-ligne via caisse-pont: sync complet immediat (salle/rooms, produits, promos, stock, staff) des que le pont est trouve, et is_supervisor de la session rafraichi apres sync. KDS, a emporter, en ligne, reservations, pointeuse passent aussi par le pont.

Caisse-pont = relais cloud complet: une caisse hors-ligne reliee en LAN a une caisse connectee a internet obtient TOUT via elle (catalogue, KDS, commandes, a emporter, salle, reservations, pointeuse, MAJ RiloUpdate). Transparent, chemins /api uniquement, anti-chainage.

Serveur LAN multi-cartes: decouverte des caisses voisines sur TOUTES les cartes reseau (broadcast UDP par interface, annonce de toutes les IP LAN). Caisses reparties sur plusieurs cartes/sous-reseaux (Wi-Fi+Ethernet) se voient desormais.

Multi-cartes reseau: trouve internet via n importe quelle carte (Wi-Fi/Ethernet) pour joindre l API - fini le faux Hors ligne. Reglages: onglet Imprimante (superviseur) config interactive ESC-POS (TCP/USB/serie/systeme) et OPOS (Windows) avec test impression + ouverture tiroir. Correction: son du bip au scan code-barres.

Sons de caisse recrees (clic ecran, bip article au panier, erreur) sans echo. Preferences par caissier synchronisees dans le cloud: langue, theme clair/sombre et apparence suivent le caissier sur toutes les caisses.

Annulation d article au-dela d un seuil: motif obligatoire (motifs configurables + Autre) + rapport backoffice Articles annules (PDF). Reglages Rester connecte/Ecran client/Reinitialisation reserves au superviseur. Services traduits (Coperto/Antipasti...). Creation salle/table reservee au superviseur + correction du bug de creation.

Code superviseur pour actions protegees (annulation ticket, cloture X/Z, configurable au backoffice). Carte infos reseau au clic sur En/Hors-ligne (superviseur). MAJ reservee au superviseur. Correction type magasin generique affiche Ristorante. Petit ecran: Remise/Note/Points/Gift Card dans Fonction speciale (hauteur fixe + scroll); Montant et Rafraichir cloud dans Fonction speciale.

Correction crash apres setup: erreur JavaScript spawn (serveur RDP, EACCES) et erreur React 300 qui forcaient un redemarrage manuel. macOS: popup acces reseau local ne passe plus derriere l app.

Pont mises a jour reseau local : une caisse en ligne relaie app + donnees (articles/promos) aux caisses hors-ligne. Popup + reglage + envoi manuel.

Clavier tactile : ne masque plus la saisie de la clé produit (setup) ; détection souris (pas de clavier tactile) vs doigt/stylet.

KDS: commandes caisse visibles. Réduction panier appliquée (Payer/split/preconto). Apparence: arrondi/carré, couleur texte accent, thème Logo. Code-barres à la création article. Traductions info article. Phone-order via cloud + fallback serveur local.

Login clavier (code+PIN), notes rapides perso par produit, envoi ticket par e-mail (numero/client+date), traductions, tarifs par service.

Co-edition temps-reel des tables entre caisses ; correction table qui restait occupee apres paiement ; additions non comptees dans le CA.

Tables multi-caisse partagees en direct (plus de verrou) : une table ouverte sur une autre caisse est visible et editable, les changements se synchronisent.

Corrections caisse : envoi cuisine/bar fiable, clic table ouvre la commande, annulations tracees. Stock cloud (decrement a la vente). Journal d activite complet.

RiLoPOS entierement traduit (italien, anglais, francais) : flux caisse + pages de configuration. Sync temps-reel et failover HA inclus.

Sync cloud temps-reel optimise (modifs refletees en ~5s sans surcharger le serveur). Invite de mise a jour au lancement pour admin. Failover HA mere/backup fiabilise.

Failover HA mère->backup réellement actif (la caisse prend le relai sur le backup si la mère tombe, puis rebascule). Bouton Sync ne passe plus derrière le panier ; panier compact + auto-scroll ; barre latérale repliée par défaut en 1024x768.

Corrige : salle active qui revenait sur Salle principale au resync, ecran vide apres approbation caisse, images articles invisibles, et affichage sur ecran 1024x768.

Corrige les salles demo en double (FR/IT) et lecran noir apres approbation de la caisse. Ajoute Cloture X/Z et letape RDP au premier lancement.

Correction: ecran blanc apres approbation de la caisse (l app redemarre proprement).

Combos/menus synchronises au cloud (visibles backoffice + Legacy).

Cloture Z automatique a minuit (push cloud, visible backoffice).

Fix ecran blanc (HashRouter), icone appli, fermeture 2e ecran client au quit; demarrage auto (1er run) + bruit de caisse au clic.

Plan de salle cloud : sync (seed+pull) + push sur edition tables/salles -> backoffice & caisses synchronises.

Auto-provisioning du serveur RiLoPOS RDP apres activation (Services RDP backoffice).