Nieuwe API call getSalePromotions toegevoegd hiermee kunnen de ingestelde sales en acties uitgelezen worden.
Bij het plaatsen van bestellingen met tekst bereidingswijzen werd de gehele regel steeds tegengeboekt en weer opgeboekt. Dat is nu opgelost.
Het installatiebestand voor versie 16.2.0 miste nog een bestand. Dat is hier opgelost.
API v22.2.0 werkt niet goed samen met de laatste versie van de Q-line, daarom bij deze v22.2.1.
getPackingSlips werkt niet, geeft SQL error
Retourneert ten onrechte de volgende fout aan de handheld "non-existing order.relationNumber specified" bij het plaatsen van een bestelling.
De installer van deze versie miste nog een bestand.
Als tijdens het starten van een sessie (startSession
) op een tafel ook direct regels aan de orders worden toegevoegd (via lineAdditions
), dan veroorzaakt dat geen fout (!m_IsOpgeslagen
) meer in opvolgende boekingen op de tafel.
De functie getConfiguration
werkt weer in deze update.
De functie getBranches
werkt weer.
Een binnenkomende relationArticleDiscountList
wordt nu weer goed verwerkt.
De functie reportTurnoverByArticle
kijkt nu ook daadwerkelijk naar het meegegeven turnoverGroupFilter
.
Het is nu mogelijk om mee te geven of de bestelling ter plaatse wordt opgegeten, of meegenomen wordt. Dit kan via de eigenschap vatChange
, met de mogelijke waarden VAT-CHANGE-TAKE-OUT
voor meenemen en VAT-CHANGE-EAT-HERE
voor opeten ter plaatse.
Probleem opgelost in getStock
bij het opvragen van voorraad van het tussenfiliaal waarop voorraad geboekt wordt tijdens interfiliale verplaatsingen.
Probleem opgelost in prijsberekening als er via de API wel een afwijkend vatPercentage
is meegegeven, maar geen price
.
Artikel vraagom is nu ook uit- en in te lezen via de API (article.askFor
).
Het is nu mogelijk om getProducts
aan te roepen op basis van productNumbers
. Je kunt op die manier gelijk een geheel kleur/maat product opvragen.
Daarnaast is het nu ook mogelijk om bij het opvragen via articleNumbers
mbv. de parameter includeAllArticlesOfSelectedProducts
alle andere artikelen van een kleur/maat product op te vragen.
getTerminalSettings()
retourneert nu ook splitLineOnAddPreparationMethod
Probleem opgelost waardoor de API-functie queueBranchOrder
niet duidelijk aangaf als een meegegeven relatienummer niet bestond. In plaats daarvan werd een generieke foutmelding geretourneerd.
Nieuwe API-functie: getCurrentTableOrders()
Ondersteuning voor de vernieuwde artikeluitvoeringen.
createAndPayTableOrder
toegevoegd
Mogelijkheid om van een filiaalorder een kassabon te maken
Dit kan via queueBranchOrderPayment door de bookingMethod op te geven of payOrder met prepay=false
In bon-, factuur-, pakbon- en orderregels wordt nu ook de gemiddelde inkoopprijs geretourneerd averagePurchasePrice
deze is van type xsd:decimal om meer dan 2 decimalen te kunnen ondersteunen.
Routines voor het opvragen en opslaan van artikel, relatie en medewerker kaarten ondersteunen nu meerdere categorieën.
createAndPayTableOrder
toegevoegd
createAndPayTableOrder
toegevoegd
De nieuwe functie getKitchenTickets
kan gebruikt worden om keukenbonnetjes voor een bepaalde orderId
of een bepaalde werkplek (branchNumber
+workplaceNumber
) op te vragen.
De functie getApiVersion
retourneert nu of de huidige API gekoppeld is aan een Slave-database en of dit een filiaal- of werkplekslave betreft.
Nieuwe functie getTableListV3
die geen geregistreerde terminal
meer vereist. Er moet wel een branchNumber
meegegeven worden om aan te geven voor welk filiaal de tafels geretourneerd moeten worden.
De functie payOrder
retourneert nu PAY_ORDER_RESULT_ORDER_ALREADY_INVOICED
als de betaling mislukt omdat de order al gefactureerd is.
In principe zelfde versie als 23.0.0, maar deze versie rapporteert zijn interne versienummer correct.
Externe referentie van de medewerker- (extEmployeeId
) en relatiekaart (extRelationId
) mag nu 512 karakters zijn, ipv. 50.
De functie getTurnoverGroups
kan nu aangeroepen worden met de parameter onlyActive
om alleen omzetgroepen te retourneren die in gebruik zijn.
Nieuwe functie reportBranchPerformance
die over een bepaalde periode per filiaal een aantal kernwaarden laat zien.
getProducts()
retourneert nu voor de bereidingswijzen (preparationMethod
) ook de vatCode
en vatPercentage
.
queueBranchOrderPayment
toegevoegd.
Met deze functie kunnen betalingen klaargezet worden voor filiaalorders die via queueBranchOrder aangemaakt zijn.
De functie getAvailableTerminalList
retourneert nu een SoapException als de Slave-configuratie niet compatibel is met tafelbestellingen.
Benodigd voor recente GKS-update.
Prijsgroep (priceGroupNumber
) toegevoegd aan de getBranches
functie.
Op verschillende plekken wordt nu ook priceExcl
ingevuld, aangezien deze informatie altijd wel beschikbaar is.
Werking van savePurchaseOrder
en savePurchaseOrderV2
verbeterd.
Het is nu mogelijk om getPurchaseOrders
of getPurchaseOrdersV2
aan te roepen met purchaseOrderNumber
of extPurchaseOrderId
om een specifieke purchase order in te lezen.
De customfields van de artikel, relatie en medewerkerkaarten werkt nu met unicode.
(ook aanwezig in 24.0.2 maar niet in tussenliggende versies)
getKitchenTicket call response uitgebreid met tafel of bestelnummer
Performance van getProducts
-call verbeterd voor artikelen met bereidingswijzen.
Validatie/foutmeldingen master/slave bestellingen uitgebreid voor API calls :
Mogelijkheid om een slave order te betalen via API call payOrder ook als de bestelling nog niet op de slave aanwezig is.
Mogelijkheid om een slave order te annuleren via API call cancelOrder ook als de bestelling nog niet op de slave aanwezig is.
De functie getProducts
is uitgebreid met de volgende functionaliteit:
syncMarker
veld toegevoegd aan preparationMethod
.syncMarker
word nu ook geupdate wanneer de preparationMethod.syncMarker
wordt geüpdate.syncMarker
van de preparationMethod
word ook gebruikt als je syncMarker
als argument meegeeft aan de getProducts
functie.Probleem opgelost bij het werken met bereidingswijzen waarop een BTW-percentage gebruikt was, dat afwijkt van het normale BTW-percentage van de bereidingswijze.
Lost de foutmelding "You're trying to move more articles than were in the original order." bij payTableOrder() op.
Probleem opgelost bij het werken met bereidingswijzen waarop een BTW-percentage gebruikt was, dat afwijkt van het normale BTW-percentage van de bereidingswijze.
Lost de foutmelding "You're trying to move more articles than were in the original order." bij payTableOrder() op.
Klein probleem opgelost met betrekking tot levertijden van een tafelorder.
Dit probleem zorgde ook voor levertijd 00:00 op de keukenbonnen.
De functie getTableList
werkt weer.
De functie getArticlesInLayout
retourneerde een afwijkende prijs bij een samengesteld artikel niet goed. Er werd altijd teruggevallen op de basisprijs van de artikelkaart.
Probleem opgelost met missende kolom vor_bw_prijstype
in bepaalde functies.
Probleem opgelost met missende kolom vor_bw_prijstype
in bepaalde functies.
De resultaten van de functie getOrderChanges
zijn in een aantal gevallen verbeterd.
De resultaten van de functie getOrderChanges
zijn in een aantal gevallen verbeterd.
De resultaten van de functie getOrderChanges
zijn in een aantal gevallen verbeterd.
De functies getPurchaseOrders
en getPurchaseDeliveries
geven nu geen foutmeldingen meer als de administratie inkoopopdrachten- of leveringen bevat zonder regels.
De functie getOrders
retourneert nu weer entryBranchNumber
, deliveryDate
, deliveryPeriodBegin
, deliveryPeriodEnd
, invoiceAddress
en deliveryAddress
.
Probleem opgelost waardoor de API een fout gaf bij het meegeven van verkoopeenheid (siUnit
) in de functie createProduct
en updateProduct
.
Probleem opgelost waardoor de API een fout gaf bij het meegeven van verkoopeenheid (siUnit
) in de functie createProduct
en updateProduct
.
De API-functie getOrderChanges
gaf niet het oude en nieuwe totaalbedrag van een regel terug als alleen het aantal van een regel gewijzigd was. Dat maakte het moeilijk om de financiële gevolgen van een orderwijziging te bepalen, je moet dan terugkijken naar een vorige wijziging om de prijs te achterhalen en die meenemen in de berekening van het nieuwe bedrag. Dat hoeft nu dus niet meer.
Levertijdstip (deliveryPeriod
) wordt niet meer automatisch ingevuld op basis van leverdatum (deliveryDate
), dit levert namelijk levertijden op van 00:00 (middernacht).
Twee gevallen waarop de API ten onrechte een foutmelding gaf verholpen.
Probleem opgelost waardoor getPackingSlips
af en toe fouten gaf.
Probleem verholpen waardoor getPackingSlips
niet werkte als een pakbon een kassa transactie had in plaats van een financiële transactie.
Probleem opgelost waardoor het tijdelijk niet meer mogelijk was om tafelbestellingen op te slaan.
Fout verholpen in getPackingSlips
Deze instelling werd door een naamswijziging nog niet correct uitgelezen in de API.
Wanneer een artikel met samengestelde artikelen op BPE werd gezet (bijv. via de Android-app) dan werden de subartikelen niet automatisch op BPE gezet.
Bugfix voor getProducts
waardoor deze weer altijd alle resultaten retourneert.
Diverse verbeteringen aan de stabiliteit.
queueBranchOrder
crashte als je geen extOrderId mee gaf.
Fixes in de articleVariants (artikel uitvoeringen).
Probleem in saveProduct
verholpen waardoor deze mislukte zonder toelichting.
Gemiddelde inkoopprijs wordt nu ook teruggegeven met getProducts
zie veld averagePurchasePrice
Probleem verholpen waardoor het invoeren of bijwerken van artikelen, medewerkers of relaties kon mislukken.
Herstellen van database connecties werkt nu betrouwbaarder en efficienter.
API v26.3.0 bevatte een compilatiefout waardoor in elk geval het bijwerken van relaties (updateRelation
) problemen kon opleveren.
getApiVersion retourneert nu correct of een slave een filiaal- of een werkplek-slave is. Hiervoor werd altijd een filiaal-slave geretourneerd.
Geheugenlek verholpen bij gebruik van webhooks.
Geheugenlek verholpen.
Probleem verholpen waardoor getApiVersion soms access violations of integer overflows veroorzaakte.
De customfields van de artikel, relatie en medewerkerkaarten werkt nu met unicode.
Probleem hersteld waardoor handhelds ten onrechte de melding "non-existing order.relationNumber specified" terug kregen van de API.
Probleem opgelost: Tafelbestellingen via de handheld kwamen niet meer binnen op het keukenscherm. Dit ging mis bij bestellingen op tafels waar al eerder op was besteld. Bestelling op lege tafel kwam wel goed binnen.
Prijsgroepen worden nu correct toegepast op basis van welke werkplek de bestelling plaats.
Regressie in functionaliteit van getStock
ongedaan gemaakt. Als je getStock
aanroept met branchNumber=0
krijg je nu weer de voorraad van alle filialen terug, in plaats van enkel die van het tussenfiliaal.
payOrder
dacht van bepaalde orders ten onrechte dat dit filiaalorders waren en weigerde deze te betalen.
Gebruik van ns:Uuid verwijderd sommige tools waaronder SoapUI gaven hier een foutmelding op.