VERSIE: 6.0.2025Yankee

Doorontwikkeling Voorraad weergave in de POS

We hebben een nieuwe calculatie ingebouwd in de POS die de vrije voorraad weergeeft bij het opvragen van de product informatie. In deze calculatie wordt rekening gehouden met de inbestelling staande klantorders op een specifieke winkel.

CN 60452

Rapportages

Doorontwikkeling Kasstaat rapportage

Er is een doorontwikkeling toegepast in de kasstaat rapportage. Hierin is nu ook de omzet die is gemaakt op subgroepniveau inzichtelijk gemaakt.

Hiervoor zijn de volgende wijzigingen doorgevoerd:

• Nieuwe geavanceerde instelling "CashJournalWithSubGroups"  geïntroduceerd. Deze setting bepaalt of er ook naar omzetrekeningen van subgroepen gekeken moet worden

• Indien deze op True staat, dan worden alleen van de subgroepen waar omzetrekening is gevuld de subgroeptotalen getoond.

  • Groepcode

  • Subgroepcode

  • Omschrijving

    • De omzetrekening kan ingevuld worden via Producten > Productgroepen > Productgroep bewerken. Dit moet ingevuld worden op Hoofdkantoor niveau.

• Bij groeptotalen, subgroeptotalen, omzetrekeningtotalen, eigen omzetrekeningtotalen is er een kolom "btw code" toegevoegd. Bij 0% konden er namelijk drie standaard btw-codes van toepassing zijn (nul, exp-eu, exp-noneu) en ook nog eens meerdere van op afstand verkopen. Aan de regel was dan niet goed te zien waar die bij hoorde. Daarom tonen we hier nu:

  • TaxCodeID (unieke id uit de database)

  • Indien landcode gevuld (op afstand verkopen), dan wordt de landcode tussen haakjes getoond.

• Sortering  binnen groep, subgroep of grootboek is nu op percentage en btw-code oplopend. Volgorde van getoonde regels kan dus iets afwijken

• Om ruimte te winnen op de kasstaat zijn diverse kolommen iets smaller gemaakt

• Fontgroottes zijn gelijk getrokken

• 'Onbekende grootboekrekening' is niet meer standaard 9999. Er wordt nu gebruik gemaakt van de "DefaultLedgerAccountCode" setting.

CN 63680

Producten

Weergave vrije voorraad

Net als bij de POS hebben we de backoffice voorzien van nieuwe logica voor het tonen van de vrije voorraad. Dit wordt weergegeven in de volgende menupunten/acties:

• Productbeheer

• Product zoeken pop-up scherm

• Klantorders

• Picklijsten

• Besteladvies

• Inkooporders

• Ontvangsten

• Labels

• Prijswijzigingen

• Leveranciersretouren

• Bestelportaal

CN 60451

Verbetering leveranciers retouren pagina

Wijziging doorgevoerd zodat in de de pagina voor leveranciers retouren weer de juiste data wordt getoond in de footer van de pagina.

CN 60551

Klanten

Verbetering klantorder multi select

Wijziging doorgevoerd in de klantorderpagina, zodat bij het toevoegen van meerdere producten tegelijk via de productselector, de totaalprijs van de order direct juist aangepast wordt. 

CN 60551

Aanpassing klantspecifieke facturatie

Aanpassing doorgevoerd in een klantspecifieke facturatie taak. Dit zorgt ervoor dat, op de laatste dag van de maand, alle als verzamelfactuur gemarkeerde pakbonnen worden gefactureerd, ongeacht de instellingen m.b.t. facturatie frequentie op de klant. 

CN 64521

Optimalisatie slim beheer menu

Optimalisatie doorgevoerd bij slim beheer. Als je in het uitzonderlijke geval eerst de voorraad aanpast en dan naar slimbeheer zou gaan werd de nieuwe voorraad niet auto ingevuld bij in het scherm. 

CN 64186

Bevinding leveranciersretouren

Retour ontvangsten worden nu weer getoond in de PDA waarna je ze kan vullen.

Let op! het verwerken van de verschillen loopt via de backoffice en kan net als in de oude pda niet via de PDA zelf.

CN 64713

Uitbreiding Matrix endpoints

In de REST services is het nu mogelijk om een matrix product aan te maken. Hiervoor zijn bij het bestaande endpoint POST /api/products de volgende nieuwe velden toegevoegd:

• • ColorId

  • MatrixId

Wanneer het product type op "matrix" staat en het matrixId + variantCode wordt meegegeven wordt na de POST de matrix plus matrix kind producten aangemaakt.
Voorbeeld request: POST /api/products

{

    "type": "matrix",

    "variantCode": "123-VV-2025",

    "description": "TEST MATRIX-PRODUCT NEXT",

    "priceInclTax": 2,

    "purchasePrice": 1,

    "groupId": 1,

    "taxCodeId": 3,

    "matrixId": 845

}

Het volgende gebeurd wanneer er een matrix product wordt aangemaakt:

• • Voor ieder van de matrixrecords:

    • Wordt nog een product aangemaakt

      • Met dezelfde data als het hoofdproduct, behalve:

      • Description = description hoofdproduct + MatrixRecord.MatrixRecordDescription

      • Eigen scancode + defaultscancodeOID

      • Eigen productnummer

      • ProductType = 'MatrixProduct'

      • Maat (mastertableoid_size) en Kleur(mastertableoid_color) wordt ook gevuld

        • Kleur alleen als ColorId gevult is, dan ook op hoofdartikel invullen

        • Maat vullen obv matrixrecord code

    • Een ProductMatrices record wordt aangemaakt

      • SellingPrice/PurchasePrice overnemen van hoofdproduct

    • Een ProductConnection wordt aangemaakt

      • productid = matrix parent product

      • productchildid = matrix kind product

      • Type = Size 

      • Startdate = now()

      • status = 1

    • Een productfield wordt toegevoegd per dimensie

      • Als matrix.dimenions = 1, dan wordt uit de xmlfields de eerste naam gehaald en een productveld met die naam wordt aangemaakt

      • Als matrix.dimensions = 2, dan wordt ook de 2e naam uit de xmlfields gehaald en ook een productveld met die naamt wordt aangemaakt.

      • vb: dimensions = 2 en xmlfields bevat:
        <MatrixXml xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
          <TitleDimension1>Lengte</TitleDimension1>
          <TitleDimension2>Breedte</TitleDimension2>
        </MatrixXml>
        Dan Een productveld toevoegen met code Lengte, en 1 met code Breedte.
        De value wordt de code uit het matrixrecord.

Als er geen geldige waardes gebruikt worden bij de dimensies van de matrix, de maat of kleur worden deze aangemaakt in de masterTables / productFields. (Stamtabellen)

CN 32983

Doorontwikkeling matrix patch poducts endpoints

In de REST services zijn een aantal wijzigingen doorgevoerd m.b.t. Matrix producten. Bij het endpoint PATCH api/products/{id} zijn de volgende wijzigingen doorgevoerd:

• Het veld MatrixId mag niet gewijzigd worden

• Als de producttype Matrix is, dan mag het type niet worden gewijzigd

• Als het producttype ProductMatrix is:

  • Mag het type niet gewijzigd worden

  • Mag de variantCode + variantSubCode niet gewijzigd worden

  • Morgen de rest van de velden wel gewijzigd worden, maar zal weer overschreven worden als de matrix-parent wordt aanpast 

• Als een product van type Matrix wordt gewijzigd:

  • Worden alle matrix-kind (type ProductMatrix) producten ook aangepast met dezelfde wijzigingen, behalve

  • defaultScancodeId, number, type & sizeCode

Bij het endpoint PATCH api/products/{id}/store-settings/{storeId} worden de wijzigingen van het Matrix product ook toegepast op alle matrix-kind producten (type ProductMatrix) .

CN 32984

Aanvullende doorontwikkeling Matrix endpoints

In de REST services bij het aanmaken/wijzigen van een product van het type [Matrix] is het nu mogelijk om zelf aan te geven welke matrixRecords aangemaakt / gewijzigd dienen te worden. Ook is het mogelijk om een andere inkoopprijs en verkoopprijs te hanteren op de matrixRecords (childs) t.o.v. de matrix-parent. Dit kan middels de nieuwe parameter "overwriteMatrixSettings" onder de bestaande additionalParameters.

"additionalParameters": {

    "overwriteMatrixSettings": [

      {

        "matrixRecordId": 0,

        "purchasePrice": 0, (null toegestaan = prijs niet aanpassen)

        "sellingPriceInclTax": 0 (null toegestaan = prijs niet aanpassen)

      }

    ]

  }

Deze nieuwe "overwriteMatrixSettings" parameter is doorgevoerd bij de volgende endpoints:

• POST /api/products

• PATCH /api/products/{id}

• PATCH /api/products/{id}/store-settings/{storeId}

Alleen de matrixRecordIds (childs) die zijn opgegeven zullen worden aangemaakt / gewijzigd.

Daarnaast is het in de REST services nu mogelijk om de volgende velden te wijzigen: SellingPriceInclTax, SellingPriceExclTax, en PurchasePrice. Dit is nu mogelijk bij de volgende endpoints:

• PATCH /api/products/{id}

• PATCH /api/products/{id}/store-settings/{storeId}

Wanneer de prijs wijzigt t.o.v. de huidige prijs wordt er een prijswijziging record aangemaakt bij het product.

CN 32985

Nieuw endpoint tranaction statistics

In de REST services is het nieuwe endpoint GET /api/transactions/statistics toegevoegd. Met dit endpoint is het mogelijk om transactieadata op te halen uit de transactiearchiving service voor een bepaalde periode. Er kan een startDate en endDate worden meegegeven.

Er vind standaard al een filtering plaats van transactietypes en transactiestatussen. De volgende transacties worden standaard meegerekend:

Wanneer de storesetting [TurnOverOnDelivery] op 1 staat:

• TransactionTypes: DeliveryNote, InterStoreDeliveryNote, InterStoreInvoice, Sale en RefundTransactionCorrect.

• TransactionStates: Commited

Wanneer de storesetting [TurnOverOnDelivery] op 0 staat:

• TransactionTypes: Invoice, InterStoreDeliveryNote, InterStoreInvoice, Sale en RefundTransactionCorrect.

• TransactionStates: Commited

Wanneer je wel zelf een transactionType(s) of transactionState(s) meegeeft wordt deze waarde gebruikt.

De response bevat de volgende velden: storeIds, startDate, endDate, totalRevenue, totalProductsSold, totalTransactions, averageTransactionValue, averageProductValue en hourlyData.

Bij hourlyDate komen de volgende velden terug: hour, revenue en transactions.

CN 60304

Verbetering Transaction commit endpoint

In de REST services bij het endpoint POST /api/transactions/Commit kan het heel soms voorkomen dat de commit van de transactie niet lukt door een deadlock van de database.

Wanneer er nu bij gebruik van dit endpoint een deadlock van de database plaatsvind wordt er nogmaals geprobeert om de transactie te committen. 

CN 60660

Uitbreiding Sync endpoints

In de REST services bij het endpoint GET /api/sync/web-products-stock-info is de nieuwe parameter "includeAllWarehouses" toegevoegd. Hiermee is het mogelijk om de voorraad van alle magazijnen van de eigen winkel + eventuele onderliggende winkels op te halen.

CN 61859

Verbeterde API Logging en gebruikersregistratie in de backoffice

Alle API-verzoeken in de Backoffice bevatten nu de headers X-Session-Id, X-Store-Id en X-GroupUser-Id. Dit stelt ons in staat om nauwkeurig de gebruiker, sessie en winkel te volgen die aan elke actie zijn gekoppeld.

Relevante endpoints loggen nu de daadwerkelijke Backoffice.

Verschillende pagina's zijn geherstructureerd (zonder functionele wijzigingen), waaronder:

• Achtergrondtaken (BackgroundTasks)

• Valuta's (Currencies)

• Gebeurtenisberichten & -types (EventMessages & Types)

• Betaaltypes (PaymentTypes)

• Reparatieorders (RepairOrders)

• Winkeltaaksessies (StoreJobSessions)

• Winkelboom (StoreTree)

CN 62743

Nieuwe filters voor transactiestatus en -type

We hebben nieuwe filters toegevoegd voor Transactiestatus (transactionState) en Transactietype (Type). Deze filters zijn nu ook beschikbaar in de "volgende" weergave.

Als er geen waarde wordt opgegeven voor deze filters, worden de standaardwaarden gebruikt.

De beschikbare Transactietypes zijn:

• Afleverbon (Deliverynote) - indien TurnOverOnDelivery in de winkelgroepinstellingen is ingesteld op 1.

• Factuur (Invoice) - indien TurnOverOnDelivery in de winkelgroepinstellingen is ingesteld op 0.

• Interfiliaal afleverbon (InterStoreDeliveryNote)

• Interfiliaal factuur (InterStoreInvoice)

• Verkoop (Sale)

• Creditfactuur correctie (RefundTransactionCorrect)

CN 63539

• 18/07/2025: Foutmelding PDA bij aanpassen aantallen

Optimalisatie doorgevoerd bij het achteraf aanpassen van aantallen bij snelscannen.

TN 1369978

• 18/07/2025: Besteladvies kijkt niet maar de min bij 'Op omloop'

Wijziging doorgevoerd zodat het besteladvies op omloop weer kijkt naar het minimale voorraad niveau.

TN 1372780

• 25/07/2025: Klantorder module geeft onterecht een melding over de contacten

Wijziging doorgevoerd zodat er niet onterecht een melding naar voren komt dat een klant geen contacten heeft in de klantorder module. 

TN 1374159

• 04/08/2025: Aangepaste productomschrijving komt niet op de factuur

Aanpassing doorgevoerd in een klantspecifiek factuurrapport. Als in de oorspronkelijke klantorder de omschrijving van het product is gewijzigd, wordt dit nu ook weergegeven op de uiteindelijke factuur.

TN 1375598

• 04/08/2025: Verkeerde minimale order aantal/omverpakkingsaantal worden getoont bij een PDA inkooptaak

Bij het scannen van een product voor een inkooporder, houdt de software nu automatisch rekening met:

• De lokaal ingestelde voorkeursleverancier.

• De standaard inkoophoeveelheid (bijv. een doos van 12 stuks).

• De minimale bestelhoeveelheid van die leverancier.

Dit zorgt voor een snellere invoer en voorkomt bestelfouten.

TN 1373747

• 13/08/2025: Verkeerde marges in factuur controle

Er is een bug opgelost bij het importeren van inkooporders. Als een productleverancier een kortingspercentage had werd het kortingsbedrag wel berekend maar niet correct verwerkt in de totaalprijs. Dit gebeurt nu wel.

TN 1372222

• 29/08/2025: Verkeerde weergave van logo's

Wijziging doorgevoerd op klant specifiek thema van de SCO na incident melding van de klant. 

TN 1377494

• 29/08/2025: Klantorder aantallen niet juist bij verwijderen orderregels

Wijziging doorgevoerd zodat bij OrderDistributionMode 2 het verwijderen van een klantorderregel uit een FILW order, niet meer zorgt voor een extra onterechte customerOrderQuantity wijziging. 

TN 1376485

• 29/08/2025: POS kan een transactie niet afronden wanneer kitregels niet gepickt zijn

Wijziging doorgevoerd zodat bij het ophalen van klantorders met kitproducten, de kitproducten juist worden getoond op de POS. 

TN 1375353

• 29/08/2025: Besteladvies op omloop zet onterechte artikelen op het advies

Bij een bestelprofiel op omloop waarin rekening moet worden gehouden met fracties werden producten, die niet aan de eisen voldeden van dit specifieke profiel, toch op het besteladvies gezet. Dit probleem is nu opgelost.

TN 1381108

• 29/08/2025: Vinkje print regels gaat uit bij het omzetten van een offerte

Wijziging doorgevoerd zodat het vinkje "print regels" aanblijft staat op maatwerk regels bij het omzetten van een offerte naar order.

TN 1374391

• 29/08/2025: SCO betaling is niet af te ronden

Er is een probleem in de zelfscankassa opgelost waarbij, wanneer een product aan het winkelwagentje werd toegevoegd dat ook deel uitmaakte van een eerder toegevoegd product als set, de prijzen en hoeveelheden van dat setitem werden overgenomen.

TN 1385398

• 08/10/2025: Incorrecte voorraad weergave in besteladvies

Als er een besteladvies gedraaid werd voor een winkel op een lager niveau (Bijvoorbeeld M001 voor M999), werd de verkeerde voorraad gebruikt voor het genereren van het advies. Dit probleem is nu opgelost. 

Ook is aangepast dat de voorraad (die op de verschillende plekken wordt weergegeven op de besteladvies pagina) weer rekening houdt met de setting ShowStockLevelUntilNode

TN 1376440