De functie getReceipts() heeft een extra includeOrderReferences request-parameter gegeven, waarmee je kunt aangeven of je ook referenties (receipt.orderIds) naar de bestelbon(nen) van elke kassabon wilt ontvangen. Het standaardgedrag was voorheen dat deze referenties ingeladen werden, maar dat gebeurt nu niet meer, omdat de impact op de performance potentieel ernstig is.
We vermoeden dat weinigen gebruik maken van deze referenties, maar pas uw koppeling dus aan als u deze wel gebruikt. De PHP client is ook bijgewerkt om deze parameter te ondersteunen.
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.
Deze versie werkt correct met de 11.0.0 database.
Deze versie werkt nog niet correct met de 11.0.0 database.
De installer van deze versie miste nog een bestand.
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
Ondersteuning voor de "OPWAARDEER" omzetgroepsoort, die in de API als TURNOVER_GROUP_TYPE_BALANCE_UPGRADE wordt gerepresenteerd. Indien onbekende omzetgroepsoorten worden aangetroffen, retourneert de API deze als TURNOVER_GROUP_TYPE_UNKNOWN.
Nieuwe V2 van de functies savePurchaseOrderV2 en savePurchaseDeliveryV2 waarbij purchasePrice een string ipv. een int64 is. Hiermee kunnen decimale waardes met meer dan 2 decimalen ingevoerd worden.
Nieuwe V2 van de functies getPurchaseOrdersV2 en getPurchaseDeliveriesV2 die de purchasePrice ook als string ipv. int64 retourneren.
Alle functies die relationNumber en relationName retourneren, retourneren nu ook relationCategoryId en relationBankAccountNumber (bijv. getOrders, getReceipts, getInvoices).
Functies voor interfiliale opdrachten toegevoegd.
getInterbranchShipmentsgetInterbranchDeliveriescreateInterbranchOrdercreateInterbranchShipmentcreateInterbranchDeliveryclaimInterbranchOrderreleaseInterbranchOrdershipInterbranchOrderdeliverInterbranchShipmentOndersteuning voor CA-ondertekende certificaten bij het aanroepen van Webhooks toegevoegd
Nieuwe API-call: getRelationPoints. De syncMarker die hierin voorkomt is ook toegevoegd als relationPointsSyncMarker aan het resultaat van getCurrentSyncMarkers.
De API ondersteunt nu ook het webhook-event completeSession. Deze wordt momenteel aangeroepen bij het afrekenen van een tafelorder via payTableOrder(V2).
Het werkpleknummer dat meegegeven wordt via queueBranchOrder wordt nu ook daadwerkelijk gebruikt bij het opslaan van de filiaalorder, in plaats van standaard terug te vallen op werkplek 1.
Het werkpleknummer dat meegegeven wordt via queueBranchOrder wordt nu ook daadwerkelijk gebruikt bij het opslaan van de filiaalorder, in plaats van standaard terug te vallen op werkplek 1.
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.
getTableListV2 geeft nu ook de OnFloorPlan property van de TafelStatusLijst door aan de client.
payTableOrder geeft nu bij bepaalde problemen een uitgebreidere foutmelding
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.
Vastloper tijdens het uitvoeren van deliverOrder opgelost.
Probleem opgelost bij het gebruiken van samengestelde artikelen via de API.
Probleem opgelost bij het gebruiken van samengestelde artikelen via de API.
Probleem opgelost: Bij het toepassen van een kortingspercentage op een artikel (bijv. via de handheld) wordt dit artikel niet meer als retour aangemerkt.
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).
Ook getOrder retourneert nu een ingevulde paymentList (mits er natuurlijk ook echt aanbetalingen op de order gedaan zijn).
Ook getOrder retourneert nu een ingevulde paymentList (mits er natuurlijk ook echt aanbetalingen op de order gedaan zijn).
Wanneer artikelen, relaties of medewerkers meer dan 117 kaartvelden hebben, werkte het aanmaken of bijwerken van deze kaarten via de API niet.
Wanneer artikelen, relaties of medewerkers meer dan 117 kaartvelden hebben, werkte het aanmaken of bijwerken van deze kaarten via de API niet.
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.
Klein probleem opgelost in de combinatie GKS en opslaan tafelorders.
getArticlesInLayout gaf niet de juiste prijs terug als je een standaard prijsgroep had ingesteld voor het betreffende filiaal, maar wel als je zowel voor filiaal als voor werkplek een standaard prijsgroep had ingesteld.