De fleste brukere av 1C 7.7-programmet forestiller seg overgangen fra 1C 7.7 til 8.3 (8.2) som noe komplisert og kun underlagt programmerere. Hvis organisasjonen ikke har bearbeidet opp og ned konfigurasjonen, ble denne artikkelen skrevet for deg og vil hjelpe deg med overgangen til 1C 8.3 eller 8.2.

Hvordan forberede 1C 8.3 (8.2) basen for påfølgende overføring av data fra 1C 7.7 trinn for trinn

Før du starter arbeidet, er det nødvendig å klargjøre databasen 1C 8.3 (8.2) for påfølgende datainnlasting.

Trinn 1

Oppdater 1C-databasen til den faktiske utgivelsen, bruk den siste versjonen 8.2 eller 8.3. Du kan sjekke relevansen av den nåværende utgivelsen på nettstedet for teknisk støtte for 1C.

Hvordan installere eller oppdatere 1C 8.3-plattformen, se videoopplæringen vår:

Steg 2

Gjennomføre rutinemessige månedlige avslutningsoperasjoner. I tillegg kan du sjekke regnskap på tvers Service - Kontrollere data for overgangen 1C Accounting 8.Hvis det er feil, kan du rette dem.

Trinn 3

Trinn 5

Lag en ren database for lasting av data. Dette er nødvendig for raskt å avbryte nedlastingen av data i tilfelle uforutsette situasjoner. Velg toppmenyen i programmet Administrasjon - Last opp data, registrer navnet på opplastingsfilen og plasseringen for lagringen.

Takket være disse forberedende tiltakene fjernes unødvendige gjenstander fra basen, 1C-basen blir mindre. Resultatene blir beregnet på nytt og databasens logiske integritet vil bli sjekket. Nå kan du begynne å overføre data fra 1C 7,7 til 1C 8,3 (8,2).

Hvordan legge til en informasjonsbase til 1C 8.3, se følgende videoopplæring:

Overføring av data fra 1C 7.7 til 1C 8.2 Regnskap 2.0

I den siste versjonen av utgivelsen av 1C 8.2 Accounting 2.0-programmet støttes ikke oversettelse fra 1C 7.7 infobaser. I samsvar med kravet til selskapet 1C må gjøres. Derfor, hvis du velger i 1C 8.2-databasen Service - Overføring av data fra 1C Enterprise informasjonsbaser 7.7, så får vi en feil:

Men hva om du virkelig trenger å overføre til versjonen av 1C 8.2-programmet?

Trinn 1. Laste ut data fra 1C 7.7

Du må laste ned filene som tidligere ble levert av 1C for opplasting til 1C 8.2 Regnskap. Disse filene må plasseres i ExtForms-mappen med databasen din. I eksemplet er dette D: \\ 1c \\ 77 \\ unp_demo \\ ExtForms. Du kan se stien til databasen din når du laster inn 1C-programmet:

La oss starte denne behandlingen: Hvis alt er gjort riktig, skal det vises en inskripsjon - Laste opp data for 1C Accounting 8, velg det ved å klikke på Åpne-knappen:

• Last opp regler - en fil som heter Acc77_80.xml, vi kopierte den til ExtForms-mappen;
• Startdato og sluttdato - perioden dataene blir lastet ned;
• Regler for lossing av data - objekter for lossing, kataloger og dokumenter som må lastes opp til en fil.

Eksempeldatafilen kopieres til skrivebordet, men du kan velge hvilken som helst annen mappe. Klikk på knappen Last utvekslingsregler. En liste over objekter som skal lastes ut fra 1C 7.7 åpnes og som kan redigeres ved å fjerne eller installere avkrysningsruter:

Avhengig av situasjonen kan du laste ned dataene på en gang eller i deler. For det første losser vi kataloger - 95% av dem losses uten problemer. Den andre filen er å laste ut saldoer og omsetninger etter regnskapsavdelinger. Dette alternativet er praktisk å bruke hvis noen data ikke lastes ned riktig.

Trinn 2. Nedlasting til 1C 8.2 Regnskap 2.0 fra 1C 7.7

Vi velger Tjeneste - Dataoverføring fra 1C Enterprise 8 infobaser, i vinduet som vises, velger du Last inn fra fil:

Velg filen som ble lastet opp fra 1C 7.7 til skrivebordet. Etter å ha klikket på Neste-knappen, vil dataene lastes inn fra filen. Hvis regnskapet i 1C 7.7-databasen har blitt holdt lenge, kan nedlastingen ta lang tid.

Hvis det oppstår feil under nedlastingen, blir bare en del av dataene lastet ned og må derfor lastes ned igjen.

Overføring av data fra 1C 7.7 til 1C 8.3 Regnskap 3.0

Algoritmen for overføring av databasen fra 1C 7.7 til 1C 8.3 er litt forskjellig i detaljer, men generelt er den lik den som er beskrevet ovenfor for 1C 8.2 Accounting 2.0.

Trinn 1

Etter at du har oppdatert 1C-infobasen, må du oppdatere dataopplastingsreglene. Dette kan gjøres som følger.

Åpne 1C 8.3 Accounting 3.0 og velg Lagre overføringsregler-knappen i nedre høyre hjørne, velg versjon 1C Accounting 7.7 og lagre reglene ved å spesifisere banen til ExtForms-katalogen i informasjonsdatabasen:

Trinn 2. Laste ut data fra 1C 7.7

Muligheten til å laste opp fra 1C 7.7 til 1C 8.3 er gjort som standard, det vil si at det ikke er behov for å laste ned flere filer og legge dem til databasen.

La oss starte opplastingsbehandlingen: Service - tilleggsfunksjoner.Vi finner påskriften Overgang til 1C 8.3 Regnskap red. 3.0 og klikk Åpne:

I vinduet som vises, fyll ut:

• Last opp regler - en fil som heter ACC_ACC8.xml, som du finner i mappen med databasen din (hvordan du bestemmer banen til databasen - beskrevet ovenfor), ExtForms-mappen. Dette er den som er kopiert fra 1C 8.3;
• Startdato og sluttdato - perioden dataene blir lastet ned for;
• Datafilnavn - stedet hvor vi vil kopiere filen med de opplastede dataene;
• Regler for lossing av data - objekter for lossing, kataloger og dokumenter som vil lastes opp til en fil:

Klikk på knappen Last utvekslingsregler. En liste over objekter som skal lastes ned fra 1C 7.7 vises, som kan redigeres ved å fjerne eller installere avkrysningsruter.

Du kan laste ned i deler, opprette flere filer, eller du kan laste ned alle dataene samtidig. Hvordan du går frem, avhenger av den spesifikke situasjonen. I eksemplet laster vi opp alle dataene samtidig.

La oss åpne 1C Accounting 3.0 (8.3) og velge Her ser vi to måter å laste inn data på:

• Last inn data fra infobasen - 1C 8.3-programmet vil selv finne de installerte databasene og prøve å koble til denne infobasen ved å kopiere dataene derfra. Ved hjelp av innstillingene kan du angi hva du skal laste inn og klikke på Last inn data-knappen:

• Det er bare vårt valg å laste inn data fra en fil. Du må spesifisere filen som ble lastet opp fra 1C 7.7 og klikke på Last inn data-knappen. Hvis et vindu vises som nedenfor, betyr det at nedlastingen var vellykket. Ellers må du laste ned enten i deler og fikse feilene som programmet vil gi i 1C 7.7:

Overføring av data fra en modifisert standardkonfigurasjon 1C 7.7 til 1C 8.3 (8.2)

Overføring av data fra endrede konfigurasjoner 1C 7.7 er mye mer komplisert på grunn av omskrevne forretningsprosesser, som ikke er i versjonen av programmet vi skal overføre data til. I de fleste tilfeller bør slike overføringer gjøres av en spesialist med dataoverføringserfaring eller god kunnskap om konfigurasjonen av datakonvertering. Eksisterer generelle prinsipper overføring som kan brukes til å overføre slike konfigurasjoner:

• Overføring av funksjonalitet. I den nye konfigurasjonen er det nødvendig å gjenta funksjonaliteten som er tilstede i 1C 7.7. Tilleggsdokumenter, oppslagsbøker og rekvisita. Lag en lossing -CF av denne basen.
• på slutten av året. Sammenlign omsetning på tvers av kontoer før kronglete og etter - de må være like.
• Overføring av data fra en minimert 1C 7.7-database til en standard, ren database i en ny utgave. Sjekk omsetningsdataene for kontoer i 1C 7.7 og 8.2 eller 8.3. Ved feil, korriger dem.
• I en ren database, der dataene ble lastet inn fra 1C 7.7, er det nødvendig å laste inn CF-konfigurasjonsfilen, der funksjonaliteten fra 1C 7.7 ble gjentatt.
• Ytterligere detaljer om kataloger kan overføres ved hjelp av konfigurasjonen for datakonvertering.

Kontrollere data etter overføring av data fra 1C 7.7 til 1C 8.3 og 8.2

Bruk omsetningsbalanserapporten til å generere en rapport med data om underkontoer, regnskapstyper, kontoer utenfor balansen, valutaer og sammenligne med den samme rapporten fra 1C 8.3 (8.2) -basen dataene ble overført til:

Denne artikkelen vil være nyttig for de som bruker 7.7-plattformen eller planlegger å migrere til den nye versjonen 8.3. Jeg må si at 7.7-plattformen ble utviklet fra 1999 til 2003, og med utgivelsen ble 1C ledende innen automatiseringsmarkedet og tilbyr en god plattform og standardløsninger. De viktigste fordelene er: enkel programmering, kostnadene ved standardløsninger, fraværet av høye krav til dataressurser. Levetiden til denne plattformen ble økt av utseendet til 1C ++ -komponenten (denne komponenten ble utviklet av "entusiaster" og har ingenting å gjøre med 1C selv). Men tiden tikker, og i dag er versjon 8 av plattformen hovedproduktet til selskapet. Til tross for all innsats fra 1C for å overføre klienter til den avanserte versjonen 8, er det fortsatt et stort antall kunder som bruker versjon 7.7, og et rapporteringssett for alle konfigurasjoner blir for tiden utgitt. Fra år til år kommer informasjon om opphør av støtte, men dessverre for noen og heldigvis for andre skjer ikke dette. La oss liste over hovedhandlingene til 1C, som hun nylig benyttet seg av:

• Verdistigning.
• Forby åpent salg, bare på forespørsel.
• Forbud mot salg.

• Det er ingen spesialister. Det er veldig vanskelig å finne noen som raskt kan løse et problem til en rimelig pris.
• Ulicensiert program. Mange franchisetakerfirmaer nekter å tilby tjenester til kunder som har piratkopiert programvare.

Kjøpe programmet

Implementeringsspesialist

Overføringsmekanismer

Opplæring

Utnyttelse

Konklusjon

Nå trenger ikke brukere av "1C: Regnskap 7.7" vente til slutten av året for å bytte til "1C: Regnskap 8". Overgangen kan gjøres på slutten av en hvilken som helst måned i skatteperioden. Restoverføringsteknologi er allerede testet på eksisterende virksomheter, hvorav den ene er beskrevet av spesialistene i LLC "Automated regnskapssystemer". Artikkelen inneholder en beskrivelse av overføringsmetoden og generelle anbefalinger for inn- og utgangskontroll av de overførte dataene.

Før du flyttet til LLC "Laima" (Miass, Chelyabinsk-regionen), ble programmet "1C: Regnskap 7.7. Standardversjon" brukt. Programmet er installert på en bærbar datamaskin. Arbeidet gjøres på hjemmekontoret.

Utgivelsen av 1C av en ny metode for dataoverføring og en liten mengde informasjonsbase gjorde det mulig å overføre data for 2006 direkte på tidspunktet for installasjonen av 1C: Regnskap 8.

Dataoverføringsteknikk

Den nye metoden for overgang fra "1C: Regnskap 7.7" til "1C: Regnskap 8" som er inkludert i utgivelsen 1.5.8.5 sørger for overføring av data fra informasjonsbasen "1C: Regnskap 7.7", som vil sikre riktig utførelse i "1C: Regnskap 8" av følgende handlinger:

• gjennomføre dokumenter utstedt etter overgangen til "1C: Regnskap 8";
• dannelse av regnskapsregistre for inneværende rapporteringsperiode (balanse, hovedbok, etc.);
• dannelse av registre skatteregnskap for inneværende rapporteringsperiode, som inneholder indikatorer som er fastlagt på opptjeningsbasis fra begynnelsen av året;
• dannelse av regulert rapportering for inneværende rapporteringsperiode.

Overgangen fra "1C: Regnskap 7.7" til "1C: Regnskap 8" ved bruk av denne teknikken anbefales å utføres i begynnelsen av en ny skatteperiode (år), eller hvis en ny periode allerede er åpen, så på slutten av neste måned av inneværende rapporteringsperiode. I prosessen med å overføre data til "1C: Accounting 8" lastes følgende informasjon:

• balanse over regnskap og skatteregnskap ved begynnelsen av inneværende rapporteringsperiode (fra 1. januar i inneværende år);
• omsetning av regnskap og skatteregnskap for inneværende rapporteringsperiode etter konsoliderte poster hver måned;
• midlertidige forskjeller reflektert i de respektive skattekontoer (for organisasjoner som bruker PBU 18/02);
• dokumenter for oppføring av initialbalanse for anleggsmidler og immaterielle eiendeler;
• skattegrunnlag for personlig inntektsskatt og skatt med lønn for inneværende rapporteringsperiode;
• restanse på betaling av mottatte og utstedte fakturaer ved slutten av den siste lukkede måneden i den nåværende rapporteringsperioden;
• informasjon om objektene til analytisk regnskap.

Forberedende operasjoner i "1C: Regnskap 7.7"

Dataoverføring fra "1C: Accounting 7.7" er mulig fra versjon 7.70.477. Derfor, før migrering, var det nødvendig å oppdatere konfigurasjonen til denne versjonen.

Du må også sørge for at regelmessige regnskaps- og skatteregnskapsoperasjoner har blitt utført den siste måneden i året (inkludert balansereform).

Alle filer som kreves for dataoverføring, finnes i Konverter-mappen i 1.5.8.5 "1C: Accounting 8" utgivelsesmalkatalogen. Det er bedre å kopiere innholdet i denne mappen til ExtForms-katalogen i infobasen "1C: Accounting 7.7".

Overføringsmetoden sørger for den eneste forberedende operasjonen - å sjekke referansekodene, som kan bli ikke unike når du overfører data til "1C: Regnskap 8". Ekstern behandling ChkCode.ert brukes til verifisering.

For å sikre korrektheten av regnskap og skatteregnskap i 1C: Regnskap 7.7-databasen og ikke overføre bevisst feilaktige oppføringer til figur åtte, er det imidlertid nyttig å utføre en teknologisk analyse av regnskap (Meny "Rapporter -\u003e Teknologisk analyse av regnskap" ), samt analyse av tilstanden for skatteregnskap ("Skatteregnskap -\u003e Analyse av tilstanden for skatteregnskap").

Som regel er problemer forårsaket av "manuelle" konteringer, som gjøres uten kontroll over inngående saldo, kvantitativ regnskap osv. Den nye metoden, selv slike transaksjoner overføres riktig, men med innkommende kontroll kan du umiddelbart identifisere problemer og gi anbefalinger for korreksjon.

I vårt tilfelle avdekket kontrollen avvik i regnskapet når det gjaldt å avskrive avskrivning av anleggsmidler til tap fra tidligere perioder, som det ble besluttet å korrigere allerede i "1C: Regnskap 8" etter overgangen.

Data overføring

Selve dataoverføringen utføres ved hjelp av ekstern behandling V77Exp.ert (meny "File -\u003e Open"). Behandlingsdialogen indikerer:

• datakonvertering regler fil - Acc77_80.xml ("Regler filnavn" felt);
• filen dataene vil lastes opp i ("Datafilnavn" -feltet);
• startdato for gjeldende rapporteringsperiode - 1. januar 2006 ("Startdato" -feltet);
• sluttdato for den siste stengte måneden i nåværende periode ("Sluttdato" -felt). I vårt tilfelle - 31. mai 2006.

Etter å ha klikket på "Last regler for utveksling av regler" i behandlingsdialogen, vil listen over dataopplastingsregler bli fylt ut. Den lastede listen er en liste over kontoer, som totalene kan lastes ned og referansebøker som kan overføres til "Enterprise Accounting" -konfigurasjonen. I tabellen til høyre kan du angi filtre for de fleste regler for dataavlastning etter attributtverdier (for eksempel for selektiv lossing av elementer).

Siden vi overfører data fra "syv", er det ved første start av "1C: Regnskap 8" nødvendig å nekte fra den første fyllingen av databasen. Etter det, ved å bruke datainnlasting (meny "Verktøy -\u003e Datautveksling -\u003e Universal datautveksling i XML-format"), laster du overføringsfilen i figur åtte.

Kryss av

Hele dataoverføringsprosedyren tok ikke mer enn en halv time. Det gjenstår bare for å sikre at alle dataene ble overført riktig. Det beste stedet å starte er med balansen for dataoverføringsperioden. For balansekontoer må uttalelsene generert i "1C: Regnskap 7.7" og "1C: Regnskap 8" stemme overens. Hvis omsetningen på en hvilken som helst konto ikke faller sammen, er det nødvendig å generere mer detaljerte rapporter (balanse eller kort) for denne kontoen for å finne ut hvilke omsetninger som ikke ble overført. Dermed kan du sjekke alle data, bortsett fra saldoer på anleggsmidler og immaterielle eiendeler, skattegrunnlag for personlig inntektsskatt og skatt med lønn for inneværende rapporteringsperiode og restanse på betaling av mottatte og utstedte fakturaer ved slutten av den siste stengte måneden i den inneværende rapporteringsperioden.

I vårt tilfelle, i "1C: Regnskap 7.7", ble ikke dataene om anleggsmidler fullført, og i figuren åtte ble dokumentene "Oppføring av innledende saldoer på anleggsmidler" ganske enkelt ikke utført, henholdsvis, og saldoen ved begynnelsen av perioden på konto 01 oppsto ikke. Disse dokumentene er rettet manuelt.

Momsregnskapsundersystemet er implementert i "1C: Regnskap 8" på registerene, for å kontrollere korrektheten av overføringen, bruk den universelle rapporten "Balanser og omsetninger" (Rapporter -\u003e Balanser og omsetninger) uten å begrense perioden for regnskapsavsnitt "Moms presentert", "Moms på forskudd "for å analysere korrektheten av overføringen av kontoer ZPK og ZPR.

Hvis du leser denne artikkelen, noe som betyr at du sannsynligvis allerede har svart på dette spørsmålet bekreftende. Derfor vil vi nå ikke snakke igjen om fordelene ved å flytte til en ny plattform, men fokusere direkte på detaljene og funksjonene i denne prosessen.

1. Generell algoritme

Figur: 1. Algoritme for overgang fra plattformen "1C: Enterprise 7.7" til plattformen "1C: Enterprise 8.2"

1. Oppgrader. Det første du trenger å gjøre er å skrive en søknad fra organisasjonen din, sende inn et registreringsskjema for plattform 7.7 og kjøpsplattform 8.2. I dette tilfellet vil du bli gitt et tilbud i mengden av kostnaden for den gamle plattformen, men ikke mer enn 50%... Den gamle plattformen forblir hos deg, og du kan fortsette å bruke den, men den vil bli fjernet fra teknisk støtte på 1C.

2. Oppdater den gjeldende konfigurasjonen til den siste gjeldende utgivelsen.

3. Klargjøre databasen for migrering.Det betyr å sikkerhetskopiere databasen, lukke den nåværende faktureringsperioden, tømme databasen for elementer som er merket for sletting, og korrigere regnskapsfeil (hvis noen).

4. Dataoverføring. Dette er hovedscenen. Algoritmer og arbeidsintensitet i hvert tilfelle er forskjellige.

5. Opplæring av personell til å jobbe med den nye konfigurasjonen.Siden konfigurasjonene på plattformene 7.7 og 8.2 er forskjellige i både grensesnitt og funksjonalitet, kan det hende du trenger trening for å jobbe i den nye konfigurasjonen. Du kan studere det selv ved hjelp av riktig metodologisk litteratur, men det er fortsatt bedre å ta et spesialkurs.

6. Drift.På dette stadiet, når brukerne begynner å jobbe i et nytt program, feilsøkes det og mulige feil ved automatisk dataoverføring korrigeres.

Vurder prosessen med å flytte til en ny plattform i konfigurasjonssammenheng "1c regnskap".

2. Endre "1C: Regnskap 7.7" til "1C: Regnskap 8.2"

• starttid for regnskap i det nye programmet;
• tilstedeværelsen og kompleksiteten av forbedringer i den nåværende versjonen av konfigurasjonen din;
• behovet for å opprettholde historien til forretningstransaksjoner for tidligere perioder.

Avhengig av kombinasjonen av de ovennevnte faktorene, kan situasjonene være som følger.

Situasjon 1:

Overgang fra nyttår, STANDARD-konfigurasjon, korrekte kontosaldoer dannes i det gamle programmet

Dette alternativet er enkelt og greit, men i praksis er det ekstremt sjeldent. Å danne de riktige saldiene i det gamle programmet rett før arbeidsstart i det nye programmet er bare mulig i en rekke små selskaper, og deretter under forutsetning av at alle primære dokumenter for den siste perioden leveres og inngår i programmet.

Hvis dette er saken din, har du flaks. Du trenger bare å oppdatere 1C: Enterprise 7.7-konfigurasjonen til den nyeste versjonen og bruke prosessen "Overføre data fra 1C: Enterprise 7.7 infobaser" innebygd i 1C: Enterprise 8.2. Du kan gjøre dette selv, uten hjelp fra en spesialist. Du trenger bare å følge instruksjonene som er angitt i behandlingen nøye.

Situasjon 2:

Overgang fra nyttår, TYPISK konfigurasjon, det er INGEN RIKTIGE BALANSER i det gamle programmet

Standard praksis i dette tilfellet er jobbe i det gamle og nye programmet samtidig ... I løpet av "overgangsperioden" (fig. 2) stenger ansatte sine tidligere transaksjoner i det gamle programmet og begynner å sende inn dokumenter om nye transaksjoner til nytt system.

Figur: 2. Overgangsperiode ved bytte av plattform

For å overvinne denne perioden med minst mulig tap, kan du bruke følgende strategier:

• overføre saldoer "som de er" i begynnelsen av året og føre poster basert på disse dataene... Så snart de riktige balansene i "syv" er oppnådd, er det nødvendig å umiddelbart korrigere dem med tilbakevirkende kraft i "åtte".
• nekte å overføre feil saldoer og legge inn primære dokumenter på nye transaksjoner i G8 uten at de senere blir utført. I dette tilfellet spiller det ingen rolle om det er saldoer i programmet eller ikke, ikke-posterte dokumenter vil ikke gjøre noen bevegelser på regnskapet. Slik må du handle til riktige saldoer mottas i 1C: Enterprise 7.7. Videre overføres de resulterende saldiene til det nye programmet på begynnelsen av året. Det siste trinnet er konsekvent implementering av introdusert i det nye programmet for overgangsperiode "Primær" med innebygd prosessering "Gruppebehandling av kataloger og dokumenter" .

"1C: Regnskap 8.2" støtter en rekke viktige regnskapsmekanismer, hvis ytelse avhenger av dataene som er lagt inn i dokumentene i løpet av året. Blant slike mekanismer er den allerede nevnte beregningen av skatter på kumulativ basis, algoritmen for fordeling av indirekte kostnader og andre prosedyrer knyttet til månedens utløp. Det er nettopp på grunn av disse funksjonene at det i denne situasjonen er umulig å bytte til et nytt program så lett som i de to første tilfellene. For å minimere antall feil som kan oppstå under overføringen, anbefaler vi:

• å begynne å jobbe, om ikke fra begynnelsen av året, i det minste fra begynnelsen av kvartalet;
• overføre saldoer til begynnelsen av året;
• overføre alle primære dokumenter for inneværende rapporteringsperiode (år) til det nye systemet og gjenopprette regnskaps- og skatteregnskapsdata ved hjelp av gruppebehandling av referansebøker og dokumenter.

• Typisk løsning "1C: Datakonvertering 2.1"... De programvare kan brukes til å overføre informasjon mellom konfigurasjoner på 1C-plattformen, uansett struktur og kompleksitet.
• Utvikling av 1C franchisetakerfirmaer. Mange selskaper, inkludert RG-Soft, har velprøvde metoder for å løse dette problemet, noe som kan redusere tid og budsjett for dataoverføring betydelig.

Separat bemerker vi at det er selskaper som har langsiktige (mer enn et år) forhold i henhold til kontrakter med motparter. Ledelsen til slike selskaper er interessert i å ha en historie med forretningstransaksjoner i programmet. Tilstedeværelsen i det nye dokumentprogrammet som er lagt inn i det gamle programmet, lar brukerne enkelt og raskt spore forholdet for spesifikke avtaler / transaksjoner.

Det er mulig å gjennomføre en slik overføring ved å bruke de samme mekanismene som i den forrige situasjonen. Forskjellen mellom denne prosessen er at det ikke er behov for å overføre alle dokumenter, du kan begrense deg til å overføre bare noen få typer dokumenter, og de gjenværende kontosaldoer blir ført gjennom standardbehandling. I dette tilfellet blir ytterligere overførte dokumenter vanligvis ikke lagt ut.

Selv om dokumentene for siste periode det er mulig å overføre fra et gammelt program til et nytt, en slik overføring fører til en merkbar økning i størrelsen på basen, og følgelig størrelsen på de behandlede tabellene. Dette kan føre til at systemet bremser. Derfor bør du ikke bruke dette overgangsalternativet med mindre det er absolutt nødvendig. Det anbefales å la dokumenter som er overført fra tidligere perioder være upost, slik at informasjonen i dem ikke påvirker gjeldende regnskaps- og skatterapportering. Bruk bare historiske dokumenter som referanse.

Situasjon 5: Overgang fra en NON-TYPE-konfigurasjon på 1C: Enterprise 7.7-plattformen

Alternativene beskrevet ovenfor gjelder når du flytter fra typisk konfigurasjon "1C: Enterprise 7.7", men i praksis må du ofte håndtere modifiserte konfigurasjoner. Å arrangere overgangen i denne situasjonen er et spesielt alternativ det er verdt å vurdere.

Avhengig av innholdet i endringene som er gjort i programmet, er følgende dataoverføringsteknologier tilgjengelig:

• hvis konfigurasjonen endres litt og i de grunnleggende mekanismene ligner den typiske 1C-løsningen, kan du, som i de forrige versjonene, bruke standardovergangsverktøyene. Du trenger bare å tilpasse eller endre dem litt for programmet ditt. Det kanskje mest testede og pålitelige verktøyet er det allerede nevnte "1C: Data Conversion 2.1". Dette verktøyet vil kreve visse driftsferdigheter fra brukeren, men det kan brukes til å organisere automatisk overføring av objekter mellom konfigurasjoner.
• hvis konfigurasjonen har blitt omarbeidet radikalt gjennom årene som brukes, kan det være mer tidkrevende å tilpasse typiske migreringsverktøy enn å skrive dine egne prosesser for disse formålene. En lignende situasjon oppstår når det gjelder å organisere overgangen fra et regnskapsprogram som ikke er relatert til 1C-plattformer. Det er også mulig å gjøre en slik overgang, men det vil ikke være mulig å komme med en universell utveksling på forhånd. I hvert tilfelle er det nødvendig med en individuell tilnærming til problemet. Vårt firma kan tilby sin utvikling for overføring av data gjennom filer forskjellige formaterslik som dbf, xls, xml.

På grunn av mangel på en mekanisme for å føre oversikt over flere selskaper i en database, måtte mange selskaper vedlikeholde flere databaser samtidig i 1C: Enterprise 7.7. Siden dette problemet er løst i den åttende versjonen, oppstår problemet med å kombinere flere databaser i en innenfor rammen av dataoverføringsprosjektet. Videre kan hver av basene til de syv ha sine egne egenskaper.

Ved å bruke teknikkene gitt ovenfor, vil du kunne etablere samhandling med hver av basene separat. Imidlertid oppstår det en del delproblemer som er karakteristiske for akkurat denne saken.

• Forening av dokumenter relatert til en bestemt organisasjon. Dette problemet løses enkelt ved hjelp av prefiksmekanismen. Hver organisasjon som er registrert i programmet tildeles sitt eget bokstavprefiks. Dette prefikset er lagt til dokumentnummeret, og sikrer dermed tallene som er unike.
• Kontroll av duplisering av katalogelementer. Når du overfører data fra flere informasjonskilder til en enkelt informasjon System en situasjon kan oppstå når identiske elementer i kataloger, for eksempel den samme motparten i en ny katalog, blir gjentatt flere ganger. Derfor, etter dataoverføring, er det nødvendig å utføre prosedyren for å sammenligne og kombinere dupliserte katalogelementer.

3. Potensielle vanskeligheter du bør vite om

3.1. Feil i originaldataene

Generelt er en entydig identifikasjon av et objekt i databasen mulig ved hjelp av TIN- og KPP-detaljene. I de syv ble begge disse verdiene lagret i den samme INN / KPP-variabelen, og det var ingen kontroller av riktigheten av dataene som ble lagt inn i denne variabelen. Det var mulig å legge inn færre tall, og sette skilletegn på feil sted, og angi et helt abstrakt TIN.

En typisk overføring, når du lager en katalog, skiller TIN- og KPP-motparter ved å bare kutte av det nødvendige antall tegn. Derfor kan det skrives helt feil data til detaljene i den nye databasen. Dermed vil riktig identifikasjon av objekter under overføring ved hjelp av slike data være veldig vanskelig.

Et annet problem er mangelen på et enkelt format for å legge inn data. Hver bruker kan skrive inn navnet slik han liker best. Tenk deg at i en "syv" base skrev brukeren "mot" -variabelen for "mottaker", "UK-vimpel", og i en annen "syv" -base er den samme motparten angitt som " Styringsfirma "Vimpel". I en slik situasjon vil automatisk behandling på ingen måte kunne fastslå at dette er den samme motparten, og vil overføre det til figur åtte to ganger. Det vil være vanskelig å jobbe videre i en slik database, siden en del av balansen vil være på ett element, og den andre delen på et annet.

3.2. Konfigurasjonsforskjeller

En annen gruppe migrasjonsfeil er forårsaket av teknologiske forskjeller i konfigurasjoner. Noen forretningstransaksjoner gjenspeiles i "1C: Enterprise 7.7" av flere typer dokumenter, og i "1C: Enterprise 8" av en. For eksempel gjenspeiles kvitteringer av både materialer og varer i det nye programmet i ett dokument, og i det gamle - i to. Dermed oppstår en unik kontrollfeil når du prøver å overføre dokumentene "Varemottak nr. 22" og "Varemottak nr. 22". Siden det er umulig å registrere to dokumenter med samme nummer i en gitt periode, er det nødvendig å kunstig innføre forskjeller i dem, og systemet for å gjøre disse forskjellene forhandles på forhånd.

For eksempel løses dette problemet ved å legge til et ekstra prefiks til nummeret på det lastede dokumentet. Dette prefikset tildeles separat for hver funksjon i dokumentet. Dette kan være et kjennetegn på basen som dokumenter lastes fra, eller typen dokument som nedlastingen ble gjort fra. Her er et eksempel på å danne et slikt prefiks. Grunnen til grenen i Krasnoyarsk gir prefikset "KR". Dokumenttypen “Varemottak” som nedlastingen gjøres fra, gir prefikset “M”. Så hvis dokumentnummeret i de syv var 00000031, vil det åtte tallet være som følger:

"KR" + "M" + "00000031" \u003d "KRM00000031"

Som et resultat vil et unikt nummer bli skrevet til databasen.

3.3. Tekniske problemer

Dataoverføringsfeil kan også oppstå på grunn av de tekniske funksjonene til 1C: Enterprise-plattformen. Standardmekanismen for søking etter navn skiller for eksempel ikke store bokstaver i navnet på et katalogelement fra små bokstaver. Forvirring oppstår når du bruker denne mekanismen. For eksempel er det to entreprenører i databasen "l-audio" og "l-audio". Når du søker etter "l-audio" motpart, vil systemet finne "L-Audio". Resultatet blir et feilfylt dokument.

Det er også nødvendig å være oppmerksom på den meget valgte metoden for dataoverføring. Eksemplet beskrevet ovenfor med duplisering av motparter, når det overføres fra basene til selskapets filialer, er kanskje ikke en duplisering. Bedrifter som opererer i forskjellige byer kan godt ha entreprenører som også jobber i forskjellige byer. Filialen til selskapet "L-Audio" i Nizhny Novgorod og selve selskapet "L-Audio" i Moskva i databasene kan med rette kalles helt det samme. For å unngå denne typen forvirring, må du velge en overføringsteknikk på forhånd. I vårt eksempel kan du dele entreprenører i forskjellige grupper i katalogen, avhengig av kildebase. Valget av denne teknikken vil også påvirke datainnlastingsmekanismene.

Metodene beskrevet ovenfor for å løse nye problemer er kanskje ikke universelle nok. Når du overfører data, er det veldig viktig å kunne kombinere metodene som brukes i overføringsverktøyet. For eksempel identifiserer vi de fleste elementene i katalogene etter navn. Samtidig, når du overfører dokumentet "Aksept av anleggsmidler for regnskap", vil denne metoden gi uønskede resultater i tilfelle når det legges inn et antall små anleggsmidler av samme type (kontorrekvisita, møbler osv.), Som bare avviker i varenummeret. Hvert dokument for aksept for regnskap vil indikere det samme objektet. Og det er umulig å akseptere ett objekt for regnskap flere ganger. Derfor er det veldig viktig å gi muligheten til å tilpasse det brukte dataoverføringsverktøyet. I dette tilfellet indikerer vi ganske enkelt at søket etter operativsystemet må utføres av lagernummeret (kode).

Konklusjon