Testläge och drift för Stripe bokföring i Oqto

Integrationen kan köras i testläge, manuellt läge och automatiskt läge. Använd dem i den ordningen när du sätter upp integrationen.

Testläge

Testläget förhandsvisar betalningar, returer och utbetalningar utan att skapa fakturor, betalningar eller verifikat i Oqto.

Kontrollera särskilt:

• kund och valuta på betalningarna
• fakturaradernas belopp, moms och konton
• raderna på utbetalningsverifikaten
• att en automatisk respektive manuell utbetalning visas på förväntat sätt
• eventuella fel och varningar

Manuellt läge

I manuellt läge väljer du själv när integrationen ska köras.

Använd manuellt läge när du:

• gör den första skarpa körningen
• bokför historiska transaktioner
• har ändrat konton eller försäljningsregler
• vill kontrollera ett nytt valuta- eller momsflöde

Börja med så få händelser som möjligt. Kontrollera sedan kundfakturan, betalningen, eventuell kreditfaktura och utbetalningsverifikatet i Oqto.

Stäm även av att saldot på kontot för Stripe-fordran utvecklas som väntat.

Automatiskt läge

Aktivera automatiskt läge när:

• förhandsvisningen ser ut som förväntat
• några skarpa händelser har bokförts och kontrollerats i manuellt läge
• historiken från startdatumet är hanterad
• loggen inte innehåller oförklarade fel

Integrationen fortsätter då att behandla nya Stripe-händelser löpande.

Skydd mot dubbelbokföring

Integrationen sparar kopplingen till Oqto på Stripe-händelsen och använder även Stripes ID som identitet i Oqto. Vid en ny körning kontrolleras båda sidor innan något skapas.

Om en körning avbryts efter att ett objekt har skapats kan integrationen därför hitta det befintliga objektet och fortsätta flödet i stället för att skapa en kopia.

Ta inte bort metadata som Integrati har lagt på Stripe-transaktioner medan integrationen används.

När en händelse inte kan bokföras

Tillfälliga fel provas igen vid en senare körning. Fel som påverkar alla händelser, till exempel ett saknat räkenskapsår eller en koppling som inte fungerar, stoppar körningen tills de är åtgärdade. Fel som bara gäller vissa händelser, till exempel ett inaktivt försäljningskonto eller fel momskod, skjuter upp de händelserna till nästa dag medan integrationen fortsätter med resten.

En enskild händelse som misslyckas upprepade gånger hoppas till slut över för att resten av flödet inte ska fastna. Den behöver då kontrolleras och bokföras manuellt.

Se fel, varningar och begränsningar för vanliga orsaker och åtgärder.