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.
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()
Als je bij getStock als branchNumber 0 meegeeft, ontvang je nu de voorraad van alle filialen.
Probleem verholpen in getFinancialJournalByCashCount waardoor deze niet altijd een correct resultaat gaf.
Probleem verholpen in getFinancialJournalByCashCount waardoor deze niet altijd een correct resultaat gaf.
getPackingSlips gaf een foutmelding als er op datum gefilterd werd, filteren op syncMarker werkte wel goed.
Ook bij getOrder wordt bij filiaalorders nu het veld order.branchOrderNumber ingevuld, ipv. order.orderNumber.
Bug in getProducts opgelost waardoor er bijna geen resultaten meer waren op te vragen.
Bij filiaalorders wordt nu het veld order.branchOrderNumber ingevuld, ipv. order.orderNumber.
De velden article.colourSequenceNumber en article.sizeSequenceNumber toegevoegd, deze geven de positie van de kleur en de maat aan in resp. de kleurlijst en de maatlijst.
De opslag van extRelationId werkt nu ook.
De API controleert nu of er een geldige siUnit wordt doorgegeven bij createProduct en updateProduct. Een ongeldige waarde zal een SOAP Fault triggeren die dit uitlegt.
Nieuwe functie voor het uitlezen van pakbonnen: getPackingSlips
Nieuwe API-functies voor het beheer van activiteiten:
getActivitiescreateActivityupdateActivitydeleteActivityDaarnaast ook de volgende toegevoegde eigenschappen:
receipt.activityIdinvoice.activityIdorder.activityIdproposal.activityIdpackingSlip.activityIdEn de volgende filter-eigenschappen:
getReceipts(activityId)getInvoices(activityId)getOrders(activityId)getProposals(activityId)De line.data bevat nu ook (waar van toepassing) cancelledQuantity en cancelledDecimalPlaces om terug te geven hoeveel stuks van een orderregel zijn geannuleerd.
getTicketCounterSales retourneert nu ook entryTimestamp en financialDate.
Bij het opvragen van tafels (getTableList en getTableListV2) wordt nu ook een evt. ingestelde NFC-tag (ook wel RFID of MIFARE genoemd) meegegeven. Op die manier kan bijv. de Android bestel-app tafels inlezen op basis van een NFC-scan.
Nieuwe functie voor het opvragen van geldlade-telmomenten: getCashDrawerBalancingList
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.
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
Probleem met tafelbonnen met bereidingswijze op handheld opgelost.
Ook getOrder retourneert nu een ingevulde paymentList (mits er natuurlijk ook echt aanbetalingen op de order gedaan zijn).
Bugfix voor getProducts waardoor deze weer altijd alle resultaten retourneert.
Diverse verbeteringen aan de stabiliteit.
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.