Shopify e-conomic integration fra betalt ordre til afstemning
Jeg hjælper med at afgrænse og implementere forbindelsen mellem Shopify og e-conomic, så betalte ordrer bliver overført efter en tydelig bogføringsregel. Før vi vælger en færdig app eller specialudvikling, gennemgår vi ordrelinjer, fragt, rabatter, moms, betalinger og refusioner med virksomhedens bogholder eller revisor.
Send ordreflow og kontoplan · Se prisberegner
- Opgave
- Ordre til regnskab
- Kontrol
- Afstemning og dubletter
- Valg
- Færdig forbindelse eller specialkode
- Pris
- Tilbud efter systemer og bogføringsregel
Få én afgrænset og testbar regnskabsintegration
Projektet begynder ikke med at installere en tilfældig app. Vi vælger først, hvilken hændelse der må oprette en post i e-conomic, hvilke beløb der skal følge med, og hvordan en ændring efter købet skal behandles. Derefter vurderer jeg, om en dokumenteret standardforbindelse dækker behovet, eller om der er et reelt hul, som kræver specialudvikling.
Leverancen kan omfatte opsætning af en færdig integration, felt- og kontomapping, en afgrænset specialforbindelse, testordrer, fejloversigt og en kort driftsvejledning. Jeg er udvikler og leverer ikke regnskabs- eller skatterådgivning. Kunden godkender bogføringsprincipperne med den relevante økonomiansvarlige.
- Valg af udløsende Shopify-status
- Mapping af varer, fragt, rabat, moms og betaling
- Kontrol af samme ordre før oprettelse
- Genforsøg uden dobbelt bogføring
- Afstemningsliste og tydeligt ansvar ved fejl
Fra Shopify-betaling til post i e-conomic
Eksemplet er illustrativt og beskriver ikke en bestemt kunde eller en færdig standardopsætning. Konti, momskoder, dokumenttyper og tidspunkt skal godkendes i den konkrete virksomhed.
| Trin | Shopify-data | Kontrol før næste trin | Mulig behandling |
|---|---|---|---|
| 1. Betaling | Ordre #1042 er betalt | Er status og valuta omfattet? | Integrationens job oprettes med Shopify-ordre-id |
| 2. Varer | To varelinjer med antal, pris, moms og SKU | Findes aftalt vare- eller kontomapping? | Linjerne oversættes til den godkendte struktur |
| 3. Fragt | Fragtlinje med et aftalt eksempelbeløb | Hvilken konto og momskode gælder? | Fragt bogføres som egen linje efter reglen |
| 4. Rabat | Ordre- eller linjerabat med eksempelbeløb | Skal rabatten fordeles eller stå separat? | Den valgte metode bruges konsekvent |
| 5. Oprettelse | Ordre-id og betaling-id | Findes den eksterne reference allerede? | Opret kun, hvis der ikke er en godkendt match |
| 6. Delvis refusion | Én vare refunderes senere | Er oprindelig post fundet, og er beløbet nyt? | Opret korrektion efter aftalt metode; overskriv ikke historikken |
Beløbene er eksempeldata. En test skal omfatte den virkelige moms-, rabat-, fragt- og refusionsmodel, før integrationen aktiveres.
Færdig integration eller specialudvikling?
En standardforbindelse er ofte det rigtige valg, når dens dokumenterede mapping og fejlflow passer. Specialkode skal løse et konkret behov, ikke blot gøre løsningen mere teknisk.
Færdig integration
Passer bedst, når én Shopify-butik, almindelige ordretyper og den ønskede e-conomic-kontering understøttes. Vi gennemgår funktioner, abonnement, databehandling og begrænsninger før valg.
Tilpasset opsætning
En eksisterende forbindelse kan være brugbar, men kræve omhyggelig kontomapping, filtrering, startdato, test og dokumentation. Det er stadig en integrationsopgave, selv om der ikke skrives meget kode.
Specialudvikling
Relevant ved særlige kilder, flere butikker, egen samling af ordredata eller en forretningsregel, som den færdige løsning dokumenteret ikke kan håndtere. Drift, API-ændringer og overvågning skal med i tilbuddet.
Dubletter, genforsøg og afstemning
Gem en entydig reference
Shopify-ordre-id og relevant betalings- eller refusions-id følger overførslen. Før oprettelse kontrolleres den valgte reference mod integrationens log og destinationen.
Skeln mellem midlertidig og permanent fejl
Timeout eller rate limit kan genforsøges med ventetid. Manglende konto, ugyldig momskode eller ukendt valuta skal stoppe og kræve en rettelse.
Genforsøg sikkert
Et genforsøg bruger samme job- og forretningsreference. Det skal kontrollere resultatet af det første forsøg, før noget oprettes igen.
Afstem perioden
En liste viser Shopify-ordrer i perioden, oprettet reference, beløb, status og eventuelle afvigelser. Økonomiansvarlig godkender, hvad der skal sammenlignes.
Det skal virke før integrationen aktiveres
| Test | Godkendt når |
|---|---|
| Normal ordre | Varer, fragt, rabat, moms, kunde og reference stemmer med den godkendte testordre |
| Samme event to gange | Den anden behandling finder den eksisterende reference og opretter ikke en dublet |
| Midlertidig fejl | Jobbet genforsøges kontrolleret og ender én gang i destinationen |
| Manglende mapping | Ordren stoppes med en forståelig fejl og kan genkøres efter rettelsen |
| Delvis refusion | Korrektionen kan forbindes til den oprindelige ordre og afstemmes |
| Periodeafstemning | Kunden kan identificere overførte, afventende og fejlede ordrer |
Det endelige testgrundlag godkendes af kunden og dennes økonomiansvarlige.
Adgang og beslutninger før et tilbud
Send en anonymiseret Shopify-ordre med varelinje, fragt og rabat samt et eksempel på en refusion. Fortæl hvilken e-conomic-aftale og eventuel eksisterende app I bruger, hvornår ordren skal overføres, og hvem der kan godkende konti, momskoder og afstemning.
Til en teknisk vurdering skal der normalt bruges kontrolleret adgang til en Shopify test-/udviklingsopsætning eller relevante API-rettigheder og den dokumenterede adgangsvej til e-conomic. Brug mindst mulige rettigheder, undgå at sende adgangskoder i en almindelig besked, og aftal hvem der kan installere apps eller godkende integrationen.
Spørgsmål om Shopify og e-conomic
Skal vi vælge en app eller specialudvikling?
Det afgøres af den konkrete bogføringsregel, ordretyperne og den færdige integrations dokumenterede funktioner. Hvis en standardløsning dækker og kan kontrolleres, er der sjældent grund til at eje specialkode.
Kan du beslutte vores kontoplan og momsopsætning?
Nej. Jeg kan omsætte en godkendt mapping til integrationen, men bogholder, revisor eller anden økonomiansvarlig skal godkende regnskabsprincipperne.
Hvordan undgår vi dobbelt oprettelse?
Vi vælger entydige eksterne referencer, kontrollerer dem før oprettelse og bruger dem igen ved genforsøg. Testen sender samme hændelse mindst to gange.
Hvad sker der ved en delvis refusion?
Det aftales, hvilken korrektion destinationen skal modtage, og hvordan den forbindes til originalen. Vi tester en rigtig refusionsstruktur i et sikkert miljø før aktivering.
Kan gamle ordrer overføres?
Ja, hvis importperioden, filtreringen og risikoen for eksisterende poster afklares. En historisk import køres i små kontrollerede portioner med afstemning.
Hvad koster integrationen?
En standardintegration i prisberegneren er et godkendt webshoptilvalg, men dette ordre- og regnskabsflow kan kræve individuel vurdering. Du får et fast tilbud efter systemversioner, mapping, testdata og driftskrav.
Shopify, drift og rapportering
- Shopify-udvikler – Den brede Shopify-ydelse til butik, tema og funktioner.
- Shopify-hjælp – Afgrænsede rettelser i en eksisterende webshop.
- Shopify-dashboard – Når løbende interaktivt overblik er opgaven.
- Automatisk rapportering – En tidsstyret rapport med datakontrol før udsendelse.
Send en testordre og den ønskede bogføringsregel
Send en anonymiseret ordre med fragt og rabat, et eksempel på delvis refusion, navnet på den nuværende forbindelse og den person, der godkender konti og moms. Så kan jeg vurdere standardintegration mod specialudvikling og give et afgrænset tilbud.
Direkte til mig: +45 20 71 02 89 · ow@oscarwinther.dk