November

Met de sneltoets CTRL+G kun je de POS in retour modus zetten. In deze retour modus kun je kit artikelen scannen waarmee je de kit producten retour neemt. Als je de toetsencombinatie CTRL+G gebruikt zal de POS een keuzelijst geven met retour redenen. Maar als je een knop inricht met de functie Sneltoets, en de sneltoets CTRL+G een redencode meegeeft, krijgt de transactie in ASPOS automatisch deze redencode. Dit is in te stellen in menu kassa's door een knop aan te maken met de functie sneltoets, en daarna de sneltoets CTRL+G op te volgen met een pijp scheidingsteken | en daarachter de redencode.

afbeelding inrichting knoppen:

De Retourmodus op de POS is uit te zetten door nogmaals de toetsencombinatie CTRL+G te gebruiken, of de knop te gebruiken als deze is ingesteld, of een artikel te scannen die geen kit producten heeft.

afbeelding melding op de POS:

afbeelding transactie:

Bugfixes

--Geen noemenswaardige wijzigingen--

ASPOS BACKOFFICE

Rapportage's

Functionele wijzigingen

1. Verrekenpakbonnen worden meegenomen in de klanten telling X-afslag
Ticket: 928669

Het aantal transacties die geteld worden in de X-afslag is aangepast.
De nieuwe transacties die er voor zorgen dat omzet direct geboekt wordt bij het bestellen ( als een andere vestiging de order gaat uitleveren ) werden beiden meegeteld in het aantal klanten.

2. Kasstaat: Niet alle BTW-codes worden meegenomen

De kasstaat is aangepast voor omgevingen waar andere BTW codes per vestiging gelden, bijvoorbeeld als vestigingen in Nederland en in België zijn.
Deze worden nu netjes uitgesplist in de BTW staat getoond.

3. Medewerkersfilter voor de rapportage Product voorraadmutaties toont alleen medewerkers die ooit zijn ingelogd in ASPOS.
Ticket 940278

Fix gemaakt die ervoor zorgt dat in het medewerksfilter alle gebruikers kunnen worden geselecteerd die ooit op winkelniveau zijn ingelogd, ongeacht of dit via de kassa of de backoffice is geweest.

4. X-afslag uitgebreid met een overzicht van de retouren
RFC 17058

Aan het overzicht op de X-afslag is een extra regel toegevoegd: Bruto ex retouren. Hier wordt de bruto omzet min de eventuele retouren retouren getoond.

Onder aan het rapport staat ook een tabel met de totalen van de retouren met de aangegeven reden van retour.
Mochten er geen retouren zijn in de periode die je opvraagt voor de X-afslag wordt deze tabel niet getoond.

5. Nieuw rapport Artikel periode omzetrapportage met schaplocatie selectie
RFC 17087

Met het gebruikersrecht "Artikel periode omzet schaplocaties" krijg je toegang tot de rapportage Artikel periode omzet met schaplocatie selectie:

Met deze rapportage kun je de waardering en omzet van artikelen zien binnen een bepaalde periode met de volgende filter mogelijkheden.

Verkoopperiode, Winkels, Productgroepen en Product subgroepen, Merken, Leveranciers, Artikelcollectie, BTW codes, Locaties.

Als er op tonen wordt gedrukt na het maken van de filter selectie wordt er een Excel document gedownload waarin de volgende kolomen staan.

Winkel, Productcode, Omschrijving, Groep, Subgroep, Merk, EAN, Leverancierscode, Bestelcode, Status lev., factor, Verkoopprijs, Schaplocatie, Min, Max, Voorraad, L. Ontv datum, L. Verkoopdatum, Vrd=0 datum, Aantal verkocht, Aantal ingekocht, , Omzet excl. BTW, Omzet incl. BTW .

Bugfixes

--Geen noemenswaardige wijzigingen--

Producten

Functionele wijzigingen

1. Product import: Export maken van de productleveranciers in productbeheer
RFC 13643

In de excel export die uit ASPOS gemaakt kan worden zijn op het tabblad leveranciers de volgende kolommen toegevoegd:
- Het ASPOS productnummer
- De leveranciersbestelcode
- Leverbaar
- Inkoopprijs
- Aantal per eenheid
- Minimaal inkoopaantal
- Kortingspercentage

Deze kolommen corresponderen ook met dezelfde velden bij het tabblad leveranciers in het product.

Let op: Met deze wijziging worden ook alleen nog maar de leveranciers van het niveau waarop je de export uitvoert geëxporteerd. Dat wil zeggen dat op hoofdkantoor niveau alleen de centrale leveranciers worden geëxporteerd en op winkel niveau alleen de lokale leveranciers worden geëxporteerd.

Voorbeeld afbeelding van de export met verwijzing naar het tabblad leveranciers:

2. Inkoopordertype instelbaar maken in het bestelprofiel/advies
RFC 16343

Bij het aanmaken of aanpassen van een bestelprofiel kan nu een inkoopordertype ingesteld worden, hiermee kun je aangeven welk inkoopordertype gebruikt moet worden als de bestelregels worden verwerkt tot inkooporder. Bij bestaande bestelprofielen staat het inkoopordertype op standaard, maar dit kan door een dropdown menu aangepast worden.

Voorbeeld afbeeldingen van een inkooporder type aanpassen:

In het besteladvies wat berekend wordt staat ook netjes aangegeven om welk type inkooporder het gaat. Hier kan het type ook aangepast worden zodat niet alle regels met hetzelfde type naar inkooporder worden omgezet. Zo kun je in het besteladvies nog bepalen voor welke leverancier je welk inkoopordertype wilt gebruiken.

Voorbeeld afbeeldingen van het besteladvies:

Als de storesetting AddToOpenPurchaseOrder op true staat, dan worden verwerkte bestelregels aan toegevoegd aan een inkooporder met de status te bestellen met hetzelfde inkooporder type, als er voor bestelregels een ander inkoopordertype wordt gebruikt zal er een nieuwe inkooporder worden aangemaakt.

Voorbeeld van het overzicht inkooporders bij 2 verschillende inkooporder types:

Let op: Het inkoopordertype wat je ingeeft in het bestelprofiel en besteladvies overschrijft het inkoopordertype wat ingesteld staat bij de leverancier. Maar als het vinkje ''Verzoek verander ordertype bij verwerken van inkooporder'' aan staat en het ordertype bij de leverancier staat bijvoorbeeld op NextDayDelivery terwijl je een inkooporder hebt aangemaakt op het type spoed en deze hebt klaargezet om te verwerken dan komt bij het verwerken van de inkooporder alsnog de vraag of het inkoopordertype gewijzigd moet worden.

Voorbeeld afbeelding van deze instelling:

3. Fix in de inkooporder bij actieinkoopprijzen
RFC 17087

Er is een aanpassing gemaakt waarmee wordt gezorgd dat wanneer er een actie inkoopprijs actief is op een product en een leverancierskorting staat ingesteld op de leverancier of het product, dat bij het aanmaken van een inkooporder niet nogmaals de leverancierskorting wordt berekend. Dit komt voor bij inkooporders van hetordertype actie order, of als de storesetting PurchaseOrderDefDiscount op true staat ook bij de inkooporders met het ordertype standaard.

4. Product import: Import bouwen van de productleverancier inclusief de korting + doorvoeren naar onderliggende winkels
RFC 13643

Met het gebruikersrecht Productleveranciers importeren krijg je in ASPOS in Productbeheer een extra optie om leveranciers te importeren.

Dit scherm zal er als volgt uitzien:

In de template die je kunt downloaden kun de volgende gegevens invullen om te importeren:

Kolom A: Product nummer
Kolom B: Productomschrijving
Kolom C: Leverancierscode
Kolom D: Leveranciersnaam
Kolom E: Leveranciersbestelcode
Kolom F: Leverbaar
Kolom G: Inkoopprijs
Kolom H: Aantal per inkoopeenheid
Kolom I: Minimaal inkoop aantal
Kolom J: Kortingspercentange

Let op: Als de velden Inkoopprijs, aantal per inkoopeenheid, min. inkoopaantal en kortingspercentage niet het juiste decimale teken hebben ( dit is afhankelijk van de taalinstelling van excel) zal in het gedownloade template het veld rood worden zodat je weet dat de invoer niet juist is. Als de kolom leverbaar niet gevuld is wordt Leverbaar Ja

5. Import/Export uitbreiden met aantal/prijs bij barcode
RFC 17087

Bij het importeren van artikelen is het nu mogelijk om een aantal bij barcode in te geven. Dit doe je door de kolom in excel de barcode te laten volgen door een hashtag (#) en daarna het aantal bij barcode in te geven. Als er geen aantal bij barcode staat dan wordt dit default 1 stuk.

Voorbeeld hoe deze import/export eruit ziet:

6. Verbeterpunten ASPOS vanuit Support : Labeltypes volgorderlijkheid van overerving.
RFC 15944

Als er labels worden aangevraagd uit de prijswijzigingsmodule zal ASPOS de volgende volgordelijkheid aanhouden voor het labeltype wat wordt aangevraagd.

1. Label bij product lokaal

2. Label bij product centraal

3. Label bij Productgroep lokaal

4. Label bij productgroep centraal

7. Leverdatum toevoegen aan het inkooporder export bestand naar JDS
RFC 15374

Aanpassing gemaakt waarbij de leverdatum die je invult in ASPOS in het JDS bestand komt te staan.

Bugfixes

--Geen noemenswaardige wijzigingen--

Gebruikers

Functionele wijzigingen

--Geen noemenswaardige functionele wijzigingen--

Bugfixes

--Geen noemenswaardige wijzigingen--

Menu's kassa

Functionele wijzigingen

--Geen noemenswaardige functionele wijzigingen--

Bugfixes

--Geen noemenswaardige wijzigingen--

Instellingen

Functionele wijzigingen

1. Bouwen ICP cadeaukaart Activate/Balance/Cancel/Getinfo etc.
RFC 16962

ICP cadeau kaarten (ook bekend als VTC kaarten) kunnen nu via de giftcardservice verwerkt worden. Daar hebben ze 4 functies: activeren, balans opvragen, Betalen en bijladen (reload). Hiervoor moeten er configuratie aangemaakt worden per klant en een aantal store settings worden ingevuld:

POSUseGCServiceICP

ICPGCConfigID

Bugfixes

1. Setting DefaultLabelTypeForWifi werkend maken.
RFC 15944

De storesetting DefaultLabelTypeForWifi is weer geactiveerd, op het moment dat er op een productkaart in ASPOS geen labeltype staat ingesteld valt de PDA terug op de storesetting en zal dus labels aanvragen van het type wat ingesteld is bij de storesetting.

2. Weghalen hardcoded prefix in ASPOS voor een pakbon
RFC 17058

Bij het aanmelden van een transfer via de PDA werd voorheen een prefix van 97110 ervoor gezet. Deze is overbodig en verwijderd.

EVL Beheer

Functionele wijzigingen

--Geen noemenswaardige functionele wijzigingen--

Bugfixes

Geen noemenswaardige wijzigingen--

Financeel

Functionele wijzigingen

1. Instelbare bestemming voor afgeroomd briefgeld, nieuwe optie: Automatisch afstoren bij de betaalsoort
RFC 16071

Het is nu mogelijk om voor contanten de kluis zoals je die kent in ASPOS over te slaan. Dit betekend dat bij het afromen vanuit een kas telling of een afroming het geld direct wordt doorgeboekt naar de ingestelde betaalsoort.

Om dit in te kunnen stellen dient het volgende ingericht te zijn op de betaalsoort contant:

Het betreft dan het vinkje 'Autom afstorten bij afromen'
Het betreft de instelling 'afstorting betaalsoort'
Als dit niet het geval is blijft alles werken met de huidige werking.

Als dit het geval is wordt bij een kastelling gevraagd om een sealbag nummer (als je als gebruiker gaat afromen).
Bij het afronden van de telling wordt in het menupunt afromen (vanuit de kluis) meteen een afroming gemaakt zodat de gehele geldstroom te volgen is. Deze afroming herken je aan het type: Kluis afroming (AUTO).

Voorbeeld afbeelding hoe de auto afroming eruit ziet in ASPOS bij het overzicht:

Bugfixes

--Geen noemenswaardige wijzigingen--

Klanten

Functionele wijzigingen

1. Factuur lay-out aanpassen Parfuma Wens is om de track & trace code uit de factuur te halen.
RFC 17066

Aanpassing gemaakt zodat de Track&Trace niet meer terug komt op de factuur, als er gebruikt wordt gemaakt van de TelerikInvoice_General.

Bugfixes

1. Factuurlayout DGN
Ticket 939857

Er is een bug gefixed zodat de QR code voor PayByLink geen ruimte meer reserveert in de footer van de factuur.

2. Klantorder met alleen verzendkosten heeft status "Geen regels" Bouwmaat
Ticket 938809

Aanpassing gemaakt waarmee Producttypes die normaal uit de berekening voor klantorderstatussen vallen wel meegerekend worden als deze zonder producttypes, die wel meegaan in de berekening, in de klantorder staan.

Het gaat hierbij om de volgende Producttypes:

E-voucher, Verzendkosten, Matrix, OvChip, OvChipV2, OvRitkaart, Display, Spaarvoucher, EVLVoucher, EVLVoucherCreate, ProductVoucher, Cluster.

Vestigingen

Functionele wijzigingen

---Geen noemenswaardige functionele wijzigingen--

Bugfixes

-Geen noemenswaardige wijzigingen--

Acties

Functionele wijzigingen

1. Wichtacties in ASPOS ondersteunen.
RFC 16354

Binnen ASPOS is er een nieuwe afhandeling van wichtacties in combinatie met Prijs Barcodes. Om prijsbarcodes en daarmee deze nieuwe manier van actie afhandeling goed te laten werken, ook in combinatie met de Scan&Scale moet de storesetting: POSPriceByBarcode op True staan. Ook moet de storesetting: PriceBarCodes gevuld zijn met de waardes waardoor de prijs in de barcode werkt zit, dus met: AAAAAAACPPPPC|AAAAAACPPPPPC.

Met de storesetting: DiscountShowKind op true krijg je bij het aanmaken van een actie, in de actiemodule van ASPOS op het tabblad extra een dropdown te zien met actiesoort. In deze dropdown staan nu alleen nog maar de soorten ''Standaard'' en ''Weegschaal'', default staat de actie soort op ''Standaard''.

Als je een actie wilt instellen op een wicht artikel in combinatie met een prijs barcode met het actie soort op weegschaal staan , deze actiesoort werkt alleen incombinatie met een actie in de categorie product. Mocht er bijvoorbeeld een mixmatch worden aangemaakt en de actiesoort op ''Weegschaal'' gezet worden dan krijg je de volgende melding bij het opslaan van de actie.

Bij de inrichting van de actie, met categorie product en actiesoort weegschaal wordt maar 1 staffel ondersteund. Wel kan er gekozen worden voor het type bedrag of percentage. Een actie voor een wichtartikel met een prijs per kilo van € 1,99 voor € 0,99 zal er als volgt uitzien:
- De categorie staat op Product
- Het type is bedrag
- En de prijs is van € 1,99 voor € 0,99
- Op het tabblad extra staat die actiesoort op Weegschaal

Om ervoor te zorgen dat de juiste actieprijs wordt berekend op de kassa na het scannen van een wachtartikel zal er op de omgeving een taak moeten lopen. De taak: WEIGHTDISCOUNTPRICES, deze taak kijkt of een actie met actiesoort ''Weegschaal'' actief en lopend is waarna de prijs die ingevoerd is (of het kortingspercentage) wordt ingevoerd bij de actieprijs van het product.

Als de actie niet meer actief is of de looptijd is verstreken zal deze actieprijs weer leeggehaald worden, mocht die actieprijs perongeluk handmatig leeggehaald of aangepast worden dan zorgt de taak ervoor dat de juiste actieprijs weer ingevoerd wordt. Als er aan deze inrichting is voldaan zal het uiteindelijke resultaat op de POS er als volgt uitzien. De prijs die de consument moet gaan betalen zit in de barcode. Stel de consument moet € 0,49 betalen voor het artikel zal de prijsbarcode er als volgt uitzien: 8712340000490, de kassa zal dan eerst de reguliere prijs uitrekenen en daarna de korting verrekenen op een aparte regel.

Voorbeeld hoe het op het kassascherm weergegeven wordt:

In de transactie in ASPOS wordt de korting ook weergegeven zodat duidelijk is hoeveel korting er gegeven is.

Voorbeeld hoe de transactie in de Backoffice eruit ziet:

Let op:
- De actieprijs is afhankelijk van van een taak en de frequentie van die taak. Timing-issues zijn hierin mogelijk (happy hour varianten worden hierdoor dus lastig).
- Een prijsbarcode bij een wichtproduct leidt onherroepelijk tot afrondingsverschillen. Dat was in de oude situatie al zo en dat wordt met kortingen alleen maar meer.
- Om een goede werking van de acties te garanderen moet de storesetting POSPriceByBarcode op True staan en de storesetting PriceBarCodes gevuld zijn met AAAAAAACPPPPC|AAAAAACPPPPPC.

Bugfixes

-Geen noemenswaardige wijzigingen--

Kas- en kluisbeheer

Functionele wijzingen

---Geen noemenswaardige functionele wijzigingen--

Bugfixes

Geen noemenswaardige wijzigingen--

WIFI ASPOS

Functionele wijzigingen

1. Locatie aanpassen in de PDA
RFC 17087

Door het gebruikersrecht '' tonen Product Locatie aanpassen'' aan te zetten bij een gebruiker komt er een extra producttaak bij na het scannen van een barcode.
Met deze producttaak kun je de schaplocatie van een artikel aanpassen, zodra je bent ingelogd op de PDA kun je een barcode scannen waarna je op de menu knop kunt drukken om de producttaak te starten.

Afbeelding van de menu knop (rechtsonderin)

Hier kun je kiezen voor de optie ''Locatie aanpassen''

Afbeelding Locatie aanpassen:

Nadat je deze optie hebt gekozen wordt de huidige locatie van het product opgehaald waarna je deze kunt aanpassen, als de locatie van het artikel goed is kun je dit accorderen met het vinkje

Afbeelding Menu locatie aanpassen:

Nadat je in dit menu bent geweest en geaccordeerd hebt met het vinkje blijf je in het aanpassen van de schaplocaties, hier kun je een nieuwe barcode scannen en direct een andere schaplocatie ingeven. Waarna weer geaccordeerd kan worden met het vinkje om die nieuwe locatie bij het product op te slaan.

Let op: deze functionaliteit maakt geen gebruik van de gegevens ingevuld bij de storesetting LocationPattern en als je gebruik maakt van deze functionaliteit komt de bestaande locatiecode niet op vervallen te staan.

Bugfixes

1. Via de PDA is het mogelijk om negatieve aantallen in de leveranciersretouren in te vullen dit moet niet kunnen.
Ticket 940341

Er is een aanpassing gemaakt die voorkomt dat er negatieve waardes kunnen worden ingegeven bij het toevoegen van leveranciers retouren via de PDA.

WEBSHOP

Functionele wijzigingen

---Geen noemenswaardige functionele wijzigingen--

Bugfixes

1. Omschrijving van een webknoop in Duits, Engels of Frans wordt niet opgeslagen als niet ook de Nederlandse vertaling is aangepast.

Fix gemaakt zodat webknoop vertalingen apart van elkaar kunnen worden opgeslagen.