Fashion: Probleem opgelost: Bij het wijzigen van kleur/maat-artikel kon een foutmelding verschijnen.
Sortering van de regels binnen de gang mogelijk gemaakt. Deze sortering zie je terug op de geprinte bestelbon en op de bon op het keukenscherm. Als je deze sortering gebruikt zal er niet meer gesorteerd worden op de bereidingsduur.
Onder "Beheer > Artikelen > Artikelkaart > Wijzigen > Gang" is een dropdown toegevoegd waarin je kan aangeven op welk artikelkaartveld de regels binnen de gang gesorteerd moeten worden.
Extra opties bij indeling van regels van kassabonnen, orders, pakbonnen, facturen. De opties hebben drie standen omdat een aantal van deze opties al globaal ingesteld konden worden.
Backport van versie 16.3.0, dus niet aanwezig in tussen liggende versies.
Nieuwe instelling "Verdicht EFT betalingregels" in het financieel totaaloverzicht. Wanneer je deze instelling aanzet zullen de EFT-betalingen niet meer per gebruikt kaarttype getoond worden.
Overzicht Inkoop > Verkooppercentage: De volgende punten zijn gewijzigd:
Aandachtspunten ter verduidelijking van het overzicht:
Optie voor Keukenscherm om van iedere bestelling een aparte bon aan te maken. Retourboekingen worden nog wel van de bestaande bon(nen) afgehaald.
Mogelijkheid toegevoegd om klantendisplay op "Kassa gesloten" te zetten.
Dit gaat met behulp van een knop in het afsluitmenu. Deze knop wordt geactiveerd via de instelling Kassa > Kassa gesloten modus > Activeer. Standaard kan men gewoon in de kassa blijven werken als deze op gesloten staat zodat men bijvoorbeeld een kastelling kan doen. Vervolgens kan via dezelfde knop de gesloten melding weggehaald worden.
Als de instelling Kassa > Kassa gesloten modus > Automatisch naar medewerker login bij kassa gesloten aan staat wordt als men de gesloten modus activeert gewisseld naar het loginscherm en kan er dus niet in de kassa gewerkt worden. Het inloggen van een medewerker zal de kassa dan ook weer op open zetten.
De instellingen "Automatisch naar medewerker login bij kassa gesloten" is hernoemd naar "Kassa volledig vergrendelen bij kassa gesloten" (de toelichting bij de instellingen is een beetje herschreven vanwege deze functiewijziging).
De grafische klantendisplay heeft een aantal separate instellingen gekregen voor de gesloten modus zodat een afwijkende indeling, achtergrond en narrowcasting gebruikt kan worden.
Mogelijkheid aan het keukenscherm toegevoegd om per regel een uitserveerbon te kunnen printen. Dit is met een instelling aan te zetten.
Inklokken verplicht nu mogelijk. Wanneer deze optie is ingeschakeld dan kan een medewerker zich pas in de kassa aanmelden wanneer de medewerker is ingeklokt. Bij het aanmelden wordt dit gecontroleerd en zal dit gemeld worden en kan daarna direct naar het inklokken gegaan worden.
Het inklokken is alleen verplicht in POS. In de backoffice is dit niet nodig. Ook de Superuser is niet verplicht om zich niet in te klokken.
Keukenscherm: Geen foutmelding meer wanneer de timers zijn uitgeschakeld.
De uitserveerbon bevat nu ook de tafelopmerking, als die aanwezig is op de maakbon, en het tijdstip van printen.
Optie voor Keukenscherm om van iedere bestelling een aparte bon aan te maken. Retourboekingen worden nog wel van de bestaande bon(nen) afgehaald.
Mogelijkheid toegevoegd om klantendisplay op "Kassa gesloten" te zetten.
Dit gaat met behulp van een knop in het afsluitmenu. Deze knop wordt geactiveerd via de instelling Kassa > Kassa gesloten modus > Activeer. Standaard kan men gewoon in de kassa blijven werken als deze op gesloten staat zodat men bijvoorbeeld een kastelling kan doen. Vervolgens kan via dezelfde knop de gesloten melding weggehaald worden.
Als de instelling Kassa > Kassa gesloten modus > Automatisch naar medewerker login bij kassa gesloten aan staat wordt als men de gesloten modus activeert gewisseld naar het loginscherm en kan er dus niet in de kassa gewerkt worden. Het inloggen van een medewerker zal de kassa dan ook weer op open zetten.
De grafische klantendisplay heeft een aantal separate instellingen gekregen voor de gesloten modus zodat een afwijkende indeling, achtergrond en narrowcasting gebruikt kan worden.
Mogelijkheid aan het keukenscherm toegevoegd om per regel een uitserveerbon te kunnen printen. Dit is met een instelling aan te zetten.
Inklokken verplicht nu mogelijk. Wanneer deze optie is ingeschakeld dan kan een medewerker zich pas in de kassa aanmelden wanneer de medewerker is ingeklokt. Bij het aanmelden wordt dit gecontroleerd en zal dit gemeld worden en kan daarna direct naar het inklokken gegaan worden.
Het inklokken is alleen verplicht in POS. In de backoffice is dit niet nodig. Ook de Superuser is niet verplicht om zich niet in te klokken.
In het loginscherm van de kassa kan de knop om medewerkers toe te voegen aan de lijst nu lang ingedrukt worden om meerdere medewerkers toe te voegen.
Probleem opgelost met de optie "Betalen facturen" in POS. Wanneer bij deze optie facturen werden geselecteerd met verschillende debiteuren dan werd het saldo van de betreffende debiteuren niet goed bijgewerkt. Dit gebeurde ook wanneer de voorgestelde debiteur op de gegenereerde kassabon door de gebruiker zelf werd verwijderd.
Bij het opstarten van POS wordt eenmalig een controle uitgevoerde en het saldo bijgewerkt van de debiteuren waarbij dit probleem opgetreden is. In de log van MplusQ wordt aangegeven of er saldi zijn gecorrigeerd (...\MplusQ\application_logs).
Voorbeeld van zo'n logregel: "......Q_VERSIE_CONTROLE_16_6_0: Herstel saldo relatienr.123. Saldo verhoogd met 32,25"
Probleem opgelost met de optie "Betalen facturen" in POS. Wanneer bij deze optie facturen werden geselecteerd met verschillende debiteuren dan werd het saldo van de betreffende debiteuren niet goed bijgewerkt. Dit gebeurde ook wanneer de voorgestelde debiteur op de gegenereerde kassabon door de gebruiker zelf werd verwijderd.
Credits: Op het klantenscherm werd bij en na het afrekenen van een Credits-bon het bedrag in euro's weergegeven i.p.v. het aantal Credits.
Probleem opgelost: Nadat de kassabon gereed was en de stempel "Transactie voltooid" werd weggehaald dan liet het klantendisplay het teruggegeven en betaalde bedrag nog zien. Nu wordt op dat moment de welkomsttekst weergegeven totdat een artikel wordt aangeslagen.
De uitserveerbon bevat nu ook de tafelopmerking, als die aanwezig is op de maakbon, en het tijdstip van printen.
Probleem verholpen waarbij, wanneer je een tekstregel van een order wijzigde, het opslaan van de order een databasefoutmelding gaf.
Het is in de kassa nu mogelijk om een geautoriseerde knop waar de huidige medewerker geen toegang toe heeft, te laten accorderen door een medewerker die hier wel autorisatie voor heeft. Alle accorderingen worden bijgehouden in een apart logboek.
Het overzicht Artikelen > Verloop is nauwkeuriger geworden en heeft nu ook de optie om prijzen Exclusief of Inclusief BTW te tonen.
Filiaalorders zijn nu voor alle werkplekken van een filiaal te openen, te wijzigen en af te handelen -- en dus niet meer alleen voor de werkplek die de order had aangemaakt.
Filiaalorders zijn nu voor alle werkplekken van een filiaal te openen, te wijzigen en af te handelen -- en dus niet meer alleen voor de werkplek die de order had aangemaakt.
Wanneer een Slave-kassa zijn databaseschema wil updaten zal er niet meer om autorisatie gevraagd worden als het databaseschema van de Master al deze nieuwe versie is.
Bij het plaatsen van bestellingen met tekst bereidingswijzen werd de gehele regel steeds tegengeboekt en weer opgeboekt. Dat is nu opgelost.
Webhooks: Het is nu mogelijk om vanuit een backgroundPoll-reactie een verzoek te doen om een customAction te starten. Dit kan via de reactie requestCustomAction.
Webhooks: Bij het aanroepen van een customAction wordt een evt. voltooide bon nu eerst opgeruimd voordat de webhook wordt aangeroepen.
Webhooks: Bij het aanroepen van een customAction wordt een evt. voltooide bon nu eerst opgeruimd voordat de webhook wordt aangeroepen.
Webhooks: Het is nu mogelijk om via clearCustomerScreen de tekst op het klantendisplay direct te verwijderen. Daarnaast zal tekst op het klantendisplay nu altijd een max. tijd in beeld staan, en nooit meer oneindig. Deze tijd is standaard vijf seconden en kan aangepast worden via de instellingen van de kassa of via het toevoegen aan een webhook-antwoord van de eigenschap customerMessageDisplayTime (tegelijkertijd met de gewenste customerMessage).
Webhooks: Het is nu mogelijk om via clearCustomerScreen de tekst op het klantendisplay direct te verwijderen. Daarnaast zal tekst op het klantendisplay nu altijd een max. tijd in beeld staan, en nooit meer oneindig. Deze tijd is standaard vijf seconden en kan aangepast worden via de instellingen van de kassa of via het toevoegen aan een webhook-antwoord van de eigenschap customerMessageDisplayTime (tegelijkertijd met de gewenste customerMessage).
Webhooks: Een aantal verbeteringen in de externe betaalwijze flow (externalPayment). Het is nu ook mogelijk om vanuit een startExternalPayment direct een betaling te bevestigen (confirmed). Het betaalproces zal dan nooit in de pollExternalPayment-fase terechtkomen.
Webhooks: Een aantal verbeteringen in de externe betaalwijze flow (externalPayment). Het is nu ook mogelijk om vanuit een startExternalPayment direct een betaling te bevestigen (confirmed). Het betaalproces zal dan nooit in de pollExternalPayment-fase terechtkomen.
Webhooks: Kleine verbeteringen in het communicatielog overzicht, waardoor je beter ziet of een request bijv. geannuleerd is, of een time-out heeft gehad. Ook wordt de reactietijd weer goed getoond.
Webhooks: Kleine verbeteringen in het communicatielog overzicht, waardoor je beter ziet of een request bijv. geannuleerd is, of een time-out heeft gehad. Ook wordt de reactietijd weer goed getoond.
Webhooks: Het communicatielog wordt nu eerder geschreven, en later bijgewerkt. Dat wil zeggen, niet meer nadat er een antwoord (response) ontvangen is, maar al als er een verzoek (request) verzonden is. Dit geeft meer inzicht in webhook-requests die wel verzonden zijn, maar niet door de endpoint zijn ontvangen of (tijdig) beantwoord.
Webhooks: Het communicatielog wordt nu eerder geschreven, en later bijgewerkt. Dat wil zeggen, niet meer nadat er een antwoord (response) ontvangen is, maar al als er een verzoek (request) verzonden is. Dit geeft meer inzicht in webhook-requests die wel verzonden zijn, maar niet door de endpoint zijn ontvangen of (tijdig) beantwoord.
Webhooks: Er zijn vier nieuwe webhooks toegevoegd, namelijk startPOS, openPOS, closePOS en exitPOS. Deze worden respectievelijk aangeroepen bij het opstarten van de POS, het openen van de POS, het sluiten van de POS en het beëindigen van de POS. Normaal gesproken worden startPOS en openPOS altijd tegelijk achter elkaar aangeroepen en hetzelfde geldt voor closePOS en exitPOS. Als er gebruik wordt gemaakt van de "Kassa gesloten modus", dan is het mogelijk om closePOS en openPOS aan te roepen terwijl de kassa blijft draaien, via de "Kassa gesloten" knop in het menu van de POS.
Webhooks: Er zijn vier nieuwe webhooks toegevoegd, namelijk startPOS, openPOS, closePOS en exitPOS. Deze worden respectievelijk aangeroepen bij het opstarten van de POS, het openen van de POS, het sluiten van de POS en het beëindigen van de POS. Normaal gesproken worden startPOS en openPOS altijd tegelijk achter elkaar aangeroepen en hetzelfde geldt voor closePOS en exitPOS. Als er gebruik wordt gemaakt van de "Kassa gesloten modus", dan is het mogelijk om closePOS en openPOS aan te roepen terwijl de kassa blijft draaien, via de "Kassa gesloten" knop in het menu van de POS.
Webhooks: Het is nu mogelijk om een customerMessage van twee regels op te sturen naar het klantendisplay. Meerdere tekstregels kunnen gescheiden worden door een "newline"-karakter: \n
Het is in de kassa nu mogelijk om een geautoriseerde knop waar de huidige medewerker geen toegang toe heeft, te laten accorderen door een medewerker die hier wel autorisatie voor heeft. Alle accorderingen worden bijgehouden in een apart logboek.
Webhooks: customAction-knoppen zijn nu individueel te autoriseren. Je moet de knop één keer gebruiken om te zorgen dat deze verschijnt in het autorisatielijstje onder Back-office > POS > Webhook customAction.
Webhooks: customAction-knoppen zijn nu individueel te autoriseren. Je moet de knop één keer gebruiken om te zorgen dat deze verschijnt in het autorisatielijstje onder Back-office > POS > Webhook customAction.
Webhooks: Het is nu instelbaar of bij een niet-geblokkeerde externalCardScan de tekst "(niet geblokkeerd") getoond wordt.
Webhooks: Het is nu instelbaar of bij een niet-geblokkeerde externalCardScan de tekst "(niet geblokkeerd") getoond wordt.
Webhooks: Het is nu mogelijk om via messageDisplayTime en customerMessageDisplayTime een tijd door te geven waarna respectievelijk de meegegeven message of de meegegeven customerMessage weer verborgen wordt.
Webhooks: Het is nu mogelijk om in een webhookreactie te reageren met een prepayTable eigenschap. Hiermee kan een aanbetaling op een tafel doorgegeven worden.
Webhooks: Het is nu mogelijk om in een webhookreactie te reageren met een externalCardScan eigenschap. Hiermee kan gesimuleerd worden dat er een pas gescand is op de kassa waaraan een bepaald saldo en andere informatie gekoppeld zit. De pasinformatie wordt getoond op het kassascherm en op het klantendisplay, als onderdeel van de totaalregel van de bon op het scherm.
In de lijst van inkoopopdrachten wordt de kolom Leverdatum nu rood gemarkeerd als de leverdatum verlopen is.
Webhooks: In het geval van een handmatige annulering van een externalPayment-proces, wordt dit nu niet meer apart gemeld aan de webhook-endpoint. Er zal namelijk als onderdeel van het externalPayment-proces altijd nog een requestCancelExternalPayment volgen, die in principe dezelfde boodschap bevat voor de endpoint (namelijk dat de betaling geannuleerd dient te worden).
Het is nu mogelijk om via een webhook-reactie de bon te vergrendelen voor bijboeken (je kan nog steeds aantallen in mindering brengen). Hiervoor gebruik je de eigenschap lockSessionForAdditions in het JSON-antwoord.
Webhooks: Het is nu mogelijk, in een reactie waarin je een message of customerMessage retourneert, om via de eigenschap displayTime, messageDisplayTime of customerMessageDisplayTime een tijd in seconden mee te geven die aangeeft dat de boodschap minstens zo lang in beeld blijft staan. Dit kan nuttig zijn als de kassa staat ingesteld om de webhook-popup zo snel mogelijk te verbergen, maar je toch nog een belangrijke boodschap aan de kassagebruiker wilt doorgeven. Dit vertraagt dan het verbergen van de webhook-popup met het opgegeven aantal seconden.
Het overzicht Artikelen > Verloop is nauwkeuriger geworden en heeft nu ook de optie om prijzen Exclusief of Inclusief BTW te tonen.
De module Q1205 Cadeaupas is nu ook beschikbaar op GKS-systemen.
Master/Slave: De snelheid van het synchroniseren van de autorisatie is flink verhoogd.
Master/Slave: De snelheid van het synchroniseren van de autorisatie is flink verhoogd.
Extra opties bij indeling van regels van kassabonnen, orders, pakbonnen, facturen. De opties hebben drie standen omdat een aantal van deze opties al globaal ingesteld konden worden.
Extra opties bij indeling van regels van kassabonnen, orders, pakbonnen, facturen. De opties hebben drie standen omdat een aantal van deze opties al globaal ingesteld konden worden.
Het balanceren van voorraad van gekoppelde artikelen gaat nu verder dan één niveau. Je kunt nu meer niveau's toevoegen en de balancering zal doorgaan tot de onderste laag bereikt is. Voorbeeld: Een artikel "Stamppot boerenkool" kan bestaan uit de gekoppelde artikelen "Aardappelpuree" en "Rookworst", waarbij het artikel "Aardappelpuree" weer bestaat uit de gekoppelde artikelen "Aardappelen" en "Melk". Bij de verkoop van de stamppot zal de voorraad van rookworst, aardappelen en melk afgeboekt worden.
Het balanceren van voorraad van gekoppelde artikelen gaat nu verder dan één niveau. Je kunt nu meer niveau's toevoegen en de balancering zal doorgaan tot de onderste laag bereikt is. Voorbeeld: Een artikel "Stamppot boerenkool" kan bestaan uit de gekoppelde artikelen "Aardappelpuree" en "Rookworst", waarbij het artikel "Aardappelpuree" weer bestaat uit de gekoppelde artikelen "Aardappelen" en "Melk". Bij de verkoop van de stamppot zal de voorraad van rookworst, aardappelen en melk afgeboekt worden.
Wanneer MplusKASSA draait op een terminal server dan kan nu bij "Beheer > Instellingen > Filialen" bij de werkplekken toekenning gemaakt worden op basis de gebruiker of client machine die inlogt via RDP.
Hiermee zorg je dat iedereen die inlogt op de terminalserver zijn eigen werkpleknummer krijgt waardoor er dus geen problemen meer kunnen ontstaan door het werken op hetzelfde werkpleknummer. Let wel op dat er geen toewijzingen gedaan worden op werkplekken die ook in gebruik zijn voor normale werkplekken. Wanneer er voor zowel de ingelogde gebruikter als de clientmachine een werkplek toewijzing bestaat wordt de toewijzing op basis van client gebruikt.
(Citrix wordt nog niet ondersteund)
Webhooks: De eigenschappen messageDisplayTime en customerMessageDisplayTime werken nu ook bij de scanCode-reactie.
Het Webhook-icoon in de bovenbalk is tot nader order weggehaald, omdat de animatie hierin vreemde vastlopers kon veroorzaken bij trage (?) systemen.
O.b.v. de autorisatie van het artikelkaartveld "Inkoopprijs" (en "Gemiddelde inkoopprijs") worden in diverse onderdelen van de backoffice de prijzen en bedragen nu afgeschermd.
Ook in het algemene filter (artikelen, relaties en medewerkers) kan niet meer een veld geselecteerd worden wanneer de gebruiker hiervoor niet geautoriseerd is.
Accordatie werkt nu ook voor de knoppen in de kassabonregelpopup.
Wanneer een Slave-kassa zijn databaseschema wil updaten zal er niet meer om autorisatie gevraagd worden als het databaseschema van de Master al deze nieuwe versie is.
Wijzigingen aan de "Kassa gesloten"-modus:
In het loginscherm van de kassa kan de knop om medewerkers toe te voegen aan de lijst nu lang ingedrukt worden om meerdere medewerkers toe te voegen.
De term "pas" was al eerder toegevoegd als woordalias, maar werd op sommige locaties in de POS nog steeds altijd als "pas" weergegeven, en niet als de evt. ingestelde woordalias. Daarnaast is ook de woordalias "geautoriseerde pas" toegevoegd.
De term "pas" was al eerder toegevoegd als woordalias, maar werd op sommige locaties in de POS nog steeds altijd als "pas" weergegeven, en niet als de evt. ingestelde woordalias. Daarnaast is ook de woordalias "geautoriseerde pas" toegevoegd.
Webhooks: Probleem opgelost met de combinatie removeSessionLine en lineDeletions.
Webhooks: Als er via lineAdditions een artikel toegevoegd wordt met een vraagom-prijs, maar er wordt ook direct een gewenste prijs meegegeven, dan wordt de vraagom-popup nu niet meer getoond.
Webhooks: In het geval van een handmatige annulering van een webhook wordt er geen foutmelding meer verstuurd naar de kassa-interface met de boodschap dat de webhook geannuleerd is. Dit weet de kassagebruiker immers wel, want deze heeft de annulering zelf in gang gezet.
Probleem opgelost waardoor de webhook-popup soms vroegtijdig getoond werd (eerder dan de ingestelde vertragingstijd). Ook wordt de popup nu verborgen als er een dialoog via de webhook binnengekomen is. En na het beantwoorden van de dialoog wordt de popup eventueel pas weer getoond na het verlopen van de ingestelde vertragingstijd.
Verhelpt probleem met het opslaan van administratie verbindingen.
De "Kies order" knop is niet meer beschikbaar op een GKS-systeem.
Bij het deelbetalen van een verkooporder wordt bij GKS altijd een kassabon (BTW-ticket) gemaakt. Deze kassabon wordt nu ook in het Elektronisch Journaal (EJ) geregistreerd. Daarnaast ga je vanuit een deelbetaling in een GKS-systeem nu altijd terug naar het invoerscherm, omdat ook een deelbetaling bij GKS een geheel afgeronde transactie moet zijn.
Credits: Op het klantenscherm werd bij en na het afrekenen van een Credits-bon het bedrag in euro's weergegeven i.p.v. het aantal Credits.
Probleem verholpen waardoor witruimte op de bon niet meer geminimaliseerd werd.
Sinds enige tijd is het mogelijk om elke barcode een eigen afwijkende omschrijving mee te geven. Sindsdien was het echter niet meer mogelijk om bonteksten te gebruiken die afweken van de omschrijving. Dat probleem is in deze versie opgelost.
Sinds enige tijd is het mogelijk om elke barcode een eigen afwijkende omschrijving mee te geven. Sindsdien was het echter niet meer mogelijk om bonteksten te gebruiken die afweken van de omschrijving. Dat probleem is in deze versie opgelost.
Keukenscherm fontgrootte van statuslabel werd niet altijd goed weergegeven.
Keukenscherm fontgrootte van statuslabel werd niet altijd goed weergegeven.
Geheugenfout verholpen bij het wisselen naar de gesloten modus.
Als de kassa de huidige medewerker automatisch afmeldt na een bepaalde tijd van inactiviteit én er wordt weer aangemeld via een RFID-pas, dan ging de kassa je direct weer afmelden omdat het aanmelden via pas de inactiviteitsteller niet resette. Dat betekende dus dat de kassa dacht dat er nog steeds geen activiteit was, ook al had je jezelf weer aangemeld.
Als de kassa de huidige medewerker automatisch afmeldt na een bepaalde tijd van inactiviteit én er wordt weer aangemeld via een RFID-pas, dan ging de kassa je direct weer afmelden omdat het aanmelden via pas de inactiviteitsteller niet resette. Dat betekende dus dat de kassa dacht dat er nog steeds geen activiteit was, ook al had je jezelf weer aangemeld.
Probleem opgelost waarbij de autorisatiepopup in de kassa niet kon accorderen bij opstellingen met meerdere filialen.
Een Slave-kassa die geen verbinding meer heeft met de Master zal nu weer sneller bonnen maken.
