weaveby Ple
Guide

Ongoing WMS och Business Central: sju saker integrationen måste få rätt.

Att skicka order åt ena hållet och inleveranser åt det andra är den enkla halvan. Här är ställena där systemen beskriver samma händelse olika, och vad Weave BC gör i vart och ett.

1. En delleverans är en leverans

En inköpsorderrad i Ongoings REST-API bär löpande summor: aviserat, mottaget och rapporterat. Att bokföra från dem betyder att bokföra skillnaden mellan två summor, och en summa kan inte säga att tre enheter till kom just nu.

Ongoings SOAP-API har ett flöde av inleveranshändelser där varje händelse har ett eget id. Weave läser det flödet, bokför varje händelse en gång, grupperar en leverans händelser på en order till en inleverans och stämplar Ongoings händelse-id på den bokförda inleveransraden.

2. Att fakturera en delleverans

Business Central sätter Ant. att fakturera till allt levererat och ännu inte fakturerat på hela ordern. Weave sätter Ant. att fakturera på varje rad till det bokföringen flyttar, som sista skrivning före bokföringen, så att varje leverans faktureras för sina egna varor. Order med Kombinera leveranser levereras utan något att fakturera, för Business Centrals batchkörning.

Inleveranser bokförs bara som inleverans, eftersom leverantörens faktura hör till er leverantörsreskontra. Weave bokför dem genom en rutin i sitt eget tillägg som tar emot utan att fakturera.

3. En artikel är en artikel och en variant

Ongoing har ett artikelnummer per storlek och färg. Business Central lagrar artikel och variant separat, och dess standardsidor i API v2.0 saknar lagerställe, variant och returorsak. Bokföring behöver uppdelningen och avstämning behöver sammanslagningen, så Weaves tillägg publicerar egna sidor med just de fälten.

4. Returer kommer på två sätt

Vissa returer kommer in på en returorder. Andra bokas tillbaka på den ursprungliga försäljningsordern, där ett flöde av inleveransorder inte ser dem: hos en handlare var det 81 order på 60 dagar. Weave läser båda, krediterar till returorderns eget pris och tar ut den returavgift er tabell anger för orsaken och valutan.

Returorsaken avgör också var varorna hör hemma. Lagret registrerar den på inleveransorderns rad, med samma koder som Business Centrals returorsaker, och Weave bokför varje rad till säljbart lager eller reklamationslagret efter den.

5. Order ändras efter att de släppts

Kundtjänst öppnar en order igen för att ta bort en rad, eller tar bort hela ordern. Båda är säkra så länge lagret inte börjat. Med Weave frågar Business Central lagret live innan: har plocket börjat ber en återöppning om bekräftelse och en borttagning stoppas med orsaken.

6. Lagret glider isär om ingen tittar varje natt

Weave jämför Business Centrals lager på lagerställena med Ongoings, per SKU, varje natt. Plockade varor räknas som kvar i lagret tills de skickats, eftersom Ongoing drar av en plockad enhet innan Business Central bokför leveransen, och reklamationslagret jämförs för sig, så att en enhet på fel hylla syns även när totalerna stämmer.

7. Ett larm måste bli läst

Ett larm per misslyckat dokument blir snart en lista ingen öppnar. I Weave larmar ett tillstånd en gång, när det är nytt eller kommer tillbaka efter att ha rättats, och stänger sig själv när en senare körning rättar det. Bara arbete som använt sina omförsök ber en människa om hjälp, i konsolen, i Slack eller via e-post.

Hur Weave håller varje del korrekt, ner till markörer och lot-id, står på Så fungerar det.

Frågor

Behöver Weave ett tillägg i Business Central?

Ja, ett. Det köar släppta dokument, publicerar API-sidorna Weave läser och skriver genom, och innehåller bokföringsrutinerna som tar emot, levererar och krediterar per händelse. Weave loggar in som en egen Microsoft Entra-applikation.

Vilka behörigheter behöver Weaves användare i Business Central?

Behörighetsuppsättningen WEAVE som tillägget levererar, Microsofts D365 BASIC för licensen, och bokföringsrätt för dokumenten det bokför, till exempel D365 PURCH DOC, POST. Andra tillägg som reagerar på en bokföring kan behöva egna behörigheter.

Hur håller Weave reda på var det är i Ongoings flöden?

Med en egen markör per flöde, sparad hos Weave och flyttad först när händelserna sparats. Ongoings fält för rapporterat antal lämnas orört, så en annan integration som läser samma varuägare påverkas inte.

Vad går åt vilket håll?

Business Central till Ongoing: artiklar, inköpsorder, flyttorder, försäljningsorder och inköpsreturer. Ongoing till Business Central: inleveranser, försäljningsleveranser med faktura, kundreturer med kreditnota, flyttar, inköpsreturer, lagerjusteringar och en veckovis reklamationsflytt.

Hur ofta körs det?

Var femte minut i båda riktningarna för order, inleveranser och leveranser. Artiklar varje timme, lagerjusteringar var 30:e minut och lagerjämförelsen varje natt.