FELTNOTER / Butikssystemmigration # Hvordan udskifter man betalingssystemet: Hvordan migrerer man gamle data? Produkt-, medlemskabs- og lagerforberedelsesliste Bestem først migrationsomfanget, og organiser derefter numre, saldoer og lagergrundlag. Brug små batcher til testimport og afstemning af poster, og planlæg butiksomlægningen. A[AllinWebPOS indholdsteam](https://www.allinwebpos.com/da/about/#content-team) udgivet 2026-10-01 · Opdatering 2026-10-03 · Ca. 5 minutter Butiksledere bruger tablets til at tjekke varer på hylder og i kasser, lagerpersonale scanner streger på arbejdsbordet, scenarieillustrationLagerverifikation og genforsyning · Scenarieillustration ## Se først konklusionen. Overflytning af kassesystemet bør først bekræfte, at data fra det gamle system kan eksporteres, og at det nye system kan modtage dem, og derefter lave en tabel med feltcorrespondancer. Organiser varer, medlemmer, rettigheder og startbeholdning hver for sig, vælg et klart skiftetidspunkt; prøvekør først importen, tjek antal og saldo, og planlæg derefter den officielle overgang. Historiske ordrer kan arkiveres baseret på forespørgsler, det er ikke nødvendigt at fylde alle historiske data ind i det nye system. ## Tag processen hen til butikken. Udtryk dine behov efter produkt, mængde og butiksomfang, og registrer tydeligt ansøgninger, godkendelser, forsendelse og kvitteringer. - 01Butik ### Anmod om varer Organiser behov efter produktspecifikation og antal, og start genopfyldningsanmodning. - 02Ansvarlig person ### Bekræft krav Hovedkontor og butiksleder bekræfter ansøgninger i henhold til ansvar og beføjelser. - 03Lager og butikker ### Forsendelse og modtagelse af varer Sammenlign vare- og overførselsregistre og kontroller afsendt og modtaget mængde separat. - 04Butikschef ### Salgstælling Tjek lagerændringer og forskelle ud fra salg, modtagelse og optælling. ## Beslut først, hvilke data der skal ind i det nye system. Når butikken skifter system, påvirker hyppigt solgte varer, aktuelle specifikationer og medlemfordele normalt den kommende drift direkte. Udløbne kampagner, udfasede varer og gamle ordrer kan arkiveres efter forespørgselsbehov. Først opdel data i “nødvendige data for fortsat drift” og “data, der muligvis vil blive søgt senere”. Gem eksportfiler fra det gamle system og eksportdatoen, og kontroller, om filen kan åbnes, om kodning er korrekt, og om numre og varenummer er komplette. Telefonnummer, stregkode eller medlemsnummer må ikke behandles som almindelige tal, ellers kan regneark fjerne indledende 0’er eller ændre lange numre. ## Lav et feltkort og håndter dubletter Produktnavn, SKU, stregkode, specifikation, pris og kategori skal matche separat. Medlemsdata skal klart angive identifikationsmetode, håndtering af dubletter og hvilket kontaktinformation der bevares. Sammenlæg ikke medlemmer kun fordi navn er det samme, og del ikke et SKU kun fordi produktnavn ligner. Vælg først nogle varer med flere specifikationer, kampagnepriser og udsolgt-status som prøver. Skriv gamle felter, nye felter, formater, konverteringsregler og undtagelser i samme tabel. For elementer, der ikke kan matches direkte, diskuter import- eller tilpasningsmetoden med implementeringsteamet, og afgør derefter, om hele filen skal organiseres. ## Medlemsfordele afstemmes separat fra den oprindelige inventar Medlemspoint, saldo og ubrugte fordele skal hæves samtidig, samtidig med at medlemsidentifikatoren og grundlaget for ændringer bevares. Mængde og mængde bør ikke blandes sammen, og om fordelene har udløbsdato, relevante butikker eller brugsbegrænsninger bør også klart angives. Eventuelle forskelle vedrørende fordele bør bekræftes før aktivering, så sidste-øjebliks forklaringer undgås, når kunderne ankommer til butikken. Lageret bør skelnes efter lager, lager og specifikation samt skæringstid for sidste salg, modtagelse og overførsel. Hvis lageret stadig er i drift efter eksport, skal efterfølgende ændringer registreres og suppleres ved overgangen. Begyndende lager bør ikke præsenteres direkte med en historisk rapport uden datonoter. ## Prøveimport, live-øvelse, og planlæg derefter officiel overgang Efter småbatch-prøveimport skal det registrerede antal, pris, specifikationsinventar og medlemsfordele tjekkes separat. Få butiksmedarbejdere til at gennemføre salg, refusioner og medlemsforespørgsler ved hjælp af prøver, og tjek om de migrerede data kan dække daglige operationer. Abnormitetslisten bør registrere problemfelter, håndterere og bekræftelsesresultater. Før den officielle skift skal ansvarlige, driftsarrangementer, forskelshåndtering og tilbagefaldsbetingelser være klart defineret. Arkiveringer i det gamle system bør forblive tilgængelige for forespørgsler, og kundedata skal være adgangskontrolleret efter behov. Implementeringskommunikation for AllinWebPOS kan starte fra eksisterende eksporteksempler for at bekræfte datasortering, importmetode og go-live-plan, og undgå at opdage feltinkongruenser på dagen for overgangen. ## Forberedelsesark til migrationsdata Forberedelsesark til migrationsdata · Reference til forretningsvurdering | Data | Nøglefelter. | Tjek metode | | --- | --- | --- | | Produkter | SKU, stregkode, specifikationer og priser | Stikprøver og dublerede numre | | Medlemmer | Medlemsidentifikation og nødvendige kontaktoplysninger | Tjek behandling af dublerede optegnelser | | Medlemsfordele | Point, saldi, gyldighedsperioder og omfang | Sammenfat punkt for punkt ved skiftetidspunkt. | | Startlager | Butik, lager, SKU og mængde | Tjek deadline og efterfølgende ændringer | | Historiske ordrer | Ordrenummer, dato og mængde | Behold og arkivér tilgængeligt | ## Tjekliste på stedet - Bekræft gammel systems eksportkapacitet og nyt systems modtagelsesområde - Produkt- og medlemsidentifikation gemmes i tekstformat - Feltkort viser tydeligt konverterings- og undtagelsesregler - Rettigheder skifter på samme tidspunkt som lager - Efter prøveimport og driftsøvelse foretages den officielle overgang ## Lad forretningsråd blive anvendt i din butik AllinWebPOS Driftsvejledning fokuserer på daglige problemer inden for detailhandel og restauration. Vil du vide, hvordan de beskrevne processer kan anvendes i din virksomhed?[Kontakt os og book en produktopvisning](https://www.allinwebpos.com/da/contact/) 。 Yderligere læsning:[Produkt og lager](https://www.allinwebpos.com/da/features/inventory/) · [Detailbutik](https://www.allinwebpos.com/da/solutions/retail/) BLIV VED MED AT LÆSE ## Læs videre, tænk næste skridt igennem. [Scenariefremstilling Driftspraksis · 6 minutter Hvordan synkroniseres butik og webshop lager? Start med at afklare SKU og salgbart lager Start med SKU, salgbart lager, opdateringsretninger og genforsøgsregler for at undgå "interface er tilsluttet" men uden ensartet lagerdata. 2026-10-01](https://www.allinwebpos.com/da/blog/inventory-source-of-truth/) [Scenariefremstilling Driftspraksis · 5 minutter Hvordan organiseres medlemsmarkedsføring? Forskelle mellem point, lagret værdi, sekundære kort og gavekort Forskellige rettigheder løser forskellige problemer. Definér først regler for brug, kombination og refundering, og beslut derefter hvilke funktioner butikken skal aktivere. 2026-10-01](https://www.allinwebpos.com/da/blog/membership-cards/) [Scenariefremstilling Integrationsguide · 7 minutter Hvordan integreres webshop og POS? Forberedelsesliste for varer, ordrer og lager Organiser platformstilladelser, SKU'er, ordrer, lager og betalingsregler, og forbered en adgangsliste, som både butikken og webshoppen kan bruge 2026-10-01](https://www.allinwebpos.com/da/blog/integration-checklist/) DIT NÆSTE KAPITEL ## Find den rigtige løsning til din butik. Understøtter skræddersyet løsning. Fortæl os branche, butikantal og forretningsbehov, så vi kan finde ud af hvilke funktioner, leveringsmetoder og priser der passer til dig. [Bestil en demo](https://www.allinwebpos.com/da/contact/) --- Original tekst：[Dataoverførsel for kassesystem | AllinWebPOS](https://www.allinwebpos.com/da/blog/legacy-pos-migration/) Kontakt：[hello@allinwebpos.com](mailto:hello@allinwebpos.com)