Laster fra 1s 7.7 til 8.3. Overgang fra en standardkonfigurasjon med overføring av dokumenter fra forrige periode

Prinsipp for operasjon.

Noen få ord om hvordan data overføres fra typisk konfigurasjon « Regnskap", utgave 4.5 for 1C:Enterprise 7.7 eller konfigurasjon "" (heretter referert til som kildekonfigurasjoner) til en standardkonfigurasjon " Bedriftsregnskap", utgave 3.0 for 1C:Enterprise 8 (versjon 3.0.52), heretter referert til som "mottakerkonfigurasjon".

VIKTIG! Dataoverføring er mulig fra konfigurasjonen Regnskap utgave 4.5 for 1C:Enterprise 7.7 versjoner 7.70.569 og nyere eller fra konfigurasjonen " Forenklet skattesystem, red. 1.3"versjoner 7.70.219 og nyere.

Det anbefales å bytte fra kildekonfigurasjonen til destinasjonskonfigurasjonen ved begynnelsen av en ny periode (år, kvartal, måned) etter å ha fullført regulatoriske operasjoner fra forrige periode.

Dataoverføring utføres ved hjelp av spesialisert behandling som laster ned data fra kilden Konfigurasjonsinformasjonsbasen til en fil i XML-format. Den resulterende filen lastes inn i mottakerens konfigurasjonsinfobase ved hjelp av universell datainnlastingsbehandling.

Følgende filer kreves for å overføre data:

ACC_ACC8 .ert - ekstern behandling dataopplasting til en ekstern fil fra konfigurasjonen " Regnskap, Rev. 4.5»;

USN_ACC8 .ert - ekstern behandling av opplasting av data til en ekstern fil fra konfigurasjonen " Forenklet skattesystem, red. 1.3»;

ACC_ACC8 .xml - regler for datakonvertering.

USN_ACC8 .xml - regler for datakonvertering.

Overførbare data.

Følgende overføres fra kildekonfigurasjonsinfobasen til mottakerkonfigurasjonen:

Elementer av oppslagsverk;

Informasjon om gjeldende saldoer i regnskapskontiene til konfpå datoen for konvertering av informasjonsbasen;

Aktuelle dokumenter med en dato som er større enn konverteringsdatoen for infobasen.

Konverteringen utføres i to trinn:

Data fra kildekonfigurasjonsinfobasen lastes opp til egen fil(data fil);

Den resulterende filen lastes inn i mottakerens konfigurasjonsinformasjonsbase.

Installasjon.

For å installere datamigreringsbehandling må du bruke installasjonsprogrammet setup.exe. Etter å ha startet programmet (hvis nummeret informasjonsbaser 1C: Enterprise er stor, så etter en stund vil en dialogboks dukke opp der du må merke de informasjonsbasene der dataoverføringsbehandling vil bli installert. Vinduet ser ut som i fig. 1. Hvis antallet informasjonsbaser er mer enn syv, bruker du "opp" og "ned"-knappene for å navigere. Hvis flere infobaser er valgt, reflekterer "sti"-linjen plasseringen til kun den sist valgte infobasen. Denne informasjonen er av hjelpekarakter og brukes valgfritt for ytterligere kontroll fra brukerens side over resultatet av arbeidet. installatør, ikke vær spesielt oppmerksom på det, selve programmet vil avgjøre hvor informasjonsbasene du har valgt er installert.

Fig.1 Vindu for valg av infobaser under installasjon

I tillegg kan du spesifisere mappen som dataoverføringsbehandling også skal installeres i; for å gjøre dette, bruk mappevalgvinduet (ved å klikke på knappen med tre prikker). Den fullstendige banen for den valgte mappen vil gjenspeiles i valglinjen. Etter å ha klikket på "installer"-knappen, vil de nødvendige filene bli installert i de valgte infobasene og (eller) i den valgte mappen. Etter fullføring kan du klikke på "detaljer"-knappen og se en detaljert installasjonslogg, hvilke filer som ble skrevet inn i hvilke mapper. Som et resultat bør den valgte mappen ha noe som det følgende bildet, se fig. 2.

Fig.2 Filer installert i den valgte mappen

Til underkatalog ExtForms behandling er installert Overgang til 1C:Regnskap 8, utg. 3.0 og overføringsregler. Vær oppmerksom på at opplastingsbehandling ACC_ACC8.ert og regler for opplasting av data erstatter standard behandling og regler. Hvis du vil beholde standard overgangsmekanisme, installer den nye behandlingen i en egen katalog og ikke i infobasen.

Installasjonsprosessen er beskrevet mer detaljert ved å bruke eksempelet på installasjon av en rapport " for konfigurasjon "1C: Regnskap 7.7".

Operasjons prosedyre.

I et program" 1C: Regnskap 7.7"må åpnes fra tilleggsfunksjoner behandler " Overgang til 1C:Regnskap 8, utg. 3.0", velg mappen som overføringsreglene ligger i (se fig. 3) og last ned vekslingsreglene. Du trenger ikke å inkludere alle overføringsregler. Du bør kun bruke de som er nødvendige, for eksempel for overføring av saldo, eller saldoer og dokumenter. For eksempel, i kataloggruppen kan ikke en enkelt regel inkluderes, fordi alle kataloger overføres ved referanse, etter behov, dvs. bare de som er involvert enten i saldoer eller i dokumenter. Dette sikrer at det ikke er noen "søppel" i den nye informasjonsbasen. Dokumenter er heller ikke du trenger å inkludere alt. For eksempel, hvis noen dokumenter ikke er i databasen din, eller du ikke ønsker å overføre dem, trenger du ikke å aktivere denne regelen.

Fig.3. Behandling for dataopplasting

Jeg anbefaler å sette datafilnavnet til "C:\v77_v8\Exp77_80.xml", denne mappen brukes ofte som standard i programmet " 1C: Regnskap 8"ved lasting av data fra programmer på plattformen" 1C:Enterprise 7.7". Still inn parameterne på siden om nødvendig " Alternativer".

Under prosessen med å laste ned data fra konfigurasjonen " Regnskap 7.7"Ulike feil kan oppstå. Overføringsreglene som presenteres her skiller seg fra standard ved at de utfører et søk på dataopplastingsstadiet typiske feil. La oss vurdere de meldingene som vises om.

Null mengde og ikke-null mengde av lagervarer. Å legge inn saldoen i den mottakende konfigurasjonen på en slik måte at mengden materiale er lik null, og kostnadsestimatet for materialet ikke er lik null, er umulig, og det er også meningsløst, fordi dette er en feil. Ved overføring av saldoer vil derfor ikke slike posisjoner (med null mengde) inkluderes i saldoposteringsdokumentene. Følgelig, hvis feil ikke blir rettet før dataoverføring, vil beløpene i kilden og destinasjonen til dataene ved overføring av saldoer ikke samsvare, noe som vil forårsake ytterligere avstemmingsvansker. Derfor, i ferd med å laste ned data fra konfigurasjonen " Regnskap 7.7» meldinger om oppdagede feil vises (se fig. 4). I tillegg, for å finne feil, kan vi anbefale å bruke "Express check of account management"-behandlingen, nemlig regelen "Fravær av et ikke-null beløp når det er null mengde for materialer".

Fig.4.1 Meldinger om oppståtte feil

Ikke-null saldo for underkonto på andre (tredje) nivå, mens saldoen på første (andre) nivå er null. Dette er en ganske vanlig situasjon med feilaktig journalføring. Et typisk eksempel er vist i figur 4.2. Denne tilstanden oppstår som et resultat av "omgradering" i analytisk regnskap. For eksempel er en avtale angitt i kontantstrømdokumentene, men det er ingen avtale i kapitaliseringsdokumentene, eller omvendt, eller det er avtaler, men de er forskjellige. I alle disse tilfellene er det en ikke-null saldo under kontraktene, til tross for at saldoen under motparten er lik null. Et lignende bilde kan oppstå i materialregnskap og nomenklatur (når totalregnskap etter lagersteder er inkludert): omgradering mellom lagre, spesielt hvis lagrene er økonomisk ansvarlige personer.

Fig. 4.2 Eksempel på feil i regnskap

Det er klart at dette er en feil, og det er klart at det ikke gir noen mening å overføre slike balanser. For å utelukke overføring av denne typen saldoer, er det en parameter "Ikke tøm saldoene hvis det er nullsaldo på det øvre nivået." Hvis denne parameteren er satt til én, vil meldingene vist i fig. 4.3 (sammenlign med fig. 4.2), og balanser for slike posisjoner vil ikke bli losset. Du kan bruke forskjellige kombinasjoner av denne parameteren med reglene for overføring av forskjellige rester. Hvis du overfører ikke alle saldoene på en gang, men etter regnskapsseksjoner, kan du overføre saldo fra forskjellige regnskapsseksjoner med forskjellige parameterverdier.

Fig.4.3. Feilmeldinger

Tomme kontraktsverdier eller utenlandske kontrakter. Problemstillingen er lik den som er beskrevet ovenfor, årsaken er den samme - feilvurdering i analytisk regnskap for kontrakter (se fig. 4.4). Men saldoen for motparten er ikke null, så verifiseringsregelen beskrevet ovenfor vil ikke fungere. Ved overføring av data vil det oppstå en feil ved bokføring av bilag for oppføring av saldo, pga en tom kontraktsverdi er ikke tillatt.

Fig.4.4 Rapport som viser feil

For å eliminere slike feil før overføring, utstedes feilmeldinger på dataopplastingsstadiet (se fig. 4.5). Den samme figuren viser at det ble oppstått en annen feil: kontrakten samsvarer ikke med motparten, dvs. eieren av kontrakten er en annen motpart. Slike feil finnes ofte i modifiserte, dvs. ikke-standard konfigurasjoner eller i databaser opprettet for lenge siden, da selv i standard konfigurasjoner var det ikke en tilstrekkelig streng kontroll for overholdelse av kontrakter ved utfylling av dokumenter.

Fig.4.5 Regnskapsfeilmeldinger

Kontroll av tomme verdier av kontrakter og andres kontrakter utføres hvis parameteren " er satt til en Sjekk kontrakter for tomme verdier og samsvar med motparten". I tillegg, for å finne feil, kan vi anbefale å bruke behandlingen "Express check of accounting management", nemlig reglene "Fravær av tomme analyser for kontrakter" og "Overholdelse av motparter og kontrakter".

Det er andre feilkontroller, for mer informasjon vennligst kontakt oss (kontakter nederst på siden).

Arbeidsmetoder

Vi vil vise hvordan du kan overføre data i deler, i stedet for helt, ved å bruke eksemplet med å laste opp dokumenter av en separat type eller til og med individuelle kopier av dokumenter av en valgt type. La oss bare merke én regel for dataopplasting " Betalingsordre" (se fig. 5). Dette lar deg kun laste opp dokumenter av typen " Betalingsordre". Hvis du med disse parameterne klikker på knappen " Lesse", da vil alle dokumenter av typen " bli lastet ned Betalingsordre", plassert i tidsintervallet med " startdato" Av " utløpsdato". Trykk på knappen " Installer PVD", etter dette meldingen" Valg av data for betalingsordre".

Fig.5 Hvordan sette en regel for opplasting av data av en bestemt type

Klikk deretter på "Legg til betingelse"-knappen, du vil kunne velge et utvalgsattributt (se fig. 6.1), oftest er det " Gjeldende dokument", som lar deg velge et individuelt dokument fra en liste over dokumenter av denne typen. Ved å bruke andre utvalgsdetaljer kan du få et utvalg for en gruppe dokumenter, for eksempel velge dokumenter etter dato. I alle tilfeller velges dokumenter. innenfor tidsintervallet spesifisert av parameterne " Startdato"Og" utløpsdato".

Fig.6.1 Hvordan velge et enkelt dokument

Viktig! "1C"), som i noen konfigurasjoner ikke tillater valg av dokumenter ved opplasting i henhold til utvalgsdetaljene. Dette skyldes det faktum at i standard regler ah, dokumenter velges etter forespørsel uten å spesifisere perioden. Slike forespørsler fungerer ikke alltid.

På lignende måte kan du laste opp kataloger, ikke hele katalogen, men ved å velge i henhold til noen detaljer. Velg først ønsket dataopplastingsregel, og trykk deretter på knappene " Installer PVD"Og" Legg til betingelse". For eksempel viser Fig. 6.2 hvordan du kan losse bare de ansatte som på tidspunktet for overgangen fra programmet " 1C: Forenklet skattesystem, red. 1.3"på" 1C: Enterprise Accounting, utgave 3.0"(eller, som brukere ofte sier, overgangen fra regnskap 7.7 til 3.0) arbeidsforhold er etablert.

Fig.6.2 Hvordan velge en gruppe katalogelementer

Viktig! En feil i standardreglene er rettet i de foreslåtte reglene for dataoverføring (fra selskapet "1C"), som fører til feil valg av katalogelementer ved lossing ved bruk av periodiske katalogdetaljer, dvs. de som har forskjellige verdier satt for forskjellige datoer. Dette skyldes det faktum at i standardregler utføres valget av katalogelementer av en spørring uten å spesifisere en periode.

Valg basert på de periodiske detaljene i katalogen gjøres på datoen for parameteren " utløpsdato"!!!

Du kan bruke en kombinasjon av dataopplasting og utvalgsregler. Regler som har valg angitt vil bli merket som "[VALG]". For å se eller redigere valget av en spesifikk regel for dataopplasting, må du dobbeltklikke på denne regelen i listen over regler eller, etter å ha valgt den, klikk på knappen " Installer PVD".

Viktig! Hvis opplastingen av objekter viser seg å være tom eller ufullstendig, må du sjekke om synkroniseringsmodus er satt med 1C: Regnskap 8. Hvis dette er tilfelle, vil kun objekter som er endret etter overføringen lastes opp (Directory.Synchronous Accounting Parameters lagrer posisjonen til det siste opplastede dokument-parameteren, som kontrolleres under opplasting av funksjonen Sjekk for opplastingsmulighet). Fulltidsjobb i synkroniseringsmodus blir umulig. Synkroniseringsmodusen kontrolleres etter å ha lastet utvekslingsreglene. Hvis modusen er installert, vil et advarselsvindu bli generert (se fig. 6.5) og du vil bli bedt om å deaktivere synkroniseringsmodusen.

Ris. 6.5 Advarselsvindu for synkroniseringsmodus

Ytterligere forskjeller fra standardregler

Rettet en feil ved overføring av PT&U med gamle kvitteringstyper: hvis i dokumentene Mottak av varer og tjenester er kvitteringstypen lik 2 (utdatert verdi) og det ikke er noen leverandørfaktura, en feilaktig konvertering av dette dokumentet i BP 3.0 til en retur dokument fra kjøper oppstår.

En feil er rettet ved overføring av manuelle operasjoner som har en underkonto til Divisjon til PROF-versjonen av BP. En slik operasjon blir ikke registrert i BP; det oppstår en feil: "Divisjonsfeltet må være tomt." Dette skyldes at reglene er laget for å fungere med CORP-versjoner, men i PROF må DivisionDt og DivisionKt dimensjonene til regnskapsregisteret være tomme.

Rettet en feil som førte til duplisering av kataloggrupper traktater og, som en konsekvens, til duplisering av elementer i denne katalogen (siden søket under lasting utføres under hensyntagen til overordnet). Dette er illustrert i figur 6.6.

Fig.6.6 Resultat av katalogoverføring traktater standard regler

Her i spalten Foreldre(kataloggruppe) med navn 2015 Det er to forskjellige kataloggrupper med samme navn (det er bare én gruppe i kilden), derfor dupliseres kontraktene.

Rettet en feil ved overføring av bankdokumenter ved overføring av penger fra en brukskonto til en annen. I BP 3,0 i dette tilfellet opprettes et dokument Debitering fra brukskonto med type operasjon Overfør til en annen konto i organisasjonen, som ikke gjennomføres på grunn av at detaljene ikke er utfylt Mottakers konto. I tillegg er detaljene feil utfylt. Regnskap Og Debetkonto. Dette vil dukke opp hvis de er forskjellige, for eksempel 55 og 51, så må de byttes. Rettet feil ved ikke å fylle ut detaljer Type forpliktelse i skatteoverføringsdokumenter. Alt det ovennevnte gjelder for utgave 3.0.43.215.

Rekvisitter overføres hovedkontrakt katalog Motparter.

Regelen for nedlasting av katalogen er endret Nomenklatur, nå er metoden for datavalg standard sampling, som lar deg velge katalogelementer etter detaljer (i standardreglene til det forenklede skattesystemet 7.7 - BP 3.0 er dette ikke mulig). Når du overfører en katalog Nomenklatur, overføres og Varepriser via lenker, dvs. priser på bare overførte varer i nomenklaturen. For å aktivere denne funksjonen må du sette parameterverdien til én Last opp priser ved lossing av varer.

En feil er rettet i standardreglene "USN 7.7 - BP 3.0" ved overføring av saldo for oppgjør med motparter: avtaletypen var alltid satt til Annen. Nå - avhengig av saldotypen, i henhold til regnskapsdelen " Beregninger med leverandører og entreprenører"kontrakt type = " Med leverandør"i henhold til regnskapsdelen" Beregninger med kjøpere og kunder"kontrakt type = " Med kjøper", i andre tilfeller, kontraktstype = " Annen".

En feil er rettet i standardreglene "USN 7.7 - BP 3.0" ved overføring av saldoer for oppgjør med motparter: mengden av gjensidige oppgjør ble registrert i to detaljer i inndatadokumentet innledende saldoer Sum Og BeløpKt. På grunn av dette ble ikke posteringsbilaget for inngående saldo bokført.

Kryss avMed kjøperen"(i standard regler" Annen"). Verdien av attributtet " er satt. Betalingsstat", dette er viktig for det rette valget fakturaer for betaling til kjøper i bankbetalingsdokumenter i mottakerkonfigurasjonen.

Ved overføring av dokumenter av skjemaet " Betalingsordre"kontraktstype er satt til" Med leverandøren"(i standard regler" Annen").

En feil er rettet i standardreglene "USN 7.7 - BP 3.0" ved overføring av lagringssteder: detaljene "er ikke utfylt" Lagertype".

Lagt til parameter " Utveksling med regulatoriske myndigheter inkludert": hvis verdien er 1, er prop Type utveksling med kontrollmyndigheter katalogelement " Organisasjoner"sett til verdi" Exchange I Universal Format", ellers i" ExchangeDeaktivert"som i standardreglene. Dette er viktig for gjentatte (vanlige) overføringer, for ikke å ødelegge EDF-oppsettet.

Søkeregelen for nedlastede elementer for katalogen er endret " Motparter": først utføres søket av TINN Og kontrollpunkt(hvis disse verdiene er fylt ut), så kun ved TINN og til slutt ved Navn. I alle tre tilfellene involverer søket gruppeattributtet (ThisGroup) og selve gruppen (Prent). Dette er viktig ved gjentatte (vanlige) overføringer, for ikke å skape duplikater for motparter med navn endret ETTER lasting.

Ved overføring av motparter, fyll ut detaljene Landregistrering som betyr "Russland". Dette er nødvendig slik at etter å ha lastet katalogen over motparter inn i programmet "1C Regnskap 8" Jeg trengte ikke å fylle ut de nødvendige detaljene manuelt Landregistrering. Hvis det ikke er fylt ut, så i form av et katalogelement " Motparter"detaljer vil være tilgjengelig" Skattenummer"Og" Reg. Antall"og detaljene" TINN"Og" kontrollpunkt" vil bli skjult.

En dataopplastingsregel for overføring av "Ansatte"-katalogen er lagt til overføringsreglene "USN 7.7 - BP 3.0" (i standardreglene overføres kun katalogen over enkeltpersoner).

I overføringsreglene "USN 7.7 - BP 3.0" er overføringsregelen for informasjonsregisteret Current Tariff Rate of Employees korrigert.

Funksjoner ved å overføre betalingsoppdrag for skattebetalinger

For betalingsordrer med transaksjonstype Skatteoverføring Ytterligere detaljer skal fylles ut: KBK - budsjettklassifiseringskode, kompilatorstatus mv. Strukturene til disse detaljene er i Bukh 7.7 (USN 7.7) og i BP 3,0 samsvarer ikke. Spesielt i BP 3,0 Noen av disse detaljene er inkludert i en egen katalog Typer skatter og innbetalinger til budsjettet, en lenke som finnes i betalingsordren. Katalogen inneholder en rekke påførte elementer som vises i informasjonsgrunnlaget, for eksempel ved redigering av en regnskapspolicy. Ved overføring av data vil disse elementene også vises ved innlasting av regnskapspolicy. Ved opplasting og nedlasting av betalingsordrer, et katalogelement Typer skatter og innbetalinger til budsjettet søkte ved hjelp av KBK for substitusjon i detaljene i betalingsordren Avgift. Derfor anbefales det at du etter overføring av regnskapsprinsippene sjekker om alle nødvendige avgifter vises i katalogen og om nødvendig supplerer dem. Ved sammenligning (synkronisering) av KBK i betalingsoppdrag tar ikke kilde og mottaker hensyn til de fire KBK-kategoriene, kategoriene 14-17, inntektssubtypekode: skatt, forelegg, bot mv. I katalogen Typer skatter og innbetalinger til budsjettet disse bitene er fylt med nuller. Når du legger til nye elementer i katalogen, skal også sifrene 14-17 fylles med nuller.

Overføring av store informasjonsdatabaser.

Først av alt, når du overfører store infobaser, kan prosessen med å laste ned data ta veldig lang tid. Dette skjer hvis det er et stort antall saldoer i en regnskapsseksjon, for eksempel varesalder. For å redusere opplastingstiden kan du bruke teknikken for å dele ett dokument " Legge inn startsaldo" for noen få. Hvis du angir parameterverdien " Antall linjer i saldoposteringsbilaget" forskjellig fra null (se fig. 6.3), vil opplasting av data til ett dokument være begrenset til en spesifisert verdi. Dette kan redusere opplastingstiden meget betydelig (flere ganger).

Fig.6.3 Innstilling av parametere ved overføring av data med en dokumentstørrelsesbegrensning " Legge inn startsaldo»

Merk: parameterverdien begrenser antall transaksjonstabellrader som lastes opp til ett dokument " Legge inn startsaldo", i stedet for å spesifisere antall linjer i selve dokumentet. Derfor vil antallet dokumentlinjer avvike fra parameterverdien; dette er ikke en feil. Når du deler et dokument " Legge inn startsaldo" for flere dokumenter vil en postfix bli lagt til kommentaren til hvert dokument på slutten av linjen: "-1", "-2", etc.

VIKTIG! Den beskrevne algoritmen for å dele ett dokument " Legge inn startsaldo"flere brukes kun for å redusere tiden for dataopplasting; alle dokumenter lastes opp til én fil, dvs. Dataoverføring skjer i ett trinn, kommentarer (postfixes) genereres automatisk, kun én parameter er spesifisert. Men denne teknikken løser ikke problemet med mangel på minne, som vil bli diskutert nedenfor.

Ved migrering av store infobaser kan problemet med mangel på informasjon oppstå. tilfeldig tilgangsminne: Når du prøver å laste opp, vil programmet avsluttes med eller uten en passende feilmelding. Å prøve å erstatte datamaskinen med en kraftigere er nytteløst. I dette tilfellet bør du laste opp dataene i deler, dele dem opp i deler. Dette krever overføringsregler som støtter den angitte modusen. La oss se på hvordan du losser. For det første bør dataoverføring utføres med kun én opplastingsregel (se fig. 6.4). Hvis overføringen er umulig i henhold til en regel, deler vi den inn i deler, og indikerer de første og siste porsjonsnumrene. Hver del vil inneholde informasjon for et gitt antall analyseverdier på første nivå, for eksempel produktbalanser, dvs. det angitte antallet kontosaldoverdier "41". Når du kjenner den totale mengden analyser for kontoen, er det enkelt å beregne antall porsjoner. Hvor mye data som overføres uten problemer om gangen (til ett stykke informasjon) må bestemmes eksperimentelt; som regel, ved opplasting av kontosaldoer, oppstår overføringsproblemer når antall saldoer er flere tusen eller mer. For å spare tid for opplasting av data, kan vi imidlertid anbefale å dele dem opp i deler, selv om det er mulig å laste opp alle saldoene i regnskapsdelen på en gang. Opplastingstiden avhenger av størrelsen på datadelen, ikke proporsjonalt, ikke lineært. Ved å dele opp for eksempel ti tusen produktsaldo i ti deler av tusen, kan du derfor redusere lossetiden med flere ganger. Hvis vi overfører den første delen, kan det hende at nummeret på den første delen ikke vises; hvis den siste delen overføres, kan det hende at nummeret på den siste delen ikke vises.

VIKTIG! Når du overfører data i deler, er det nødvendig å spesifisere en postfix i parametrene, som er involvert i dannelsen av dokumentkommentaren " Legge inn startsaldo" Når du endrer porsjonsrekkenummeret, må du ikke glemme å endre postfix, ellers vil dokumenter med de samme kommentarene (postfixes) bli overskrevet når du laster inn i mottakerkonfigurasjonen. Navnet på datafilen er ikke spesielt viktig. Du kan bruke taktikk for sekvensiell overføring: loss - last, loss - last, etc. I dette tilfellet trenger ikke datafilnavnet å endres. Du kan velge en taktikk: først losser alt, så laster du alt. I sistnevnte tilfelle må navnet på datafilen endres hver gang den lastes opp. Et eksempel til. Hvis antall saldoer i regnskapsdelen (for eksempel varer) er for eksempel 10 000, deler vi det inn i deler av tusen, så får vi 10 porsjoner. Hver del må ha en unik postfix: "-1", "-2", "-3", "-4". Hvis vi losser alle gjenværende varer og deretter laster alt, så må datafilene også være unike, for eksempel: "41_1", "41_2", "41_3", "41_4". Parametrene "Portion number start" og "Portion number end" bør ha følgende verdier: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

Fig.6.4 Innstilling av parametere ved overføring av data i deler

Overføring av data i deler støttes for følgende opplastingsregler:

    Anleggsmidler

    Materialer

    Avvik i kostnaden for lagervarer

    merverdiavgift på kjøpte eiendeler

    Uferdig produksjon

  • Ferdigprodukter og halvfabrikata

    Salgsutgifter

    Varer sendt

    Penger

    Finansielle investeringer

    Oppgjør med leverandører og entreprenører

    Andre oppgjør med motparter

    Skatter og avgifter

    Oppgjør med personell

    Beregninger med ansvarlige personer

    Oppgjør med gründere

    Oppgjør med andre debitorer og kreditorer

    Kapital og reserver

    Fremtidige utgifter

    Utsatt skattefordel og skatteforpliktelse

    Økonomiske resultater

    Konti utenfor balansen

Ikke prøv å følge latterlige råd som: "Overfør først oppslagsverk, og overfør deretter rester." For det første er det ingen vits i å flytte katalogen separat, verken i deler eller i sin helhet , hvis feilen oppstår ved lossing av saldoer, vil ikke dette hjelpe. Feilen vil mest sannsynlig faktisk oppstå ved overføring av saldo (under lossing er dette viktig å forstå), når katalogen overføres ved hjelp av lenker. Det spiller ingen rolle om katalogen allerede er overført eller ikke, ved lossing av rester vil det likevel bli losset uten restriksjoner. For det andre er å overføre hele kataloger vanligvis å overføre søppel; du bør ikke gjøre det.

Etter at lossingen er fullført du må starte 1C:Accounting 8-programmet. Lasting, både initialt og under gjentatte dataoverføringer eller tilleggsoverføringer, bør utføres ved bruk av standardbehandling (se fig. 7).

Oppmerksomhet, viktig. Behandling Universell datautveksling i XML-format (i noen utgaver 3.0.43.x) inneholder feil. Korrigert behandling kan brukes Universell datautveksling i XML-format, som er inkludert i leveransen og er installert i databasekatalogen Regnskap utgave 4.5.

Etter å ha lastet inn i programmet 1C: Regnskap 8 bilag for saldoføring skal konteres, og resterende bilag skal konteres på nytt. Dette gjøres best ved hjelp av prosessering Gruppeoverføring av dokumenter, som er i seksjonen Administrasjon. Hvis den ikke er synlig i den angitte delen, konfigurer handlingslinjen ved å legge til ønsket kommando (se fig. 7.1)

Fig.7.1 Sette opp handlingslinjen

Viktig. Du kan ikke bruke behandling fra standardkonfigurasjonen, siden den fungerer i behandler-feilsøkingsmodus (Exchange Processing.Handler DebuggingMode Flag = True) og ikke tillater bruk av behandleren "Søkefelt" for å søke etter nedlastede elementer for katalogen " Motparter" (se ovenfor). Mer presist, alle behandlere som brukes under lasting er i prosessen innebygd i konfigurasjonen Prosessorer Nedlastinger Fra Regnskap77. Derfor er det umulig å gjennomføre overføringen etter de endrede reglene, iht i det minste på lastestadiet.

Du kan bruke en lignende ekstern behandling Overføring av data fra informasjonsbaser til 1Enterprise77(det er inkludert i leveransen). Nedenfor beskriver vi hvordan du bruker det (nok en gang - ekstern behandling).

Etter at lossingen er fullført du må starte 1C:Accounting 8-programmet. I menyen: Fil - Åpne og pek på ekstern behandling Overføring av data fra informasjonsbaser til 1Enterprise77.

Etter dette vil et skjema vises der du må spesifisere alternativet for datalasting – Last inn data fra fil (fig. 7.2).

Deretter vil en dialogboks vises der du må spesifisere banen til den opplastede filen (se fig. 7.3).

Ved å klikke på "Last inn data", start datainnlastingsprosessen (se fig. 7.4), når du er ferdig, må du generere en balanse og kontrollere omsetningen i kildekonfigurasjonsdatabasen og destinasjonskonfigurasjonen som nedlastingen ble gjort til .

Hvis det oppstår feil under dataoverføringsprosessen, åpnes et meldingsvindu der du kan dobbeltklikke for å løse feilen. For å motta en rapport om feil som har oppstått med en beskrivelse og anbefalinger for eliminering, må du klikke på hyperlenken " Feilinformasjon».

Lasting under gjentatte dataoverføringer eller ytterligere overføringer av individuelle dokumenter eller kataloger kan utføres ved bruk av standardbehandlingen "Universal Data Interchange in XML Format", dette vil fremskynde prosessen.

Datakonverteringsteknikk.

Om nødvendig kan konvertering utføres i flere trinn, for eksempel først saldo og deretter dokumenter. Reoverføring av informasjon er mulig.

Saldoer overføres gjennom dokumenter " Legge inn startsaldo».

Flere detaljer om metodikken for å legge inn saldoer finner du i artikkelen på ITS-nettsiden til 1C-selskapet (for 1C: Enterprise Accounting rev. 3.0)

Viktig! Før du legger inn åpningssaldoer, må regnskapsprinsippparametere angis. Organisasjonens regnskapsprinsippparametere leses på datoen etter datoen saldoene er lagt inn. Hvis for eksempel datoen for innføring av saldo er 31. desember 2013, tas det hensyn til parametrene for regnskapsprinsipper etablert fra 1. januar 2014. Dette lar deg ta hensyn til parametrene til gjeldende regnskapsprinsipper (for eksempel: hvis organisasjonen i 2013 brukte et forenklet skattesystem, og siden 2014 byttet til felles system- så ved innføring av saldo per 31. desember 2013, vil regnskapsprinsippene for 2014 bli tatt i betraktning). Sørg for at regnskapsprinsippene er overført på riktig måte, korriger om nødvendig.

Viktig! Hvis du bestemmer deg for å begynne å jobbe i mottakerkonfigurasjonen før du har overført resten dit, må du først overføre katalogene før du starter arbeidet i mottakerkonfigurasjonen. Ellers kan det oppstå feil ved overføring av saldo til en ikke-tom database.

Jeg svarer på spørsmålene! Behandlings- og overføringsreglene som er inkludert i leveringssettet er åpne og ikke beskyttet mot kopiering på noen måte. Dette betyr ikke at kjøperen (lisensinnehaveren) har rett til å distribuere og reprodusere. Rettighetshaver har ikke slik rett. Lisensinnehaveren har bruksrett. Ved å utøve denne retten kan lisensinnehaveren lage arkivkopier, gjøre endringer og bruke et ubegrenset antall ganger på et ubegrenset antall datamaskiner. For å avgrense eller korrigere konverteringsreglene, samt å bli mer kjent med dem, må du laste reglene inn i programmet Datakonvertering. Dette programmet distribueres av 1C, og det bestemmer reglene for bruken.

Grunner til å kjøpe

Oppdateres jevnlig. Oppdateringer er gratis i seks måneder etter kjøp. Inkludert i TOP 100-publikasjonene til Infostart.

Fordeler

Teksten til reglene og behandlingen er åpne, datakonverteringsteknologi brukes og er enkle å redigere.

Sammenligning av versjoner

    29.01.2019 Regler oppdatert til utgivelse 3.0.67.70

    07/05/2018 Regler oppdatert til utgivelse 3.0.63.22

    25.09.2017 Regler oppdatert til utgivelse 3.0.52.36

    18.07.2017 Regler oppdatert til utgivelse 3.0.51.16

    12.10.2016 Rettet feil ved overføring av fag- og yrkesopplæring med gamle typer opptak

    09/08/2016 Regler oppdatert til utgivelse 3.0.44.102

    18.06.2016 Rettet en feil ved overføring av manuelle operasjoner som har underkontoavdelingen

    31.05.2016 Reglene ble oppdatert til utgivelse 3.0.43.236. I standardkonfigurasjoner (BP-utgivelser 3.0.43.174 - 235) i Universal XML Data Exchange-behandlingen fungerer ikke Load Parameters-prosedyren riktig. Reglene er endret for å omgå denne feilen. Du kan også bruke Universal Data ExchangeXML-behandlingen som er inkludert i leveringspakken for å laste inn BP 3.0. Den skrives under installasjonen til ExtForms-underkatalogen til infokatalogen. baser 7.7.

    25/05/2016 Regler oppdatert til utgivelse 3.0.43.215

    05/11/2016 Begrensningen på lengden på kontraktsnavnet ble endret fra 50 til 100.

    23/02/2016 Regler oppdatert til utgivelse 3.0.43.29

    21.12.2015 Behandling og regler oppdatert til utgave 3.0.42.33

    11.11.2015 Lagt til sjekk for synkroniseringsmodus

    18.05.2015 Behandling og regler oppdatert til utgave 3.0.40.24

    14.05.2015 Overføringen av betalingsdokumenter for skatt er sluttført

    04/08/2015 Behandling og regler oppdatert til utgivelse 3.0.39.56. I utgivelse 3.0.39 har strukturen på fakturaen for betaling endret seg: det er ikke lenger tabelldelen "Tjenester", nå er varer og tjenester i en tabelldel "Varer". Derfor kan ikke reglene for 3.0.38 brukes for portering til 3.0.39

    04/02/2015 Behandling og regler oppdatert til utgave 3.0.38.53

    23.12.2014 Behandling og regler oppdatert til utgave 3.0.37

Innhold i leveransen.

Pakken inkluderer: behandling "ACC_ACC8", overføringsregler "ACC_ACC8" og behandling Overføring av data fra informasjonsbaser til 1Enterprise77. Hvis organisasjonen din ikke har en heltidsprogrammerer til å utføre arbeidet, er vi klare til å tilby tjenestene til vår spesialist (programmereren vil koble til datamaskinen din via Internett, via spesialprogram for fjernarbeid og vil utføre nødvendig arbeid). Hvis mulig, gi en arbeidsbase "1C: Regnskap 7.7", vi kan overføre dataene selv og overføre filen " 1C: Regnskap 8" med overført saldo. Kostnaden for denne tjenesten er ikke inkludert i totalkostnaden for pakken.


© Boris Balyasnikov, januar 2014, siste endringer januar 2019

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

Hvordan forberede en 1C 8.3 (8.2) database for påfølgende dataoverføring fra 1C 7.7 trinn for trinn

Før du starter arbeidet, må du forberede 1C 8.3 (8.2)-databasen for påfølgende datainnlasting.

Trinn 1

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

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

Steg 2

Gjennomfør rutinemessige månedsavslutningsoperasjoner. I tillegg kan du sjekke regnskapet ditt via Tjeneste – Dataverifisering for overgang til 1C Accounting 8. Hvis det er feil, korriger dem.

Trinn 3

Trinn 5

Opprett en ren database for lasting av data. Dette er nødvendig for å umiddelbart kansellere datanedlastingen i tilfelle uforutsette situasjoner oppstår. Toppmeny velge programmer Administrasjon – Last opp data, spesifiser navnet på opplastingsfilen og plasseringen der den skal lagres.

Takket være disse forberedende tiltakene vil unødvendige objekter bli fjernet fra databasen, 1C-databasen vil bli mindre. Resultatene vil bli beregnet på nytt og den logiske integriteten til databasen vil bli kontrollert. Nå kan du begynne å overføre data fra 1C 7.7 til 1C 8.3 (8.2).

Hvordan legge til en informasjonsbase i 1C 8.3, se følgende videoleksjon:

Overføre 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-informasjonsdatabaser. I samsvar med kravene til 1C-selskapet er det nødvendig å gjøre. Derfor, hvis du i 1C 8.2-databasen velger Tjeneste – Overføring av data fra informasjonsdatabaser 1C Enterprise 7.7, så får vi feilen:

Men hva bør du gjøre hvis du virkelig trenger å overføre den spesifikt til versjon 1C 8.2?

Trinn 1. Laste opp data fra 1C 7.7

Det er nødvendig å laste ned filer som tidligere ble levert av 1C for opplasting til 1C 8.2 Accounting. Disse filene må plasseres i ExtForms-mappen fra databasen din. I eksemplet er dette D:\1с\77\unp_demo\ExtForms. Du kan se banen til databasen når du laster 1C-programmet:

La oss kjøre denne behandlingen: Hvis alt er gjort riktig, skal meldingen "Laster opp data for 1C Accounting 8" vises, velg den 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 da dataene vil bli lastet ned;
  • Regler for opplasting av data – objekter som skal lastes opp, kataloger og dokumenter som må lastes opp til en fil.

Datafilen i eksemplet vil bli kopiert til skrivebordet, men du kan velge hvilken som helst annen mappe. Klikk på Last inn utvekslingsregler-knappen. En liste over objekter som vil bli lastet ut fra 1C 7.7 åpnes og som kan redigeres ved å fjerne eller merke av i valgboksene:

Avhengig av situasjonen kan du laste opp data enten på en gang eller i deler. Først laster vi av katalogene - 95% av dem lastes ut uten problemer. Med den andre filen laster vi opp saldo og omsetning etter regnskapsseksjoner. Dette alternativet er praktisk å bruke hvis noen data ikke er lastet opp helt riktig.

Trinn 2. Laster inn i 1C 8.2 Regnskap 2.0 fra 1C 7.7

Velge Tjeneste – Overføring av data fra informasjonsdatabaser 1C Enterprise 8, i vinduet som vises, velg Last fra fil:

Velg filen som ble lastet ned fra 1C 7.7 til skrivebordet. Etter å ha klikket på Neste-knappen, vil data lastes fra filen. Hvis regnskapet i 1C 7.7-databasen har vært opprettholdt i lang tid, kan lasting ta lang tid.

Hvis det oppstår feil under nedlasting, vil bare deler av dataene bli lastet ned og må derfor lastes ned på nytt.

Overføre data fra 1C 7.7 til 1C 8.3 Regnskap 3.0

Algoritmen for å overføre en database fra 1C 7.7 til 1C 8.3 er litt forskjellig i detalj, men generelt er den lik den som er beskrevet ovenfor for 1C 8.2 Accounting 2.0.

Trinn 1

Etter å ha oppdatert 1C-informasjonsbasen, er det nødvendig å oppdatere reglene for dataopplasting. Dette kan gjøres som følger.

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

Trinn 2. Laste opp data fra 1C 7.7

Muligheten til å laste opp fra 1C 7.7 til 1C 8.3 er laget som standard, det vil si at det ikke er nødvendig å laste ned flere filer og legge dem til databasen.

La oss begynne å laste ned behandlingen: Service – tilleggsfunksjoner. Vi finner påskriften Overgang til 1C 8.3 Regnskap utg. 3.0 og klikk Åpne:

I vinduet som kommer opp må du fylle ut:

  • Opplastingsregler - en fil som heter ACC_ACC8.xml, som kan finnes i mappen med databasen din (hvordan bestemme banen til databasen ble beskrevet ovenfor), ExtForms-mappen. Dette er den som er kopiert fra 1C 8.3;
  • Startdato og sluttdato – perioden dataene skal lastes ned for;
  • Datafilnavn – stedet hvor vi vil kopiere filen med de opplastede dataene;
  • Regler for opplasting av data – objekter som skal lastes opp, kataloger og dokumenter som skal lastes opp til en fil:

Klikk på Last inn utvekslingsregler-knappen. En liste over objekter som vil bli lastet ut fra 1C 7.7 vil vises, som kan redigeres ved å fjerne eller merke av i valgboksene.

Du kan laste opp i deler, lage flere filer eller laste opp alle dataene samtidig. Hva du skal gjøre 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 vil vi se 2 måter å laste data på:

  • Last inn data fra informasjonsbasen - 1C 8.3-programmet finner det selv installerte baser og vil prøve å koble til denne infobasen ved å kopiere data derfra. Ved å bruke innstillingene kan du spesifisere hva som skal lastes og klikke på Last inn data-knappen:

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

Overføring av data fra den modifiserte standardkonfigurasjonen av 1C 7.7 til 1C 8.3 (8.2)

Overføring av data fra endrede 1C 7.7-konfigurasjoner er mye mer komplisert på grunn av omskrevne forretningsprosesser som ikke eksisterer i utgaven av programmet som vi skal overføre dataene til. I de fleste tilfeller bør slike overføringer gjøres av en spesialist med erfaring innen dataoverføring eller god kunnskap om konfigurasjon av datakonvertering. Eksistere generelle prinsipper transfer, som kan brukes til å overføre følgende konfigurasjoner:

  • Overføring av funksjonalitet. I den nye konfigurasjonen er det nødvendig å gjenta funksjonaliteten som er til stede i 1C 7.7. Ytterligere dokumenter, oppslagsverk og detaljer. Last av -CF fra denne databasen.
  • på slutten av året. Sammenlign kontoomsetning før viklinger og etter– de skal være likeverdige.
  • Overføring av data fra en kollapset 1C 7.7-database til en standard ren database av den nye utgaven. Sjekk omsetningsdata på kontoer i 1C 7.7 og 8.2 eller 8.3. Hvis det er feil, korriger dem.
  • Inn i den rene databasen der data ble lastet inn fra 1C 7.7, er det nødvendig å laste opp en CF-konfigurasjonsfil der funksjonaliteten fra 1C 7.7 ble gjentatt.
  • Ytterligere katalogdetaljer 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, generer en rapport med data om underkontoer, regnskapstyper, kontoer utenfor balansen, valutaer og sammenlign med den samme rapporten fra 1C 8.3 (8.2)-databasen som dataene ble overført til:

Må jeg bytte til 1C:Enterprise 8.2? Hvis du leser denne artikkelen, betyr det at du sannsynligvis allerede har svart bekreftende på dette spørsmålet. Derfor vil vi nå ikke snakke igjen om fordelene ved å bytte til en ny plattform, men vil fokusere direkte på detaljene og funksjonene i denne prosessen.


1. Generell algoritme

Så du har bestemt deg for å bytte til "åtte" og vil finne ut hvordan dette gjøres og hva det "truer" for deg. I selve generelt syn Overgangsdiagrammet ser slik ut (fig. 1).

Ris. 1. Algoritme for overgang fra 1C:Enterprise 7.7-plattformen til 1C:Enterprise 8.2-plattformen


1. Oppgrader. Det første du må gjøre er å skrive en søknad fra organisasjonen din, sende inn et registreringsskjema for plattform 7.7 og kjøpe plattform 8.2. I dette tilfellet vil du bli gitt rabatt i mengden av kostnadene 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 i 1C-selskapet.


2. Oppdater gjeldende konfigurasjon frem til siste gjeldende utgivelse.


3. Klargjøring av databasen for overføring. Antyder backup database, lukke gjeldende faktureringsperiode, tømme databasen for elementer som er merket for sletting, og korrigere regnskapsfeil (hvis noen).


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


5. Opplæring av personell til å arbeide med den nye konfigurasjonen. Siden konfigurasjonene på plattformene 7.7 og 8.2 er forskjellige både i grensesnitt og funksjonalitet, kan det hende du trenger opplæring for å jobbe med den nye konfigurasjonen. Du kan studere det selv ved å bruke riktig metodologisk litteratur, men det er bedre å gå gjennom spesialisert kurs i henhold til 1C.


6. Drift. På dette stadiet, når brukere begynner å jobbe i nytt program, er den feilsøkt og rettet mulige feil automatisert dataoverføring.

La oss vurdere prosessen med å migrere til en ny plattform i forbindelse med konfigurasjon "1c regnskap".


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

Strategien og mekanismene for overføring av data fra "1C: Regnskap 7.7" til "1C: Regnskap 8.2" bestemmes av følgende faktorer:

  • starttidspunkt for regnskap i det nye programmet;
  • tilstedeværelsen og kompleksiteten av forbedringer i gjeldende versjon din konfigurasjon;
  • behovet for å bevare historien til forretningstransaksjoner for tidligere perioder.


Vi anbefaler våre kunder å begynne å jobbe i et nytt regnskapsprogram fra 1. januar på nyåret . Dette skyldes at de fleste skatter beregnes på periodiseringsbasis. Derfor, for ikke å utvikle midler riktig overføring akkumulerte resultater, er det nødvendig å knytte starten av arbeidet i programmet til begynnelsen av skatterapporteringsperioden. Selvfølgelig kan du starte arbeidet fra begynnelsen av kvartalet, og til og med fra begynnelsen neste måned, men en slik overgang vil medføre mer betydelige kostnader (på grunn av betydelige forskjeller i dokumentstrukturen i 7.7 og 8.2).


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

Situasjon 1:

Overgang fra nytt år, TYPISK konfigurasjon, korrekt kontosaldo genereres i det gamle programmet


Dette alternativet er enkelt og tydelig, men i praksis er det ekstremt sjeldent. Det er kun mulig i en rekke små bedrifter å generere korrekte saldoer i det gamle programmet umiddelbart før oppstart av arbeidet i det nye programmet, og kun under forutsetning av at alle primærdokumenter for siste periode er levert og lagt inn i programmet.


Hvis dette er ditt tilfelle, er du heldig. Du trenger bare å oppdatere "1C:Enterprise 7.7"-konfigurasjonen til den nyeste versjonen og bruke "Overføring av data fra 1C:Enterprise 7.7-informasjonsbaser"-behandlingen 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 spesifisert i behandlingen strengt.

Situasjon 2:

Overgang fra det nye året, TYPISK konfigurasjon, i det gamle programmet er det INGEN RIKTIG KONTOSALDO


Standard praksis i dette tilfellet er jobber i det gamle og nye programmet samtidig . I løpet av "overgangsperioden" (fig. 2) lukker ansatte tidligere transaksjoner i det gamle programmet og begynner å legge inn dokumenter for nye transaksjoner i nytt system.


Ris. 2. Overgangsperiode ved bytte av plattform


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

  • overføre saldo "som den er" til begynnelsen av året og føre journal basert på disse dataene. Når de riktige saldoene i "syv" er oppnådd, må de umiddelbart justeres med tilbakevirkende kraft i "åtte".
  • nekte å overføre feil saldo og legge inn primærdokumenter for nye transaksjoner i G8 uten å gjennomføre dem senere. I dette tilfellet spiller det ingen rolle om det er saldo i programmet eller ikke; uposterte dokumenter vil ikke gjøre noen bevegelser på kontoene. Dette må gjøres til de riktige saldoene er mottatt i 1C:Enterprise 7.7. Deretter overføres de resulterende saldoene til det nye programmet ved begynnelsen av året. Det siste trinnet er den konsekvente implementeringen av den "primære" introdusert i det nye programmet i overgangsperioden ved bruk av innebygd prosessering "Gruppebehandling av kataloger og dokumenter" .

Situasjon 3:

Overgang fra midten av året, TYPISK konfigurasjon

"1C: Accounting 8.2" støtter en rekke mekanismer som er viktige for regnskap, hvis ytelse avhenger av dataene som er lagt inn i dokumenter i løpet av året. Blant slike mekanismer er den allerede nevnte beregningen av skatter på periodiseringsbasis, en algoritme for fordeling av indirekte utgifter og andre prosedyrer knyttet til avslutningen av måneden. Det er nettopp på grunn av disse funksjonene at det i denne situasjonen er umulig å bytte til et nytt program like enkelt som i de to første tilfellene. For å minimere antallet feil som kan oppstå under migrering, anbefaler vi:

  • starte arbeidet, om ikke fra begynnelsen av året, så i det minste fra begynnelsen av kvartalet;
  • overføre saldo til begynnelsen av året;
  • overføre alle primære dokumenter for gjeldende rapporteringsperiode(år) inn i det nye systemet og gjenopprette regnskaps- og skattedata ved hjelp av gruppebehandling av kataloger og dokumenter.


1. Standardløsning "1C: Datakonvertering 2.1". Dette programvareproduktet kan brukes til å overføre informasjon mellom konfigurasjoner på 1C-plattformen uansett struktur og kompleksitet.

2. Utviklingen av 1C-franchisetakere. Mange selskaper, inkludert selskapet « RG-Soft" (), det er velprøvde metoder for å løse dette problemet, noe som kan redusere tiden og budsjettet for dataoverføringsarbeid betydelig.


Situasjon 4:

Overgang fra en STANDARD-konfigurasjon MED OVERFØRING AV DOKUMENTER FOR DEN SISTE PERIODE

Separat bemerker vi at det er selskaper som opprettholder langsiktige (mer enn ett år) forhold under kontrakter med motparter. Ledelsen i slike selskaper er interessert i å ha en historie med forretningstransaksjoner i programmet. Tilstedeværelsen i det nye programmet av dokumenter lagt inn i det gamle programmet lar brukere enkelt og raskt spore relasjoner under spesifikke avtaler/transaksjoner.


Det er mulig å implementere en slik overføring ved å bruke de samme mekanismene som i forrige situasjon. Forskjellen mellom denne prosessen er at det ikke er nødvendig å overføre alle dokumenter; du kan begrense deg til å overføre bare noen få typer dokumenter, og saldoene for andre kontoer føres inn gjennom standardbehandling. I dette tilfellet blir ytterligere overførte dokumenter vanligvis ikke postet.


Selv om det er mulig å overføre dokumenter for den siste perioden fra et gammelt program til et nytt, fører en slik overføring til en merkbar økning i størrelsen på databasen, og følgelig størrelsen på de behandlede tabellene. Dette kan føre til at systemet går tregere. Derfor bør du ikke bruke dette overgangsalternativet med mindre det er absolutt nødvendig. Det anbefales å la dokumenter overført fra tidligere perioder stå upostert slik at informasjonen de inneholder ikke påvirker løpende regnskaps- og skatterapportering. Bruk historiske dokumenter kun for referanseformål.


Situasjon 5:

Overgang fra en IKKE-TYPISK konfigurasjon på 1C:Enterprise 7.7-plattformen

Alternativene beskrevet ovenfor brukes ved migrering fra standard "1C:Enterprise 7.7"-konfigurasjonen, men i praksis må du ofte forholde deg til modifiserte konfigurasjoner. Å organisere en overgang i denne situasjonen er et spesielt alternativ som fortjener vurdering.


Avhengig av arten av endringene som er gjort i programmet, er følgende dataoverføringsteknologier tilgjengelige:

· hvis konfigurasjonen er endret litt og de grunnleggende mekanismene ligner standard 1C-løsningen, kan du, som i de forrige alternativene, bruke standard overgangsverktøy. Du trenger bare å konfigurere eller endre dem litt for å passe til 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 operative ferdigheter fra brukeren, men med dens hjelp er det mulig å organisere automatisert overføring av objekter mellom konfigurasjoner.

· hvis konfigurasjonen i løpet av årene med bruk har blitt radikalt redesignet, kan det vise seg å være mer arbeidskrevende å sette opp standard migreringsverktøy enn å skrive din egen prosessering for disse formålene. En lignende situasjon oppstår ved å organisere en overgang fra et regnskapsprogram som ikke er knyttet til 1C-plattformer. Det er også mulig å gjennomføre en slik overgang, men tenk på det på forhånd universell utveksling vil ikke fungere. Hvert konkret tilfelle krever en individuell tilnærming til problemet. Vårt firma kan tilby sin erfaring med å overføre data gjennom filer i forskjellige formater, som dbf, xls (Universallaster fra Excel til 1C), xml.


Et annet punkt som er verdt å nevne i forbindelse med overgangen fra plattform 7.7 til 8.2 gjelder databasekonsolidering.


På grunn av mangelen på en mekanisme for å opprettholde registreringer av flere selskaper i én database, måtte mange virksomheter vedlikeholde flere databaser samtidig i 1C:Enterprise 7.7. Siden dette problemet er løst i den åttende versjonen, oppstår oppgaven med å kombinere flere databaser til én som del av et dataoverføringsprosjekt. Dessuten kan hver av de syv basene ha sine egne egenskaper.

Ved å bruke metodene gitt ovenfor, kan du etablere interaksjon med hver av databasene separat. Det oppstår imidlertid en del deloppgaver som er spesifikke for denne saken.

1. Samordning av dokumenter knyttet til en bestemt organisasjon. Dette problemet løses enkelt ved å bruke prefiksmekanismen. Hver organisasjon som er registrert i programmet får sitt eget bokstavprefiks. Dette prefikset legges til dokumentnummeret, og sikrer dermed at tallene er unike.

2. Kontroll av dupliserte elementer av kataloger. Ved overføring av data fra flere informasjonskilder til en enkelt informasjon System En situasjon kan oppstå når identiske elementer i kataloger, for eksempel samme motpart i en ny katalog, vil gjentas flere ganger. Derfor, etter overføring av data, er det nødvendig å utføre en prosedyre for å sammenligne og slå sammen dupliserte katalogelementer.


3. Mulige vanskeligheter som du bør være oppmerksom på

Med riktig planlegging av prosessen med overgang til en ny plattform kan mange problemer unngås. Imidlertid er det en rekke spesifikke funksjoner som avsløres allerede på stadiet av prosjektgjennomføringen. Vi snakker om ulike feil som oppstår både på grunn av feil brukerhandlinger og tekniske funksjoner plattform "1C:Enterprise". La oss vurdere disse punktene mer detaljert.


3.1. Feil i kildedata

Generelt er entydig identifikasjon av et objekt i databasen mulig ved å bruke TIN- og KPP-detaljene. I de syv ble begge disse verdiene lagret i én TIN/KPP-detalj, og det var ingen kontroller for riktigheten av dataene som ble lagt inn i denne detaljen. Det var mulig å introdusere færre tall, og plasser skillet på feil sted, og skriv inn et helt abstrakt TIN.


En typisk overføring, når du oppretter en katalog, skilles motparter med TIN og KPP ved ganske enkelt å kutte av det nødvendige antallet tegn. Derfor kan absolutt feil data registreres i detaljene i den nye databasen. Riktig identifikasjon av objekter under overføring ved bruk av slike data vil derfor være svært vanskelig.


Et annet problem er mangelen på et enhetlig dataregistreringsformat. Hver bruker kan skrive inn navnet slik han eller hun liker best. La oss forestille oss at i en "syv"-database brukeren, som fylte ut "Navn" på motparten, skrev "Vympel Management Company", og i en annen "syv"-database er den samme motparten oppført som "Vympel Management Company". I en slik situasjon vil ikke automatisk behandling kunne fastslå at dette er samme motpart, og vil flytte den til de åtte to ganger. Det vil være vanskelig å jobbe videre i en slik database, siden en del av balansen vil ligge på ett element, og den andre delen på et annet.


3.2. Konfigurasjonsforskjeller

En annen gruppe overføringsfeil 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 ett. For eksempel gjenspeiles mottak av både materialer og varer i det nye programmet med ett dokument, og i det gamle - med to. Således, når du prøver å overføre dokumentene "Mottak av materialer nr. 22" og "Mottak av varer nr. 22", oppstår det en unikhetskontrollfeil. Siden registrering av to dokumenter med samme nummer i en gitt periode er umulig, er det nødvendig å kunstig innføre forskjeller i dem, og systemet for å innføre disse forskjellene er avtalt på forhånd.


For eksempel, dette problemet kan løses ved å legge til et ekstra prefiks til nummeret på det innlastede dokumentet. For hver funksjon i dokumentet tildeles dette prefikset separat. Dette kan være en egenskap ved databasen som dokumenter er lastet ned fra, eller typen dokument som nedlastingen ble gjort fra. Her er et eksempel på dannelsen av et slikt prefiks. Filialbasen i Krasnoyarsk gir prefikset "KR". Dokumenttypen "Materialmottak" som nedlastingen gjøres fra får prefikset "M". Så hvis dokumentnummeret i syv var 00000031, vil det åtte nummeret være som følger:

"KR" + "M" + "00000031" = "KRM00000031"

Som et resultat vil et unikt nummer bli registrert i databasen.


3.3. Tekniske problemer

Dataoverføringsfeil kan også oppstå på grunn av tekniske funksjoner til 1C:Enterprise-plattformen. For eksempel skiller ikke standardsøkemekanismen etter navn store bokstaver i navnet på et katalogelement fra små. Det er forvirring når du bruker denne mekanismen. For eksempel, i databasen er det to motparter "l-audio" og "L-Audio". Når du søker etter en "l-audio" motpart, vil systemet finne "L-Audio". Resultatet vil være et feil utfylt dokument.


Det er også nødvendig å ta hensyn til selve den valgte dataoverføringsmetoden. Eksemplet beskrevet ovenfor med dobling av motparter, når det overføres fra databasene til selskapsfilialer, kan faktisk ikke vise seg å være en dobling. Selskaper som opererer i forskjellige byer kan godt ha motparter som også opererer i forskjellige byer. Filialen til L-Audio-selskapet i Nizhny Novgorod og selve L-Audio-selskapet i Moskva kan med rette kalles nøyaktig det samme i databasene. For å unngå slik forvirring, må du velge en overføringsmetode på forhånd. I vårt eksempel kan vi skille motparter i forskjellige kataloggrupper avhengig av kildedatabasen. Valget av en slik teknikk vil også påvirke datainnlastingsmekanismene.


Metodene beskrevet ovenfor for å løse nye problemer er kanskje heller ikke universelle nok. Ved migrering av data er det svært viktig å kunne kombinere metodene som brukes i migreringsverktøyet. For eksempel identifiserer vi de fleste elementene i kataloger ved navn. Samtidig, når du overfører dokumentet "Godskjenning av anleggsmidler for regnskap", vil denne metoden gi uønskede resultater i tilfellet når et antall små anleggsmidler av samme type legges inn (kontorrekvisita, møbler, etc.), avviker bare i inventarnummeret. Hvert dokument for aksept for regnskap vil indikere det samme objektet. Og å godta ett objekt for regnskap flere ganger er umulig. Derfor er det svært viktig å gi muligheten til å tilpasse datamigreringsverktøyet som brukes. I dette tilfellet vil vi ganske enkelt indikere at søket etter operativsystemet må utføres av tilgangsnummeret (koden).


Konklusjon

For øyeblikket er det fortsatt ganske mange selskaper som bruker 1C:Enterprise 7.7. Dette skyldes faktorer som manglende forståelse av fordelene med den nye plattformen, motvilje mot å lære nye teknologier og frykt for å møte et stort antall vanskeligheter under overgangen. Ved å bruke eksemplet med 1C: Regnskap, prøvde vi å vise at de fleste av disse årsakene ikke er så viktige. Gjennom våre aktiviteter hjelper vi våre kunder med å takle evt mulige vanskeligheter relatert til implementering av programmer på 1C:Enterprise 8-plattformen. Hvis du er interessert i spørsmålet om overgang eller har andre spørsmål angående 1C:Enterprise 8-plattformen og konfigurasjonene som er opprettet på den, kontakt selskapets spesialister "RG-Soft" til tjeneste!