Probleem opgelost waardoor handmatige prijsaanpassingen weer ongedaan gemaakt werden als je een verkooporder of bestelling wijzigde.
payTableOrderV2 kan geen splitsing meer betalen hier heeft oa de Android App last van.
payTableOrderV2 kan geen splitsing meer betalen hier heeft oa de Android App last van.
printReceipt en printTableReceiptV2 melden ten onrechte dat idempotency key mist terwijl ze die helemaal niet verwachten.
Dit veroorzaakt oa een probleem met tussenbon printen op de Android App.
sendWebhook (scancode, addsessionline, updatesessionline, removesessionline): De relatie element velden wordt nu gevuld met de bijbehorende gegevens uit de database. In eerdere versies bleven deze velden, behalve het relatienummer, leeg.
Aangevulde relatiegegevens: extRelationId, name, address, zipcode, city, country, deliveryAddress, deliveryZipcode, deliveryCity, deliveryCountry, telephone, mobile, email, cardNumber, bankAccountNumber, vatNumber, commerceNumber
sendWebhook: Aanvullen van het relatie element met extra gegevens
Als er op de MplusQService een sendwebhook request wordt ontvangen (eventtype opties: scancode, addsessionline, updatesessionline, removesessionline), dan wordt, afhankelijk van het (in de sendwebhook) gespecificeerde eventtype, een webhook actie uitgevoerd (op voorwaarde dat deze via de instellingen->webhooks in de Qline is geaktiveerd). In het request van de webhook actie was het 'relation' element altijd gevuld met enkel het relatienummer. Met deze aanpassing worden ook de andere relatie-velden (bijv. naam, adres, etc) gevuld zodat de ontvanger van het webhook event deze relatiegegevens kan verwerken.
Uitbreiding van de Api call GetOrderHistory: Bij orderregels is er extra informatie toegevoegd voor samengestelde artikelen en artikelen met bereidingswijze(n): id van de hoofd_regel en subregel aantal en type)
Uitbreiding van de API call GetOrderHistory: element 'orderPaymentList' toegevoegd welke de lijst van de betalingen (inclusief teruggave en afrondingen) op de order bevat.
Uitbreiding van de Api call GetOrderHistory: element 'discountDescription' toegevoegd met de (gewijzigde) kortingsomschrijving ( sales en acties omschrijving)
De tafellijst die je kunt opvragen via alle relevante versies van getTableList retourneert nu geen subtafels meer als de kassa in de Q-line die ook niet zou tonen.
Fix MplusQAPIService: Kortingsinformatie aangevuld in getOrderHistory zodat nu ook de gewijzigde kortingswaardes (percentage, bedrag, etc) worden gerapporteerd.
createProduct slaat nu eventuele besteleenheid en artnr_lev altijd op bij de standaard uitvoering.
Intern
Mogelijkheid toegevoegd om oude gedrag te activeren waarbij bereidingswijzen componenten niet worden toegepast.
determinePricing en diverse functies voor het maken van orders passen nu ook componenten van samengestelde bereidingswijzen toe.
determinePricing heeft er ook een subLineType bij gekregen om goed onderscheid te kunnen maken tussen bereidingswijzen en componenten.
determinePricing en diverse functies voor het maken van orders passen nu ook componenten van samengestelde bereidingswijzen toe.
determinePricing heeft er ook een subLineType bij gekregen om goed onderscheid te kunnen maken tussen bereidingswijzen en componenten.
getPurchaseOrdersV2 geeft nu ook deliveredQuantity terug wanneer een inkoopopdracht door middel van purchaseOrderNumber of extPurchaseOrderId opgevraagd wordt
De functie placeTableOrder heeft nu ook de mogelijkheid om activityId mee te geven. Als je dit niet doet, wordt gekeken naar de huidige activiteit van de meegegeven werkplek. Zolang je niet zelf expliciet een priceIncl meegeeft, zullen de prijzen behorende bij de activiteit overgenomen worden.
De functie determinePricing maakt nu ook daadwerkelijk gebruik van een evt. meegegeven activityId. Als je deze niet meegeeft, wordt gekeken naar de huidige activiteit van de werkplek.
Standaard houdt getButtonLayoutForBranch nu ook rekening met de ingestelde snelknoppen van de huidige activiteit van de gevraagde werkplek. Dit gedrag kan overschreven worden door gebruik van de eigenschap ignoreCurrentActivity.
De functie getArticlesInLayout retourneert bereidingswijzegroepen voortaan alleen nog maar als het vinkje "POS groep" aan staat.
De functie placeTableOrder ondersteunt nu ook het doorgeven van lineType.
Toegevoegd:
PreparationMethodSimple.specialPrice, PreparationMethodSimple.turnoverGroup.ComponentArticleSimple.turnoverGroup.ArticleSimple.turnoverGroup.Ter ondersteuning van de nieuwe filiaal specifieke waarden en van wegwerpartikelen.
API Service, getOrderHistory: de tafel- en subnummer gegevens van tafels 'gesplitst naar' en 'gesplitst van' ontbraken in de response van getorderHistory, deze zijn nu (weer) toegevoegd. Het order-id en de versie werden al wel doorgegeven.
API: getorderhistory: Er is een nieuw veld 'TableOrderNumber' toegevoegd om in de response de bestelnummers van tafelorders te kunnen rapporteren.
Nieuwe api calls getArticleBranchDeviations en saveArticleBranchDeviations toegevoegd deze kunnen worden gebruikt voor het opvragen en bijwerken van de filiaal specifieke waarden van een artikel.
Introductie nieuwe API call getOrderHistory
Met deze call kan de historie van de wijzigingen op (tafel) orders bij de API worden opgevraagd. Dit kan zowel voor een filiaal en periode (en tafelnummer) als ook voor specifieke orderIds worden opgevraagd. Tevens wordt informatie verschaft over het verplaatsen en splitsen van tafels.
Fix voor API call getorderchanges
Het veld pointsAmountExclOld bevat nu de correcte waarde (de het exclusief in plaats van het inclusief bedrag)
Diverse verbeteringen aan savePurchaseOrderV2
saveCredentials met deze call kan het wachtwoord van een relatie of medewerker gewijzigd worden.
Deze call moet expliciet geautoriseerd worden voor clients die hem nodig hebben.
Nieuwe API call passwordReset met deze call kan een key gemaakt worden die naar de gebruiker gemailed kan worden welke dan vervolgens gebruikt kan worden icm saveCredentials. LETOP ivm beveiliging is deze call niet beschikbaar voor elke api gebruiker.
Forceer dat als een relatie op een tafel staat waarop niet geboekt wordt de boeking verhuist wordt naar een andere tafel.
placeTableOrder, createOrder en dergelijke verwerken nu webhookExternalDiscount
getOrder, getTableOrderV3 ed geven nu ook bpeAccordationEmployeeNumber terug.
Een aantal velden aan de Webhook 'SendWebhook' toegevoegd: 'openAmount', 'totalInclAmount' en 'totalExclAmount'
Nieuwe API-call sendWebhook waarmee je de geconfigureerde webhooks programmatisch kunt versturen.
getPasswordRequirements hiermee kan opgevraagd worden waaraan een wachtwoord moet voldoen.
getTableOrderV3 heeft nu een extra eigenschap uncondensedLines waarmee je kunt aangeven of de regels altijd onverdicht geretourneerd moeten worden.
Diverse functies toegevoegd en aangepast voor het werken met afbeeldingen van artikelen, relaties en medewerkers.
createImage en createImageFromUrl kunnen nu als de image direct gelinkt wordt ook meteen de gewenste labels instellen.getCardImageLabels toegevoegd om de beschikbaar labels en de restricties daarvan op te vragen.getCardImages kan voor meerdere kaarten de images opvragen.saveCardImages werkt van meerdere kaarten de bijbehorende lijst van afbeeldingen bij, afbeeldingen die niet in de aanroep staan worden verwijderd.moveTableOrderv3 idempotente call toegevoegd
Deze call is ook makkelijker te gebruiken doordat niet alle details van de order meegegeven hoeven te worden. Alleen orderId is voldoende. Wanneer een deel verplaatst moet worden is meegeven van alleen de lineId's en eventueel quantity voldoende.
Het is nu mogelijk om via de Server-Timing response header gedetailleerde informatie te krijgen over hoe lang verschillende processen binnen de API duren.
Als er bijv. door de API een webhook wordt aangeroepen, krijg je een aparte benchmark met de duur van de webhook. En als de webhook endpoint zelf ook Server-Timing informatie teruggeeft, dan wordt dat ook toegevoegd aan de Server-Timing header van de API.
cancelOrderV2 welke meer soorten orders kan cancellen waaronder ook tafelorders en ook beter rekening houdt met of hij op een slave draait of niet.
De calls savePurchaseOrderV2 en savePurchaseDeliveryV2 hebben nu ondersteuning voor toevoegen van regels via supplierArticleNumber of barcode, naast articleNumber of pluNumber. Het is dan niet nodig om articleVariantId mee tegeven, die wordt automatisch geselecteerd op basis van supplierArticleNumber of barcode.
Ook is het mogelijk om de aantallen door te via quantityOfPackagesOrdered of quantityOfPackagesDelivered, intern wordt dit automatisch omgerekend naar de basisaantallen voor de desbetreffende uitvoering.
Nieuwe API call printTableReceiptV3, met de volgende verbeteringen tov. printTableReceiptV2:
Nieuwe API call printReceiptV2, met de volgende verbeteringen tov. printReceipt:
Nieuwe API call getGksInformation waarmee je voor een bepaalde werkplek het GKS productienummer kan opvragen.
De tafellijst api calls kunnen nu een extra state teruggeven TABLE-STATUS-RECENTLY-PAID deze wordt gebruikt om aan te geven dat de tafel recentelijk betaald is.
Bij het maken van een kassabon werd het EJ al beschreven voordat de betalingen gekoppeld waren, daardoor ontbraken de betalingen in het EJ. Ook werd een aanbetaling van een bestelling nog totaal niet naar het EJ geschreven.
Performance verbeteringen aan de api vooral gericht op placeTableOrder en webhook gerelateerde calls zoals startExternalPayment maar andere calls kunnen ook baat hebben bij de onderliggende wijzigingen.
createProduct slaat nu eventuele besteleenheid en artnr_lev altijd op bij de standaard uitvoering.
Het is nu mogelijk om op basis API user ident het oude gedrag te forceren dat bij het maken van orders de componenten van bereidingswijzen niet werden toegepast.
De API calls getOverview en getArticlesInLayout geven nu de filiaal specifieke omschrijving, brutoprijs, verkoopprijs en speciale prijs terug, mits er een filiaal is meegegeven met de call.
Brengt oude gedrag van savePurchesOrderVx terug.
Dat wil zeggen dat hij de regellijst nu weer gewoon vervangt zonder te matchen met de bestaande regels.
Wanneer zowel de purchaseOrderNumber als de extPurchaseOrderId meegegeven wordt in savePurchaseOrderV2, zal er nu een controle plaats vinden of deze twee bij elkaar horen zo ja, dan kan de call uitgevoerd worden, horen ze niet bij elkaar krijg je een foutmelding terug.
getGiftcard en getGiftcards geven nu ook relationNumber terug wanneer deze ingesteld is.
verifyCredentials kan nu ook credentials van relatie verifieren.
Ook bevat de response meer details zoals of de account vergrendeld is.
placeTableOrder heeft nu een keepTableName property in de request
Het standaard gedrag is ook veranderd, als de property niet gezet wordt zal hij reageren op de instelling ipv altijd de tafelnaam te behouden.
getOverview kan nu virtueel componentenveld ophalen welke gevuld met een array van json objecten met informatie over de componenten.
changeTableProperty kan nu de subTableCount instellen
De placeTableOrder heeft nu een extra parameter bpeAccordationEmployeeNumber hier geef je het medewerker nummer op dat de BPE geaccordeerd heeft. Het BPE budget van deze medewerker wordt dan gebruikt.
Fix voor savePurchaseOrderV2, je kon de regels niet meer wijzigen nadat de opdracht de state PURCHASE-ORDER-STATE-SUPPLIER-RECEIVED heeft bereikt.
Foutmelding: Voorwaarde niet voldaan: rgl C:\Builder\Projects\MplusQservice\MplusqApi\Util\PurchaseUtil.cpp: 204 PopulateInkRegelFromPurchaseLine<PurchaseLineT,InkRegelT>
Fix moveTableOrderV3 geen gekke afrondingen van de verkoopprijs meer.
De doel bestelling werd altijd als btwExclusief aangemaakt dit kon zorgen voor afrondingen als de klant met btwInclusief werkt. De doel bestelling neem nu de btwWijze van de bron bestelling over.
Lost probleem op waardoor je met de placeTableOrder call op een slave api geen tafel kon afrekenen als er regels met BPE opstonden.
Het onderdrukken van wegwerpverpakkingen in de placeTableOrder en determinePricing call werkte nog niet goed.
Lost probleem op waardoor verifyEmployeePassword en verifyCredentials konden crashen.
Lost probleem op voor Android App met deels via splitsing afrekenen van een tafel via de payTableOrderV2 call.
AddressType verwijderd uit de api definitie. Deze was niet in gebruik, maar gaf wel problemen voor code generatie tools op basis van de wsdl
placeTableOrder en diverse andere routines slaan nu de meegegeven webhookSessionId op bij de order.
Als je webhook korting doorgeeft aan oa placeTableOrder zullen de automatische kortingen nu niet meer deze korting resetten.
Lost probleem op dat placeTableOrder op slave een error geeft als er met BPE gewerkt wordt en hij de BPE budgetten niet kan uploaden naar de master omdat de configuratie van de master niet bekend is (master offline handelde hij wel al goed af).
placeTableOrder verwerkt nu ook weer numberOfGuests en tableDescription als er geen lines meegegeven worden. Note voor numberOfGuests moet er wel een niet leeg order zijn.
Als je géén relationNumber meegeeft aan placeTableOrder, dan blijft de geselecteerde relatie van de order ongewijzigd. Als je de relatie wilt wissen, moet je relationNumber=0 meegeven.
Als je een tafel afrekent waardoor er geen openstaande tijdelijke subtafels meer overblijven, worden nu alle tijdelijke subtafels weer opgeruimd.
Er wordt nu naar standaard error output gelogd als er geen logging configuratie is.
Wanneer je winsw gebruikt zal de log dan in winsw.err.log komen.
placeTableOrder zal nu ook zorgen dat een evt. geclaimde tafel weer vrijgegeven wordt.
Lost probleem op dat wanneer de API een webhook verstuurd er een nul character in de versionNumber veld van de Sender zit.
Note CloudEFT heeft hier last van.
Fix moveTableOrderV3 crash bij volledige verplaatsing als het een filiaal met GKS betreft.
getTableOrderV2 retourneerd nu weer de regels verdicht.
LETOP dit verhelpt probleem met de android handheld dat deze de inhoud van de tafel onverdicht laat zien!
Fix voor API call getorderchanges. Het veld pointsAmountExclOld bevat nu de correcte waarde (de het exclusief in plaats van het inclusief bedrag)
Bugfix in savepurchaseOrderV2 wanneer de leverdatum niet werd meegegeven zou die gelijk moeten zijn aan de opdracht datum.
Fixes uit V50 beschikbaar gemaakt:
Wanneer zowel de purchaseOrderNumber als de extPurchaseOrderId meegegeven wordt in savePurchaseOrderV2, zal er nu een controle plaats vinden of deze twee bij elkaar horen zo ja, dan kan de call uitgevoerd worden, horen ze niet bij elkaar krijg je een foutmelding terug.
Probleem opgelost waardoor je geen inkoopopdrachten of inkoopleveringen meer kon maken met resp. een extPurchaseOrderId of extPurchaseDeliveryId.
Bugfix in savepurchaseOrderV2 wanneer de leverdatum niet werd meegegeven zou die gelijk moeten zijn aan de opdracht datum.
Verhelp crash in placeTableOrder wanneer deze aangeroepen wordt op een slave database en een regel met BPE bevatte.
Verhelpt probleem met moveTableOrderV3 dat weglaten van de regellijst of aantallen resulteerde in de melding
It is not possible to move an order consisting of only text linesVoorkom crash in printReceiptV2 als er geen data is voor de opgegeven werkplek.
updateRelation, createRelation en findRelation gingen bij de verwerking van de relationArticleDiscountList niet goed om met relationNumbers buiten 32-bits integer bereik.
Webhooks worden nu weer goed geactiveerd.
Probleem was geintroduceerd in versie 50.0.0
Verhelpt "Access Violation" wanneer geen relationNumber wordt meegegeven in createGiftcard.
Probleem opgelost waardoor je geen inkoopopdrachten of inkoopleveringen meer kon maken met resp. een extPurchaseOrderId of extPurchaseDeliveryId.
Lost probleem op met deels via splitsing afrekenen van een tafel via de payTableOrderV2 call.
Lost probleem op dat printReceipt en printTableReceiptV2 melding geven over missende idempotency key.
Overbodige witruimte verwijderd uit debug output.
getOverview retourneerd nu de bereidingswijze_groep nummers in de juiste volgorde.
getOverview retourneerd nu de bereidingswijze_groep nummers in de juiste volgorde.
getOverview retourneerd nu de bereidingswijze_groep nummers in de juiste volgorde.
setStock heeft nu verbeterde validatie waardoor hij niet meer OK geeft bij ontbrekende input maar duidelijk meld wat er mis is.
Verhelp probleem dat getOverview crasht als hij BTW tarief voor een artikel niet kan vinden.
Verhelpt probleem dat getOverviewFields een numericPrecision van 14 retourneerde voor velden met het type DATA-TYPE-STRING
De functie createRelation in combinatie met condenseCombinedInvoice werkt nu goed.
Wanner getPreparationMethodGroups met een syncMarker werd aangeroepen miste voor sommige groepen de elementen.