1. Nieuw ordertype: directorder voor het afhandelen van food bestellingen

In ASPOS hebben wij een nieuw ordertype geïntroduceerd voor de afhandeling van producten van het type "Food". Dit ordertype "DirectOrder" wordt automatisch aangemaakt als er een transactie met een product van het type "Food" wordt afgehandeld op de POS. 

Deze order is bedoeld voor de keuken zodat het bestelde product bereid kan worden. Er komt bij de producten dan geen klantorderstatus maar direct een voorraadmutatie en de omzet van een DirectOrder wordt direct geboekt. Deze DirectOrder wordt altijd aangemaakt op één klant (ongeacht of er een klant geselecteerd is in de POS). Deze klant is in te stellen in de geavanceerde instelling [CustomerCodeForKitchen]. Het is de bedoeling dat in deze setting een klantcode wordt gevuld van een bestaande klant (al dan niet aangemaakt als "Keukenklant") van de eigen "winkelboom". Er wordt bij het afronden van een transactie met een food product enkel een controle uitgevoerd of de geavanceerde instelling gevuld is, als dit niet het geval is geeft de POS hier een melding van waarna de instelling kan worden gevuld met een valide klantcode. Mocht de geavanceerde instelling zijn gevuld met een niet-valide klantcode of een klantcode van een klant die niet in de eigen winkelboom bestaat, wordt dit weggeschreven in de beveiligingslog. De transactie kan dan wel worden afgerond maar er wordt geen DirectOrder aangemaakt, verder is het niet de bedoeling dat er M-klanten worden gebruikt voor deze functionaliteit (dus geplaatst in de geavanceerde instelling). 

CN 22380

1. Klantinformatie op het kassascherm afschermen

Om ervoor te zorgen dat niet alle klantgegevens worden getoond op het kassascherm, en zo privacygevoelige informatie wordt gewaarborgd, hebben wij een aanpassing verricht. Middels de nieuwe geavanceerde instelling [POSGDPRCompliant] kan worden bepaald of een gedeelte van de klantinformatie verborgen moet worden op het kassascherm. Wanneer deze instelling ingeschakeld is, worden enkel de klantcode, het spaartegoed, het laatste bezoek en de prijslijst getoond. M-klanten zijn uitgesloten van de functionaliteit.

2. Kitgroepen: keuze kunnen wijzigen middels een sneltoets 

In versie IJsvogel hebben wij de optie kitgroepen geïntroduceerd voor op de kassa. Hiermee kunnen kitgroepen worden opgehaald en eventueel aantallen worden meegegeven per product. Echter, was het nog niet mogelijk om de eerder gedane selectie te wijzigen en moest het product eerst worden verwijderd om een aanpassing te verrichten.  Om ervoor te zorgen dat dit op een efficiëntere manier gedaan kan worden hebben wij een wijziging doorgevoerd in de POS. Vanaf heden kan er met een toetsencombinatie de keuze die gemaakt is bij de samenstelling van een product van het type "food" gewijzigd worden. 

Nadat een product (van het type food) gescand is en er kitgroepen en tenminste 1 variabel kitproduct bekend, kan de keuze worden aangepast door middel van de toetsencombinatie [ALT]+[E]. Als de regel met het product is geselecteerd komt de pop-up voor de keuze producten weer naar voren. Hier kan de keuze van de klant weer worden aangepast, en gelden dezelfde restricties als bij het de eerste keer selecteren van de product. Als voor het product iets is aangepast en er wordt op de laatste pagina van de pop-up op "OK" gedrukt, wordt de keuze doorgevoerd op de POS. Als er gebruik wordt gemaakt van de knop "Annuleren", blijft de huidige keuze behouden. Om het gebruik van deze functionaliteit te vergemakkelijken kan een menuknop worden aangemaakt voor op de POS waar de betreffende sneltoets achter zit. 

3. Aanpassing kassabon

Wij hebben een wijziging doorgevoerd op de fysieke kassabon ten behoeve van de certificering voor de weegschaalkoppeling. Zo wordt er op de V1 en V2 kassabon nu een extra kolom geprint met de prijs per stuk, deze kolom heet "€/stuk". Daarnaast wordt er een kolom geprint met de totaalprijs, deze kolom wordt aangeduid met een euroteken (€). Ook wordt bij wichtproducten aangegeven wat de prijs per eenheid is (€/KG bij €/stuk) en wordt er met een asterisk aangegeven of  het gewicht handmatig is aangepast. 

Op de V1 kassabon ([POSReceiptVersion] = 1) is dit hard gecodeerd op de bon gezet, bij de V2 kassabon (de XML versie [POSReceiptVersion] = 2) kan dit worden toegevoegd aan de XML in het template. 

De te gebruiken namen binnen de kolommen van alle artikelelementen zijn:

• Voor article: 

  • quantity: alleen het aantal in de kolom

  • quantityunit: het aantal én de eenheid in de kolom

  • amount: de stuksprijs in de kolom

  • amountunit: de stuksprijs én de eenheid in kolom

  • description: de omschrijving van het product

  • totalamount: de totaalprijs van de regel

  • quantity_description: het aantal én de omschrijving van het product in één kolom. Bijv. te gebuiken als kitregels/samengestelde regels ingesprongen moeten worden.

• Voor articlekititem: 

  • quantity: alleen het aantal in de kolom

  • amount: de stuksprijs in de kolom

  • description: de omschrijving van het product

  • totalamount: de totaalprijs van de regel

  • quantity_description: het aantal én de omschrijving van het product in één kolom. Bijv. te gebuiken als kitregels/samengestelde regels ingesprongen moeten worden.

Voorbeeld XML: 

    <row sort="5.10" width="56" name="articleheaderline" leftmargin="0" linespacing="40" />

  <row sort="5.11" width="56" name="articleheader" leftmargin="0" linespacing="40" font="B">

    <column width="9" name="quantityunit" sort="1" alignright="true" />

    <column width="1" sort="2" spacecolumn="true" />

    <column width="24" name="description" sort="3" ellipsis="false"/>

    <column width="1" sort="4" spacecolumn="true" />

    <column width="11" name="amountunit" sort="5" alignright="true">€/stuk</column>

    <column width="1" sort="6" spacecolumn="true" />

    <column width="9" name="totalamount" sort="7" alignright="true">€</column>

  </row>

  <row sort="6.1" width="56" name="articleline" leftmargin="0" linespacing="40" />

  <row sort="6.2" width="56" name="article" leftmargin="0" linespacing="40" font="B">

    <column width="9" name="quantityunit" sort="1" alignright="true" />

    <column width="1" sort="2" spacecolumn="true" />

    <column width="24" name="description" sort="3" ellipsis="false"/>

    <column width="1" sort="4" spacecolumn="true" />

    <column width="11" name="amountunit" sort="5" alignright="true" />

    <column width="1" sort="6" spacecolumn="true" />

    <column width="9" name="totalamount" sort="7" alignright="true"/>

  </row>

4. Aanpassing kassabon: kitgroepregels en kitproducten

Om de kitregels die bij producten horen beter te visualiseren op de kassabon hebben wij een wijziging doorgevoerd op de fysieke kassabon. De kitregels worden vanaf heden niet op dezelfde lijn als andere producten afgedrukt; er wordt ingesprongen op de regel. Deze aanpassing is doorgevoerd op zowel de V1 als de V2 kassabon (de XML versie).

5. Variantselectie zonder "OK" knop

Wij hebben de manier waarop een gekoppeld product aan een variant wordt geselecteerd op de POS gewijzigd: Na het scannen van een variant product is het nu alleen nog nodig om een productregel aan te klikken om deze aan de bon toe te voegen. Zo hoeft er niet nog op "Ok" geklikt te worden alvorens de productregel toe te voegen.

6. Wijziging weergave pop-up kitproducten

De weergave van de kitproducten pop-up op de POS gewijzigd hebben wij gewijzigd. Zo hebben wij icoontjes toegevoegd bij de knoppen vorige/volgende en in wordt voortaan in de header de naam van de kitgroep getoond. 

8. Klantdata: extra pop-up na postcodecheck

Binnen ASPOS is het nu mogelijk om na de Postcodecheck op de POS extra klantdata uit te vragen. Hiervoor hebben wij een nieuwe geavanceerde instelling gerealiseerd: [POSTransQuestions]. Binnen deze instelling is het mogelijk om de code in te voeren van de stamtabel items aangemaakt onder de stamtabel "Transactie uitbreidingen". 

De stamtabel items die bij deze functionaliteit worden ondersteund zijn:

• Ja/nee vragen

• Keuzelijst 

• Vrije invoervelden

Bij het invullen van de codes vanuit de stamtabeldata bij de geavanceerde instelling dienen de codes middels een pijpteken te worden gescheiden. De functionaliteit wordt pas actief wanneer de geavanceerde instelling [POSPostcodeCheck] op "True" staat en actief is (aan de hand van de instellingen [POSPostcodeCheckStart] en [POSPostcodeCheckEnd]). 

Op de POS worden de vragen na de vraag voor het invoeren van de cijfers van de postcode van de klant weergegeven. Dit, tenzij er een klant geselecteerd is op de POS met een postcode die al bekend is in ASPOS dan wordt de postcode vraag overgeslagen, dit is al de huidige werking. 

Als de postcodecheck op de POS actief is en de instelling [POSTransQuestions] leeg is, worden er ook geen vragen gesteld na de postcodecheck. In het scherm op de POS kan een maximum van 5 vragen worden getoond. Hierbij is het van belang dat de lengte van de vragen in acht wordt genomen gezien de beperkte breedte van het scherm. 

Bij de optie ja/nee-vragen hebben wij de optie "Geen antwoord" geïntroduceerd. Dit, voor klanten die liever geen antwoord wensen te geven op vragen. Voor de keuzelijst vragen moet in de het stamtabel item de optie "Leeg" handmatig ingevoerd worden, voor het geval er geen antwoord gegeven wordt of kan worden. Voor de antwoorden op de vragen is nog geen rapportage beschikbaar, wel zijn de antwoorden terug te vinden in transactiebeheer op de transactie. 

CN 1060917

CN 20690

CN 1060262

1. Vertalingen middels Google Translate

Vanaf heden is het mogelijk om op meerdere plekken in de backoffice vertalingen toe te passen met behulp van Google Translate. Om gebruik te maken van deze functionaliteit dient de nieuwe geavanceerde instelling [Multilanguage] ingeschakeld te worden. 

De vertaaloptie is toegevoegd in de volgende menupunten: 

• Productgroepen

• Subgroepen

• Redencodes

• Webknopen

• Categoriegroepen

• Betaalsoorten

• Productbeheer

  • Online omschrijving (tabblad memo)

  • Omschrijving/extra omschrijving 

  • Productvelden. 

3. Styling datatables

Met deze wijziging hebben wij de CSS styling van datatables gelijkgetrokken in menu's waar dit afweek voor een consistentere look.  

2. Contant factuur: aanpassingen

Op de rapportage van de contant factuur "TelerikA4PdfTicket_Dgn" hebben wij de volgende aanpassingen doorgevoerd:

• De term "Contant factuur" op het rapport is aangepast naar "Kassabon"

• De gespaarde- en het totaal aantal spaarpunten van de klant worden op het rapport getoond. Net als op de fysieke kassabon

• De datum en tijdsnotatie worden getoond op het rapport

• De verkoper wordt getoond op het rapport

• Bij bestelde artikelen zal niet meer de verkoopprijs worden getoond, maar:

  • • Onder de kolom "Prijs" wordt de prijs per stuk weergegeven

    • Onder de kolom "Totaal incl. btw" zal er "Besteld" staan

• Het debiteurennummer is vervangen door de ASPOS klantcode. Dit nummer wordt getoond naast de overige klantgegevens.

3. Ondersteuning speciale karakters

Bij de volgende Telerik labellay-outs en rapportages hebben wij ondersteuning voor speciale karakters geïnplementeerd:

• Rapportage opdrachtbevestiging (TelerikOrderConfirmation_General)

• Pakbonrapportage (TelerikOrderDeliveryNoteExtended_Libris)

• Factuur (TelerikInvoice_Libris)

• KLB label (TelerikA4PosterKlb_General)

CN 1063176

CN 1062580

1. Productbeheer: lokaal product niet toevoegen als relatie of variant aan een centraal product

Wij hebben een wijziging doorgevoerd in APSOS om te voorkomen dat op het hoofdkantoor niveau lokale producten kunnen worden toegevoegd als relatie bij een centraal product. Dit, om te voorkomen dat er varianten worden gekoppeld die niet in elke winkel beschikbaar zijn om te scannen aan de POS. 

Als het wenselijk is dat het product toch toegevoegd moet worden als relatie, dient het product eerst centraal getrokken worden. Dit wordt op drie plekken afgevangen:

Wanneer op het centrale niveau een lokaal product wordt geselecteerd om toe te voegen op het tabblad relaties verschijnt de onderstaande foutmelding.

Weergave van het tabblad "koppelingen"

RFC 22380

4. Kitgroepen: verscheidene aanpassingen

Binnen het menupunt "Kitgroepen" hebben wij een aantal wijzigingen doorgevoerd om het gebruik van dit menupunt te bevorderen. Zo is het mogelijk om bij het toevoegen van kitgroepregels direct een product- of scancode invoeren waarna het product wordt toegevoegd. Als er meer dan één hit is op de zoekopdracht komt de productselector naar voren. In deze productselector is het ook mogelijk om via multiselect meerdere producten in een keer toe te voegen aan de kitgroep. 

Als er producten zijn toegevoegd aan de kitgroep is de volgorde van deze producten te wijzigen door gebruik te maken van de pijltjes toetsen voor aan de regel.

CN 21360

9. Kitgroepen: bij wijzigen product, dit ook tonen binnen de kitgroep

Deze wijziging heeft effect op het wijzigen van een product dat binnen een kitgroep valt: wanneer de (inkoop)prijs of omschrijving van een product wordt aangepast, wordt deze voortaan ook direct gewijzigd binnen de kitgroep zelf.  

CN 14394

CN 1062992

2. Gebruikersbeheer: filterknop valt buiten het kader

De filterknop binnen het menupunt "Gebruikersbeheer" viel op hoofdkantoorniveau buiten het kader en kon hierdoor niet worden gebruikt. Deze bug hebben wij opgelost. 

1. Vestigingen: segment weer uit kunnen zetten

 Binnen ASPOS is het nu mogelijk om een segment op een vestiging weer uit te zetten. Hiervoor hebben wij een nieuw gebruikersrecht "Segment aan/uitzetten" toegevoegd. Dit recht wordt standaard toegevoegd aan elke gebruikersgroep die het recht "Vestiging toevoegen/wijzigen" heeft. 

Als een segment wordt aangepast bij een vestiging, wordt dit weggeschreven in het beveiligingslog onder de ingang "Segment aan/uitzetten". De sleutel die hier getoond wordt is het OID van de winkel.

2. Nieuw menupunt: Eventmessage types

Wij hebben een nieuw menupunt geïntroduceerd in ASPOS: "Eventmessage types". Hiervoor hebben wij het endpoint '/api/workstation-event-types' toegevoegd: Om het menu te activeren dient het beveilingsrecht "Eventmessage types beheren" ingeschakeld te zijn voor de gebruikersgroep.

De volgende velden dienen te worden ingegeven bij het creëren van een eventmessage via het endpoint: 

• 'description' (verplicht) 

• priority' (verplicht): uitgedrukt in cijfers 

• 'show' (verplicht): true/false 

• 'storeId' (verplicht): winkelcode (op basis van gegeneerd OID cijfer via de converter, getoond als winkelcode in de UI) 

• 'code' (verplicht): Event code, niet muteerbaar nadat deze aangemaakt is 

• 'timeOutInSeconds' (optioneel): numerieke waarde 

• 'actionRequired' (verplicht): true/false

• 'pictureLink' (optioneel): toe te voegen in de UI, afbeelding URL van de ImageStore of een bestandsupload 

• 'popUpMessage' (verplicht): true/false

• 'content' (optioneel): tekst/numeriek 

3. Nieuw menupunt: eventberichten

Wij hebben een nieuw menupunt geïntroduceerd: "Eventberichten". Vanuit dit menupunt kunnen eventberichten (eventmessages) worden ingezien. Dit menupunt is enkel te openen door een gebruiker die het gebruikersrecht "Eventmessages beheren" heeft. 

De eventberichten kunnen gefilterd worden op basis van de volgende opties: 

• Prioriteit (de prioriteit van het eventbericht) 

• Actie vereist (is er voor het eventbericht een actie vereist? Ja/nee) 

• Type (het EventMessageType: hier wordt de code van het type event getoond) 

• Werkstation (de code van het werkstation dat het eventbericht heeft aangemaakt of waar deze voor bedoeld is) 

• Winkel (winkel waarop het eventbericht is aangemaakt of waar deze voor bedoeld is) 

De tabel kent de volgende velden:

• Aanmaakdatum (datum en tijd wanneer het eventbericht is aangemaakt) 

• Omschrijving (de omschrijving van het eventbericht) 

• Type (EventMessageType. Hier wordt de code van het type event getoond) 

• Prioriteit (de prioriteit van het eventbericht) 

• Actie vereist (is er voor het eventbericht een actie vereist? Ja/nee) 

• Message ID (ID in de database van het eventbericht) 

• Werkstation (de code van het werkstation dat het eventbericht heeft aangemaakt of waar deze voor bedoeld is) 

• Winkelcode (Winkel waarop het eventbericht is aangemaakt of waar deze voor bedoeld is) 

De tabel is te sorteren per kolom door op de header te klikken. Er worden per pagina 100 resultaten getoond met een maximum van 1000 resultaten (10 pagina's). De nieuwste eventberichten worden bovenaan getoond: dus de laatst aangemaakte 1000 eventberichten worden getoond. Wanneer een filter wordt gebruikt, wordt er ook buiten deze eerste 1000 eventberichten gekeken. Door een eventbericht aan te klikken wordt een pop-up getoond met de velden zoals weergegeven in de volgende afbeelding:

CN 22380

2. Klantorders: nieuwe filter bezorgorders

In het menupunt "Klantorders" hebben wij op het tabblad "extra" een nieuwe filter "Bezorgorders" toegevoegd. Middels deze nieuwe filter is het mogelijk om alleen ophaalorders of bezorgorders te tonen. 

De volgende opties zijn hierbij mogelijk:

• Ja: alleen bezorgorders worden getoond

• Nee: alleen ophaalorders worden getoond

• (alles): standaard situatie, alle orders worden getoond

4. Klantorders: automatisch pickorder aanmaken bij het opslaan van een order

Binnen ASPOS is het nu mogelijk om op basis van een geavanceerde instelling te bepalen of bij het opslaan van een klantorder direct de vraag wordt gesteld om een pickorder aan te maken op basis van de vrije voorraad. Dit wordt bepaald door de instelling [AutoPickOrderFreeStock] waarvan de standaardwaarde "false is. Als deze instelling op "true" staat, wordt bij het opslaan van de klantorder een check uitgevoerd of van tenminste één regel van de order tenminste 1 stuk aan vrije voorraad beschikbaar is. Als dit het geval is wordt er na het opslaan een vraag gesteld of er op basis van de vrije voorraad voor die order een pickorder aangemaakt moet worden. Bij drukken op "Ja" wordt er een pickorder aangemaakt van alle regels die vrije voorraad hebben, bij drukken op "Nee" wordt er geen pickorder aangemaakt. 

CN 21360

6. Klantorders: "Pak./Back." vullen met aantal bij negatieve PLU artikelen

Met deze wijziging in het klantordermenu wordt bij het invoeren van negatieve productaantallen van PLU producten in de "Best./Gel." kolom voortaan automatisch de kolom "Pak./Back." gevuld met hetzelfde aantal. 

7. Klantorders: bonmemo vanuit de transactie in de order tonen

Bij het aanmaken van een direct order vanaf de POS en het toevoegen van een bonmemo, wordt vanaf heden deze bonmemo ook weergegeven in de klantorder op de backoffice. Deze memo is terug te vinden op het tabblad "memo" in de klantorder. 

CN 14394

CN 14394

1. Vestigingsvelden uniek maken

Wij hebben een wijziging doorgevoerd in het menupunt "Vestigingen" waarmee de velden GLN, jdsnummer en externe filiaalcode uniek zijn geworden in de omgeving. Als een waarde in een van deze velden bij meerdere vestigingen voorkomt zal ASPOS een melding tonen dat de vestiging niet kan worden opgeslagen. In deze melding staan de velden die al bestaan bij een andere vestigingen en bij welke vestiging deze bestaat. Deze melding komt ongeacht of de velden zijn aangepast, dit kan er dus voor zorgen dat bij een bestaande doublure deze melding naar voren komt bij het opslaan van de vestiging. 

CN 1063708

1. REST: mails verzenden naar CC en BCC 

Wij hebben in de REST services een aanpassing doorgevoerd waarmee het vanaf nu mogelijk is om de de orderbevestiging ook naar een CC en BCC emailadres te versturen. 

Hiervoor hebben wij bij het endpoint POST/api/customer-orders/{id}/Commit de parameters "ccEmailList" en "bccEmailList" toegevoegd. 

Wanneer deze emailadressen zijn gevuld én de parameter "sendEmail" op "true" staat, wordt de orderbevestiging ook naar het eventueel opgegeven CC en/of BCC emailadres verstuurd. Het is hierbij ook mogelijk om meerdere emailadressen tegelijk op te geven (array).  

CN 14394

CN 23993

CN 1058422