v6.3.0 was niet goed, oude bugs werden gereïntroduceerd. Deze release is wat v6.3.0 eigenlijk moest zijn.
Protocolversie 1.0.1
Allergenen per artikel kunnen nu opgevraagd en opgeslagen worden. Zie de eigenschap allergenList van article voor de benodigde structuur.
getArticlesInLayout houdt nu ook rekening met ingestelde standaard prijsgroepen van de opgevraagde werkplek en met eventueel ingestelde eigen filiaalprijzen op de artikelkaart.
Er is een nieuwere versie van winsw (namelijk v2.0.2) aan de installatiehandleiding toegevoegd. Download het betreffende zip-bestand dus even opnieuw via de installatiehandleiding als je deze ergens lokaal had staan.
Probleem opgelost bij saveInvoice waardoor bij een nieuwe factuur de boekdag niet werd overgenomen van de meegegeven financialDate.
Probleem opgelost bij saveInvoice waardoor bij een nieuwe factuur de boekdag niet werd overgenomen van de meegegeven financialDate.
Probleem opgelost bij saveInvoice waardoor bij een nieuwe factuur de boekdag niet werd overgenomen van de meegegeven financialDate.
Probleem opgelost bij saveInvoice waardoor bij een nieuwe factuur de boekdag niet werd overgenomen van de meegegeven financialDate.
Probleem opgelost bij saveInvoice waardoor bij een nieuwe factuur de boekdag niet werd overgenomen van de meegegeven financialDate.
Om een crash te voorkomen is er een aanpassing gedaan in de functie die tafels claimt voor een bepaalde werkplek.
ERROR: duplicate key value violates unique constraint "kassastatus_filiaal_nr_tafel_nr_key"
Artikelkoppelingen zijn nu uit te lezen via de API via de eigenschap article.linkedArticleList.
Probleem opgelost dat kon optreden in de verwerking van samengestelde artikelen.
Probleem opgelost dat kon optreden in de verwerking van samengestelde artikelen.
Probleem opgelost dat kon optreden in de verwerking van samengestelde artikelen.
Ondersteuning voor schema v7.1.0 toegevoegd.
getDatabaseVersion bevat nu serverMajorNumber, serverMinorNumber en serverRevisionNumber, waar het versienummer van de databaseserver in staat. getApiVersion bevat nu serviceDate, waar de datum in staat van de machine waar de API server op draait. serverDate wordt nu gebruikt voor de datum van de machine waar de database op draait.
Nieuwe functie getReceiptsByCashCount() waarmee alle kassabonnen in de periode van de meegegeven kastelling kunnen worden opgevraagd.
Nieuwe functie getReceiptsByCashCount() waarmee alle kassabonnen in de periode van de meegegeven kastelling kunnen worden opgevraagd.
Nieuwe functie getReceiptsByCashCount() waarmee alle kassabonnen in de periode van de meegegeven kastelling kunnen worden opgevraagd.
Als je tafels inleest via getTableList bevat de tafels nu de eigenschappen createTimestamp (wanneer de huidige order op de tafel begonnen is), changeTimestamp (wanneer de huidige order op de tafel de laatste keer gewijzigd is), totalInclAmount, totalExclAmount en prepaidAmount. Wanneer er geen order op de tafel staat, zijn deze eigenschappen ook niet aanwezig.
registerTerminal retourneert nu een foutmelding als je een werkplek probeert te registreren zonder uniqueDeviceIdentifier.
registerTerminal retourneert nu een foutmelding als je een werkplek probeert te registreren zonder uniqueDeviceIdentifier.
registerTerminal retourneert nu een foutmelding als je een werkplek probeert te registreren zonder uniqueDeviceIdentifier.
registerTerminal retourneert nu een foutmelding als je een werkplek probeert te registreren zonder uniqueDeviceIdentifier.
ArticleStockHistory bevat nu de referenties internalShipmentNumber en internalDeliveryNumber indien van toepassing.
ArticleStockHistory bevat nu de referenties internalShipmentNumber en internalDeliveryNumber indien van toepassing.
ArticleStockHistory bevat nu de referenties internalShipmentNumber en internalDeliveryNumber indien van toepassing.
ArticleStockHistory bevat nu de referenties internalShipmentNumber en internalDeliveryNumber indien van toepassing.
Functie getStockHistoryV2 toegevoegd waarmee voorraadhistorie voor meer dan één filiaal opgevraagd kan worden.
Functie getStockHistoryV2 toegevoegd waarmee voorraadhistorie voor meer dan één filiaal opgevraagd kan worden.
Functie getStockHistoryV2 toegevoegd waarmee voorraadhistorie voor meer dan één filiaal opgevraagd kan worden.
Functie getStockHistoryV2 toegevoegd waarmee voorraadhistorie voor meer dan één filiaal opgevraagd kan worden.
Article heeft nu de eigenschap stockArticle die aangeeft of het om een voorraadartikel gaat.
Article heeft nu de eigenschap stockArticle die aangeeft of het om een voorraadartikel gaat.
Article heeft nu de eigenschap stockArticle die aangeeft of het om een voorraadartikel gaat.
Article heeft nu de eigenschap stockArticle die aangeeft of het om een voorraadartikel gaat.
getStockHistory retourneert nu in de ArticleStockHistory ook invoiceNumber, receiptNumber en deliveryNumber (indien van toepassing).
getStockHistory retourneert nu in de ArticleStockHistory ook invoiceNumber, receiptNumber en deliveryNumber (indien van toepassing).
getStockHistory retourneert nu in de ArticleStockHistory ook invoiceNumber, receiptNumber en deliveryNumber (indien van toepassing).
getStockHistory retourneert nu in de ArticleStockHistory ook invoiceNumber, receiptNumber en deliveryNumber (indien van toepassing).
registerTerminal retourneert nu een foutmelding als je een werkplek probeert te registreren zonder uniqueDeviceIdentifier.
Minimale aanpassingen aan een gedeelte van het service definitiebestand (WSDL), waardoor een ontbrekende definitie van ns__NumberLst opgelost moet zijn
Minimale aanpassingen aan een gedeelte van het service definitiebestand (WSDL), waardoor een ontbrekende definitie van ns__NumberLst opgelost moet zijn
Minimale aanpassingen aan een gedeelte van het service definitiebestand (WSDL), waardoor een ontbrekende definitie van ns__NumberLst opgelost moet zijn
Problemen opgelost met betrekking tot het vrijgeven van tafels ná aanbetaling en splitsing.
Het verplaatsen van een volledige bestelling via moveTableOrder gaat nu weer goed. Deze functie wordt oa. gebruikt door de handheld via de SPLITS-functie.
Protocolversie 1.0.1
Rekeningnummers via getTurnoverGroups en getPaymentMethodsV2 worden nu altijd teruggegeven, ook als ze een waarde van nul of lager hebben.
Een aanroep naar registerTerminal zorgt er nu ook voor dat evt. claims op tafels worden vrijgegeven.
Een aanroep naar registerTerminal zorgt er nu ook voor dat evt. claims op tafels worden vrijgegeven.
getButtonLayout bevat nu ook de evt. ingestelde standaard hoofdgroep (defaultMainGroup) en subgroep (defaultSubGroup).
getButtonLayout bevat nu ook de evt. ingestelde standaard hoofdgroep (defaultMainGroup) en subgroep (defaultSubGroup).
getButtonLayout bevat nu ook de evt. ingestelde standaard hoofdgroep (defaultMainGroup) en subgroep (defaultSubGroup).
getProducts is sterk geoptimaliseerd om snelheid te verbeteren.
getStockHistory retourneert nu ook de voorraad vóór (beforeCorrectionQuantity) en ná (afterCorrectionQuantity) een correctie, indien de voorraadwijziging door een correctie heeft plaatsgevonden. Ook als de voorraad vóór en ná precies gelijk is zal de wijziging doorgegeven worden, zodat afterCorrectionQuantity altijd aanwezig is.
Indien getStock wordt opgevraagd op basis van stockId, dan wordt het resultaat nu ook gesorteerd op stockId.
getStockHistory retourneert nu ook de voorraad vóór (beforeCorrectionQuantity) en ná (afterCorrectionQuantity) een correctie, indien de voorraadwijziging door een correctie heeft plaatsgevonden. Ook als de voorraad vóór en ná precies gelijk is zal de wijziging doorgegeven worden, zodat afterCorrectionQuantity altijd aanwezig is.
Indien getStock wordt opgevraagd op basis van stockId, dan wordt het resultaat nu ook gesorteerd op stockId.
Indien getStock wordt opgevraagd op basis van stockId, dan wordt het resultaat nu ook gesorteerd op stockId.
getStockHistory retourneert nu ook de voorraad vóór (beforeCorrectionQuantity) en ná (afterCorrectionQuantity) een correctie, indien de voorraadwijziging door een correctie heeft plaatsgevonden. Ook als de voorraad vóór en ná precies gelijk is zal de wijziging doorgegeven worden, zodat afterCorrectionQuantity altijd aanwezig is.
Indien getStock wordt opgevraagd op basis van stockId, dan wordt het resultaat nu ook gesorteerd op stockId.
getStockHistory retourneert nu ook de voorraad vóór (beforeCorrectionQuantity) en ná (afterCorrectionQuantity) een correctie, indien de voorraadwijziging door een correctie heeft plaatsgevonden. Ook als de voorraad vóór en ná precies gelijk is zal de wijziging doorgegeven worden, zodat afterCorrectionQuantity altijd aanwezig is.
Indien getStock wordt opgevraagd op basis van stockId, dan wordt het resultaat nu ook gesorteerd op stockId.
getStockHistory retourneert nu ook de voorraad vóór (beforeCorrectionQuantity) en ná (afterCorrectionQuantity) een correctie, indien de voorraadwijziging door een correctie heeft plaatsgevonden. Ook als de voorraad vóór en ná precies gelijk is zal de wijziging doorgegeven worden, zodat afterCorrectionQuantity altijd aanwezig is.
getStockHistory retourneert nu ook de voorraad vóór (beforeCorrectionQuantity) en ná (afterCorrectionQuantity) een correctie, indien de voorraadwijziging door een correctie heeft plaatsgevonden. Ook als de voorraad vóór en ná precies gelijk is zal de wijziging doorgegeven worden, zodat afterCorrectionQuantity altijd aanwezig is.
Indien getStock wordt opgevraagd op basis van stockId, dan wordt het resultaat nu ook gesorteerd op stockId.
getStockHistory retourneert nu ook de voorraad vóór (beforeCorrectionQuantity) en ná (afterCorrectionQuantity) een correctie, indien de voorraadwijziging door een correctie heeft plaatsgevonden. Ook als de voorraad vóór en ná precies gelijk is zal de wijziging doorgegeven worden, zodat afterCorrectionQuantity altijd aanwezig is.
Nieuwe functie getOrderChanges, geeft alle wijzigingen aan verkooporders en/of (tafel)-bestellingen terug, gegroepeerd per versie van de order/bestelling.
Nieuwe functie getOrderChanges, geeft alle wijzigingen aan verkooporders en/of (tafel)-bestellingen terug, gegroepeerd per versie van de order/bestelling.
Nieuwe functie getOrderChanges, geeft alle wijzigingen aan verkooporders en/of (tafel)-bestellingen terug, gegroepeerd per versie van de order/bestelling.
Indien getStock wordt opgevraagd op basis van stockId, dan wordt het resultaat nu ook gesorteerd op stockId.
De eigenschap article.categoryId werd nooit gevuld, terwijl deze wel gewoon in het object gedefinieerd was en een databasewaarde kon hebben. Dat is nu opgelost.
Deze releasenote is niet echt van toepassing op de API, maar wordt hier geplaatst zodat de API-developers hem ook zullen zien. Het is nu mogelijk om direct vanaf de partnerpagina voor een specifieke API een probleem te melden of vraag te stellen. Dit helpt aan de kant van onze supportafdeling om snel te weten waar het over gaat.
Nieuwe voorraadwijzigingstype STOCK_HISTORY_TYPE_MANUAL
Nieuw opstartargument --profile: Voeg toe om in het API-log meer inhoudelijke statistieken over het tijdsverloop van de functie te zien, zoals hoe lang besteedt wordt aan de verschillende stappen van de functie. Profiling is nog (lang) niet bij alle functies toegevoegd.
getProducts kan (nog) niet goed omgaan met grote hoeveelheden ingestelde allergenen. Dit moet nog verder geoptimaliseerd worden, maar er is momenteel voor gekozen om allergenen die op AANWEZIGHEID_ONBEKEND ingesteld staan tijdelijk niet mee te nemen in de resultaten.
De eigenschap tableStatus blijft nu op TABLE-STATUS-TAKEN-AND-RECEIPT-PRINTED staan totdat de tafel is afgerekend of op een andere manier gewijzigd. Voorheen werd de status na verloop van variabele tijd automatisch gewijzigd naar TABLE-STATUS-TAKEN-AND-ACTION-REQUIRED of TABLE-STATUS-TAKEN-AND-TIME-LIMIT-REACHED.
Downgrade naar API v1.0.0.
Om een crash te voorkomen is er een aanpassing gedaan in de functie die tafels claimt voor een bepaalde werkplek.
ERROR: duplicate key value violates unique constraint "kassastatus_filiaal_nr_tafel_nr_key"
Om een crash te voorkomen is er een aanpassing gedaan in de functie die tafels claimt voor een bepaalde werkplek.
Om een crash te voorkomen is er een aanpassing gedaan in de functie die tafels claimt voor een bepaalde werkplek.
getReceiptsByCashCount kon dezelfde kassabon bij meerdere kastellingen retourneren. Dat was uiteraard niet de bedoeling en is bij deze opgelost.
getReceiptsByCashCount kon dezelfde kassabon bij meerdere kastellingen retourneren. Dat was uiteraard niet de bedoeling en is bij deze opgelost.
getReceipts gaf geen resultaten meer als je filterde op datum. Filtering op syncMarker werkte nog wel.
getReceipts gaf geen resultaten meer als je filterde op datum. Filtering op syncMarker werkte nog wel.
getReceipts gaf geen resultaten meer als je filterde op datum. Filtering op syncMarker werkte nog wel.
Probleem opgelost in getOrderChanges en getArticlesInLayout.
Probleem opgelost in getOrderChanges en getArticlesInLayout.
Probleem in getOrderChanges opgelost waardoor ophalen op basis van syncMarker niet goed werkte.
Probleem in getOrderChanges opgelost waardoor ophalen op basis van syncMarker niet goed werkte.
Probleem in getOrderChanges opgelost waardoor ophalen op basis van syncMarker niet goed werkte.
Probleem opgelost dat kan optreden tijdens het betalen van tafelbestellingen met tekstbereidingswijzen.
Probleem opgelost dat kan optreden tijdens het betalen van tafelbestellingen met tekstbereidingswijzen.
Probleem opgelost waardoor de juiste nummers niet altijd werden teruggegeven bij create en update van product, relation en employee.
paymentList in getJournals wordt weer ingevuld.
Opslaan van invoiceAddress en deliveryAddress bij queueBranchOrder werkt nu.
