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.
Ondersteuning voor voedingswaarden toegevoegd in de API.
getNutrientTypes: geeft de voedingswaarde types terugupdateArticleNutrients: update de voedingswaarden voor een bepaald artikelDaarnaast is er een nieuw veld voor getOverview, nutrients.
Dit geeft in een JSON-structuur de ingestelde voedingswaarden voor een artikel terug.
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.
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.
getInvoices, getReceipts en getOrders vullen nu net zoals getInvoice ook de onderstaande Payment velden in, indien van toepassing.
branchNumber
extBranchId
workplaceNumber
employeeNumber
employeeNameAPI-calls getPrintLayouts en getRenderedPrintLayout zijn nu zichtbaar in de ?wsdl en ?docs.
Deze calls kunnen gebruikt worden om via de API een print van een layout van het nieuwe printlayoutsysteem te maken.
Performance verbeteringen in alle ordergerelateerde calls, zoals placeTableOrder.
getOrderHistory stuurt nu ook de aanbetalingen op.
getOrderHistory call geeft nu de hele order terug(meerdere dagen) als het datum of syncmarker filter de order selecteert.
Voor de api calls getPackingSlips, getInvoice en getInvoices hebben een nieuwe reponse parameter costCenter erbij gekregen.
Deze bevat de waarde die in POS doormiddel van de vraag om kostenplaats toegevoegd is aan de pakbon van de factuur.
Een geannuleerde externe webhookbetaling wordt nu niet meer apart aan de gekoppelde webhook endpoint gemeld, aangezien de externe endpoint in principe degene is die de annulering heeft geïnitieerd. Dit brengt het gedrag van de API ook in lijn met dat van de Q-line.
Via de setRelationPresence kan een tafel met alleen een relatie erop, nu ook naar een tafel met bestelling zonder relatie erop verplaatst worden.
De getInvoices, getReceipts en getOrders geven nu ook het tijdstip van de betaling terug in de paymentList.
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.
Fix uit V53 toegepast op V52
Foutmelding: Voorwaarde niet voldaan: rgl C:\Builder\Projects\MplusQservice\MplusqApi\Util\PurchaseUtil.cpp: 204 PopulateInkRegelFromPurchaseLine<PurchaseLineT,InkRegelT>
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.
Subtiele bug opgelost waardoor in uitzonderlijke gevallen verkeerde BTW-tarieven konden worden berekend.
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.
Het is nu mogelijk om expliciet de order types mee te geven aan getCurrentSyncMarkersV2. Standaard zijn dit SALES_ORDER, REPEAT_SALES_ORDER, en EXTERNAL_SALES_ORDER.
Wanneer je via de saveArticleBranchDeviations wijzigingen inschoot werd de artikel syncmarker niet geüpdatet.
Crash opgelost die kon voorkomen als je moveTableOrder gebruikte terwijl de instelling "automatisch korting toepassen" uitgeschakeld was.
Opgelost dat o.a. getOrders, getInvoices en getPackingSlips de volgende foutmelding teruggaven:
Kolom niet gevonden: afl_adres_bedrijfsnaamVerhelpt probleem waardoor het aanmaken en wijzigen van artikel-, medewerker- of relatiekaarten kan blijven hangen.
Probleem kan optreden bij oa letters met accenten.
Backport: Bugfix aan de placeTableOrder call wanneer je alleen een relatie opgeeft wordt deze nu wel aan de tafel gekoppeld.
Bugfix voor foutmelding database error on server met de getOrders call.
Bugfix aan de placeTableOrder call, wanneer je alleen een relatie opgeeft wordt deze nu wel aan de tafel gekoppeld.
De waarde voor de eigenschap vatCodeAlternative die je kon meegeven aan createProduct en updateProduct werd niet overgenomen.
Fix aan de API call getNutritionalCharacteristics en getPreparationMethodGroups wanneer je deze op basis van het hoogste syncmarker + 1 opvroeg kon je één resultaat missen.
Opgelost dat getProducts alleen actieve artikelen teruggeeft als onlyWebshop op true staat, ondanks dat onlyActive op false staat.
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.