1c dataöverföring 8.3 till 7.7. Övergång från en standardkonfiguration med överföring av dokument från föregående period

För närvarande har övergången från 1C:Enterprise 7.7 till 8.3 (liknande 8.2) blivit en huvudvärk för revisorer. Gärna så snabbt som möjligt och utan fel. Om du är en 1C:Accounting-programmerare och behöver konvertera dokument från den sjunde versionen till den åttonde, då är den här artikeln för dig.

Ta bara några få steg och dina dataöverföringsproblem kommer att lösas. Läs denna instruktion till slutet, så kommer du att se hur du gör detta. Först måste du förbereda en arbetsplats på din dator för de nödvändiga manipulationerna. För det första måste din hårddisk vara minst 100 GB. Detta är nödvändigt eftersom det är på flera nivåer. Och du kommer att behöva arbeta med flera 7.7-konfigurationer.

Om du behöver en snabb och högkvalitativ övergång från 1C Accounting 7.7 till 1C 8.3, kontakta oss! Vår genomsnittliga nyckelfärdiga kostnad är 6 600 rubel.

Överföra data från 1C 7.7 till 1C 8.3 redovisning 3.0

Så innan du arbetar med att överföra data till version 1C 8.3 måste du förbereda dessa data i version 7.7. För att göra detta måste du göra följande. Låt oss säga att du har en fungerande databas "Redovisning för ett företag" på din dator, som dina revisorer arbetar med. Använd Export77-bearbetning, ladda upp alla nödvändiga dokument till en textfil och från det ögonblicket, återvänd aldrig till den huvudsakliga arbetsdatabasen. Dina ytterligare manipulationer kommer att ske med andra konfigurationer.

Installera den senaste versionen 1C:Enterprise 7.7 i den nya katalogen. (paketet innehåller en vanlig tom version (utan data) och en demoversion). Vi kommer att arbeta med standardversionen. Kör nu den här databasen och ladda data från din huvuddatabas från en textfil med hjälp av Import 77-bearbetning.

Vid konvertering av data kan det hända att vissa dokument inte behandlas. Det är inte läskigt. Tricket är att du enkelt kan fixa detta efter överföringen, eftersom du i standarddatabasen arbetar med den huvudsakliga standardkontoplanen. Därför, oavsett hur sofistikerade underkontona är, så är det enkelt att fixa detta i din arbetsdatabas på cirka 3 timmar genom att gå in i varje opågat dokument och ändra kontona som du har i din konfiguration i kontofälten.

Naturligtvis, innan överföringen, anpassar du först kontoplanen för standardkonfigurationen med kontoplanen för din huvudsakliga arbetsbas. Alternativen är helt individuella beroende på specifikationerna för din organisation. Efter att ha gjort detta arbete får du en standardkonfiguration fylld med data från din arbetsdatabas.

Nu måste vi göra en annan dataöverföring. För att göra detta, installera standard nollkonfigurationen igen i en ny katalog. Och överför data dit från standardkonfigurationen med dina data. Som ett resultat kommer du att få en idealisk version 7-databas, redo för överföring till version 8.2.

Faktum är att data överförs direkt till den åttonde versionen exklusivt från den "orörda" standardversionen 7.7. Och nu har du just en sådan konfiguration. Men nu är det inte tomt, utan med dina arbetsdata.

Allt! Vi lanserar 1C:Enterprise 8.2. Välj "Dataöverföring från version 7.7." och njut av hur programmet självt överför data från din bearbetade 7.7., överför dokument och visar en jämförande tabell över balansräkningen för version 7.7 och 8.3.

Naturligtvis blir det inte ett hundraprocentigt resultat. Men vid 70-80 procent får du en matchning. Och då kommer ditt arbete endast att utföras i version 8.3.

Eventuella felaktigheter korrigeras enkelt. Det är ytterligare 3-4 timmar. Du går till dokumentjournalen och justerar antingen konton eller fält (till exempel ”Avtal” eller ”Huvudkassa”). Det beror på graden av skillnad mellan din 7,7 bas. från standard. Som ett resultat av alla dessa åtgärder kommer din arbetskonfiguration av version 8.3 att kunna producera redovisningsdata genom balansräkningen i en idealisk form.

Efter övergången kommer det att vara användbart för dig att lära dig hur du arbetar i det nya programmet. För detta har vi förberett ett avsnitt.

Förresten! Om du behöver modifiering av 1C-program kan du kontakta oss!

Video om övergången från 1s 7.7 till 8:

Det skulle inte vara en överdrift att säga att alla användare av 1C: Accounting 7.7 som har bestämt sig för att byta till 1C: Accounting 8 är bekymrade över frågan om dataöverföring. Och inte bara en mekanisk överföring av kataloger, utan en överföring av all information som samlats på bokförings- och skattekonton, vilket skulle göra det möjligt för användare att börja arbeta i det nya programmet direkt efter att de köpt det. För en snabb övergång från "1C: Accounting 7.7" till "1C: Accounting 8" utvecklades en mekanism som kallas "Transition Assistant". Närmare bestämt två assistenter. En är avsedd för nedladdning av data från "1C: Accounting 7.7", den andra är för att ladda data till "1C: Accounting 8". 1C-metodologer pratar om hur man använder assistenten.

Ring in assistenten "1C: Redovisning 7.7" kan göras från menyn "Service - Övergång till 1C: Redovisning 8" (se fig. 1).

Ris. 1

Arbetet med assistenten är uppdelat i fem steg. Övergången från steg till steg görs med knapparna "Nästa" och "Tillbaka".

Det första steget är att lära känna varandra. Här är en kort beskrivning av syftet med Assistenten, du kan se information om fördelarna med "1C: Accounting 8", och ange var du kan få ytterligare information om övergången till "1C: Accounting 8".

Om det inte finns några uppdateringar kan du fortsätta arbeta.

Om det finns en uppdatering kan du få en ny konfigurationsversion.

Efter att ha mottagit en ny version bör du uppdatera konfigurationen. För att göra detta måste du avsluta assistenten och stänga programmet. Efter uppdatering av konfigurationen kommer assistenten att startas automatiskt för att fortsätta övergången och kommer att erbjuda dig nästa steg.

Det tredje steget kräver att du anger vilken information som behöver överföras. Du kan endast överföra saldon från bokförings- och skattekonton till årets början.

Eller saldon i början av året och omsättning från början av året till slutet av någon månad.

Särskild uppmärksamhet bör ägnas åt det faktum att innan övergången görs är det nödvändigt att utföra rutinmässiga förfaranden för månadsavslutning i varje månad som ingår i lossningsperioden.

I det fjärde steget indikerar assistenten vilken fil den uppladdade informationen kommer att skrivas till. Om du inte ändrar standardinställningarna kommer övergångsassistenten till 1C: Accounting 8 att hitta den angivna filen automatiskt när du laddar data till 1C: Accounting 8.

Och slutligen är det sista steget att ladda ner data. Om du markerar kryssrutan "Generera balansräkning" kommer efter uppladdningen en balansräkning att genereras, som kan skrivas ut och med vilken du kan jämföra resultatet av inläsningen i "1C: Accounting 8". Direkt lossning utförs genom att klicka på knappen "Utlasta".

Detta avslutar arbetet med migrationsassistenten från "1C: Accounting 7.7".

Nu måste du springa "1C:Redovisning 8" och börja ladda ner data.

Du kan ringa assistenten från menyn "Service - Övergång från 1C: Bokföring 7.7" (se Fig. 2).

Ris. 2

Precis som i 1C: Accounting 7.7 är arbetet med assistenten uppdelat i flera steg. Övergången från steg till steg görs med knapparna "Nästa" och "Tillbaka".

Det första steget är att lära känna varandra. Här är en kort beskrivning av syftet med Assistenten, det anges var du kan få ytterligare information om övergången till "1C: Accounting 8", det finns en hint om vad som borde ha gjorts för att ladda ner data från "1C: Accounting 7,7".

Det andra steget ger möjlighet att kontrollera och vid behov få en uppdatering av standardkonfigurationen. Det rekommenderas att använda den senaste konfigurationsversionen, eftersom programmet ständigt uppdateras på grund av ändringar i lagstiftningen. Efter att ha mottagit en ny version bör du uppdatera konfigurationen. För att göra detta måste du avsluta assistenten och stänga programmet. Efter uppdatering av konfigurationen kommer assistenten att startas automatiskt för att fortsätta övergången och kommer att erbjuda dig nästa steg.

Information om organisationen måste endast fyllas i av användare av den grundläggande versionen av 1C: Accounting 8. Observera att TIN och KPP helt måste matcha TIN och KPP som anges i "1C: Accounting 7.7". I "1C: Accounting 8 PROF" skapas organisationen automatiskt när data laddas, och assistenten hoppar över detta steg.

Innan du börjar ladda data måste du ställa in lagerredovisning. Faktum är att i "1C: Accounting 7.7" stöds endast kvantitativ redovisning av lager. I "1C: Accounting 8" är möjligheterna för lagerbokföring mycket bredare: du kan hålla batchredovisning, du kan hålla kvantitativ och total bokföring för lager eller så kan du stänga av lagerbokföring. Om lagerbokföringsinställningarna inte överensstämmer med funktionen för "1C: Accounting 7.7" (lagerredovisning är inaktiverad) uppmanas användaren att installera lagerbokföring. Om lagerhantering redan har aktiverats tidigare hoppar assistenten över det här steget.

Nästa steg är att specificera vilken fil data ska laddas från. Assistenten söker automatiskt efter filen med den uppladdade informationen med det namn som angavs som standard i assistenten vid uppladdning av data från "1C: Accounting 7.7".

Och slutligen är det sista steget att ladda data. Direktnedladdning utförs genom att klicka på knappen "Ladda ner".

Om du markerar kryssrutan "Generera balansräkningar" kommer efter att ha laddats en omsättningsbalansräkning för redovisningskonton och en balansräkning för skatteredovisningskonton att genereras, som kan skrivas ut, med vilken du kan kontrollera balansräkningen som genereras under nedladdning av data från "1C: Redovisning 7.7".

Innan du börjar arbeta med 1C: Accounting 8-programmet måste du ställa in de grundläggande redovisningsparametrarna:

upprätta redovisningsprinciper;
upprätta skatteredovisningsprinciper;
upprätta analytisk redovisning av varulager;
ställa in användarinställningar osv.

Markera rutan "Open Start Assistant" i övergångsassistenten från "1C: Accounting 7.7", och efter att ha laddat in data, startar Start Assistant automatiskt.

Detta slutför processen för övergången från "1C: Accounting 7.7" till "1C: Accounting 8".

Funktionsprincip.

Några ord om hur data överförs från en standardkonfiguration " Bokföring", utgåva 4.5 för 1C:Enterprise 7.7 eller konfiguration "" (hädanefter kallad källkonfigurationer) till en standardkonfiguration " Företagsredovisning", utgåva 3.0 för 1C:Enterprise 8 (version 3.0.52), hädanefter kallad "mottagarkonfiguration".

VIKTIG! Dataöverföring är möjlig från konfigurationen Bokföring utgåva 4.5 för 1C:Enterprise 7.7 versioner 7.70.569 och senare eller från konfigurationen " Förenklat skattesystem, red. 1.3"versioner 7.70.219 och högre.

Det rekommenderas att byta från källkonfigurationen till destinationskonfigurationen i början av en ny period (år, kvartal, månad) efter att ha slutfört regulatoriska åtgärder för föregående period.

Dataöverföring utförs med hjälp av specialiserad bearbetning som laddar ner data från källans konfigurationsinformationsbas till en fil i XML-format. Den resulterande filen läses in i mottagarens konfigurationsinfobas med hjälp av universell dataladdningsbearbetning.

Följande filer krävs för att överföra data:

ACC_ACC8 .ert - extern bearbetning av uppladdning av data till en extern fil från konfigurationen " Bokföring, Rev. 4.5»;

USN_ACC8 .ert - extern bearbetning av uppladdning av data till en extern fil från konfigurationen " Förenklat skattesystem, red. 1.3»;

ACC_ACC8 .xml - regler för datakonvertering.

USN_ACC8 .xml - regler för datakonvertering.

Överförbar data.

Följande överförs från informationsbasen för källkonfiguration till mottagarkonfigurationen:

Delar av referensböcker;

Information om aktuella saldon i redovisningskontona för informationsbasen för konfigurationskällan från och med datumet för konvertering av informationsbasen;

Aktuella dokument med ett datum som är större än infobasens konverteringsdatum.

Konverteringen utförs i två steg:

Data från Source Configuration infobase laddas upp till en separat fil (datafil);

Den resulterande filen läses in i mottagarens konfigurationsinformationsbas.

Installation.

För att installera datamigreringsbearbetning måste du använda installationsprogrammet setup.exe. Efter att ha startat programmet (om antalet 1C:Enterprise-infobaser är stort, så efter en tid) kommer en dialogruta att visas där du måste markera de infobaser där dataöverföringsbehandling kommer att installeras. Fönstret ser ut som i fig. 1. Om antalet informationsbaser är fler än sju, använd sedan knapparna "upp" och "ner" för att navigera. Om flera infobaser väljs reflekterar "sökvägen" platsen för endast den senast valda infobasen. Denna information är av en extra karaktär och används valfritt för ytterligare kontroll från användarens sida över resultatet av installationsprogrammet .

Fig.1 Fönster för val av infobaser vid installation

Dessutom kan du ange i vilken mapp dataöverföringsbearbetning också ska installeras för att göra detta, använd mappvalsfönstret (genom att klicka på knappen med tre punkter). Den fullständiga sökvägen för den valda mappen kommer att återspeglas i urvalsraden. Efter att ha klickat på "installera"-knappen kommer de nödvändiga filerna att installeras i de valda infobaserna och (eller) i den valda mappen. När du är klar kan du klicka på "detaljer"-knappen och se en detaljerad installationslogg, vilka filer som skrevs till vilka mappar. Som ett resultat bör den valda mappen ha något liknande följande bild, se Fig. 2.

Fig.2 Filer installerade i den valda mappen

Till underkatalog ExtForms bearbetning är installerad Övergång till 1C:Redovisning 8, red. 3.0 och överföringsregler. Observera att uppladdning bearbetas ACC_ACC8.ert och regler för datauppladdning ersätter standardbearbetning och regler. Om du vill behålla standardövergångsmekanismen, installera den nya bearbetningen i en separat katalog och inte i infobasen.

Installationsprocessen beskrivs mer i detalj med exemplet med installation av en rapport " för konfiguration "1C: Redovisning 7.7".

Normalt tillvägagångssätt.

I ett program" 1C:Redovisning 7.7"du måste öppna bearbetning från ytterligare alternativ" Övergång till 1C:Redovisning 8, red. 3.0", välj mappen där överföringsreglerna finns (se fig. 3) och ladda ner växlingsreglerna. Du behöver inte inkludera alla överföringsregler. Du bör endast använda de som är nödvändiga, till exempel för att överföra saldon, eller saldon och dokument Till exempel i kataloggruppen Inte en enda regel kan ingå, eftersom alla kataloger överförs efter behov, dvs endast de som är inblandade antingen i saldonen eller i dokumenten är inget "skräp" i den nya informationsbasen måste du inkludera allt. Till exempel, om vissa dokument inte finns i din databas, eller du inte vill överföra dem, behöver du inte aktivera denna regel.

Fig.3. Bearbetning för datauppladdning

Jag rekommenderar att du ställer in datafilens namn till "C:\v77_v8\Exp77_80.xml", detta är mappen som ofta används som standard i programmet " 1C: Bokföring 8"när data laddas från program på plattformen" 1C:Enterprise 7.7". Om det behövs, ställ in parametrarna på sidan " alternativ".

Under processen att ladda ner data från konfigurationen " Bokföring 7.7"Olika fel kan uppstå. Överföringsreglerna som presenteras här skiljer sig från de vanliga genom att de i datauppladdningsstadiet söker efter typiska fel. Låt oss överväga vilka meddelanden som visas om.

Noll kvantitet och icke-noll mängd lagerartiklar. Att ange saldot i den mottagande konfigurationen på ett sådant sätt att mängden material är lika med noll, och kostnadsberäkningen för materialet inte är lika med noll, är omöjligt, och det är också meningslöst, eftersom detta är ett fel. Vid överföring av saldon kommer därför sådana positioner (med nollkvantitet) inte att inkluderas i saldoposteringsdokumenten. Följaktligen, om fel inte korrigeras före dataöverföring, kommer beloppen i källan och destinationen för datan vid överföring av saldon inte att matcha, vilket kommer att orsaka ytterligare avstämningssvårigheter. Därför, i färd med att ladda ner data från konfigurationen " Bokföring 7.7» meddelanden om påträffade fel visas (se fig. 4). Dessutom, för att hitta fel, kan vi rekommendera att du använder bearbetningen "Express check of accounting management", nämligen regeln "Frånvaro av ett belopp som inte är noll när det finns en noll kvantitet för material".

Fig.4.1 Meddelanden om påträffade fel

Saldo som inte är noll för underkonto på den andra (tredje) nivån, medan balansen på den första (andra) nivån är noll. Detta är en ganska vanlig situation med felaktig journalföring. Ett typiskt exempel visas i figur 4.2. Detta tillstånd uppstår som ett resultat av "omgradering" i analytisk redovisning. Till exempel anges ett avtal i kassaflödesdokumenten, men det finns ingen överenskommelse i kapitaliseringsdokumenten, eller vice versa, eller så finns det avtal men de är olika. I alla dessa fall föreligger ett saldo som inte är noll under kontrakten, trots att saldot under motparten är lika med noll. En liknande bild kan uppstå vid redovisning av material och nomenklatur (när totalredovisning per lagerplatser ingår): omgradering mellan lager, särskilt om lagren är ekonomiskt ansvariga personer.

Fig. 4.2 Exempel på fel i redovisningen

Det är uppenbart att detta är ett misstag, och det är uppenbart att det inte är meningsfullt att föra över sådana balanser. För att utesluta överföringen av denna typ av saldon finns det en parameter "Ta inte av saldon om det finns ett nollsaldo på den övre nivån." Om denna parameter är inställd på ett, kommer meddelandena som visas i fig. 4.3 (jämför med Fig. 4.2), och balanser för sådana positioner kommer inte att lossas. Du kan använda olika kombinationer av denna parameter med reglerna för överföring av olika saldon. Om du inte överför alla saldon på en gång, utan genom redovisningssektioner, kan du överföra saldon från olika redovisningssektioner med olika parametervärden.

Fig.4.3. Felmeddelanden

Tomma kontraktsvärden eller utländska kontrakt. Problemet liknar det som beskrivits ovan, orsaken är densamma - felbedömning i analytisk redovisning av kontrakt (se fig. 4.4). Men saldot för motparten är inte noll, så verifieringsregeln som beskrivs ovan kommer inte att fungera. Vid överföring av data uppstår ett fel vid bokföring av dokumentet för inmatning av saldon, eftersom ett tomt kontraktsvärde är inte tillåtet.

Fig.4.4 Rapport som visar fel

För att eliminera sådana fel före överföringen skickas felmeddelanden vid datauppladdningen (se fig. 4.5). Samma figur visar att ett annat fel har påträffats: kontraktet motsvarar inte motparten, d.v.s. ägaren till kontraktet är en annan motpart. Sådana fel finns ofta i modifierade, dvs. icke-standardiserade konfigurationer eller i databaser som skapats för länge sedan, när det inte ens i standardkonfigurationer fanns en tillräckligt strikt kontroll av kontraktens efterlevnad vid ifyllning av dokument.

Fig.4.5 Redovisningsfelmeddelanden

Kontroll av tomma värden på kontrakt och andras kontrakt utförs om parametern " är satt till ett Kontrollera kontrakt för tomma värden och efterlevnad av motparten". Dessutom, för att hitta fel, kan vi rekommendera att använda bearbetningen "Express check of accounting management", nämligen reglerna "Frånvaro av tomma analyser för kontrakt" och "Efterlevnad av motparter och kontrakt".

Det finns andra felkontroller, för mer information kontakta oss (kontakter längst ner på sidan).

Arbetssätt

Vi kommer att visa hur du kan överföra data i delar, snarare än helt, med hjälp av exemplet att ladda upp dokument av en separat typ eller till och med enskilda kopior av dokument av en vald typ. Låt oss bara markera en regel för datauppladdning " Betalningsorder" (se fig. 5). Detta gör att du endast kan ladda upp dokument av typen " Betalningsorder". Om du med dessa parametrar klickar på knappen " Lasta av", då kommer alla dokument av typen " att laddas ner Betalningsorder", belägen i tidsintervallet med " start datum" Förbi " utgångsdatum". Tryck på knappen " Installera PVD", efter detta meddelandet" Val av data för Betalningsorder".

Fig.5 Hur man ställer in en regel för uppladdning av data av en viss typ

Klicka sedan på knappen "Lägg till villkor", du kommer att kunna välja ett urvalsattribut (se Fig. 6.1), oftast är det " Aktuellt dokument", vilket gör att du kan välja ett enskilt dokument från en lista över dokument av denna typ. Med hjälp av andra urvalsdetaljer kan du få ett urval för en grupp av dokument, till exempel välja dokument efter datum. I alla fall väljs dokument ut inom det tidsintervall som anges av parametrarna " Start datum"och" utgångsdatum".

Fig.6.1 Hur man väljer ett enskilt dokument

Viktig! "1C"), som i vissa konfigurationer inte tillåter val av dokument vid uppladdning enligt urvalsdetaljerna. Detta beror på det faktum att i standardreglerna utförs urvalet av dokument genom en begäran utan att ange en period. Sådana förfrågningar fungerar inte alltid.

På liknande sätt kan du ladda upp kataloger, inte hela katalogen, utan genom att välja enligt vissa detaljer. Välj först önskad regel för datauppladdning och tryck sedan successivt på knapparna " Installera PVD"och" Lägg till villkor". Till exempel, Fig. 6.2 visar hur du kan lossa endast de anställda med vilka vid tidpunkten för övergången från programmet " 1C: Förenklat skattesystem, red. 1.3"på" 1C: Enterprise Accounting, utgåva 3.0"(eller, som användare ofta säger, övergången från bokföring 7.7 till 3.0) har arbetsrelationer etablerats.

Fig.6.2 Hur man väljer en grupp av katalogelement

Viktig! Ett fel i standardreglerna har korrigerats i de föreslagna reglerna för dataöverföring (från företaget "1C"), vilket leder till felaktigt val av katalogelement vid avlastning med hjälp av periodiska kataloguppgifter, d.v.s. de som har olika värden för olika datum. Detta beror på det faktum att i standardregler utförs valet av katalogelement av en fråga utan att ange en period.

Val baserat på katalogens periodiska uppgifter görs på datumet för parametern " utgångsdatum"!!!

Du kan använda en kombination av datauppladdning och urvalsregler. Regler som har markeringar kommer att markeras som "[VAL]". För att se eller redigera valet av en specifik regel för datauppladdning måste du dubbelklicka på denna regel i listan med regler eller, efter att ha valt den, klicka på knappen " Installera PVD".

Viktig! Om uppladdningen av objekt visar sig vara tom eller ofullständig måste du kontrollera om synkroniseringsläget är inställt med 1C:Accounting 8. Om så är fallet kommer endast objekt som har ändrats efter överföringen att laddas upp (Directory .Synchronous Accounting Parameters lagrar positionen för det senast uppladdade dokumentets parameter, som kontrolleras under uppladdningen av funktionen CheckFor Upload Possibility). Full drift i synkroniseringsläge blir omöjlig. Synkroniseringsläget kontrolleras efter att bytesreglerna laddats. Om läget är installerat kommer ett varningsfönster att genereras (se Fig. 6.5) och du kommer att bli ombedd att inaktivera synkroniseringsläget.

Ris. 6.5 Synkroniseringsläge varningsfönster

Ytterligare skillnader från standardregler

Åtgärdat ett fel vid överföring av PT&U med gamla kvittotyper: om i dokumenten Mottagning av varor och tjänster är kvittotypen lika med 2 (föråldrat värde) och det inte finns någon leverantörsfaktura, en felaktig konvertering av detta dokument i BP 3.0 till en retur dokument från köparen förekommer.

Ett fel har åtgärdats vid överföring av manuella operationer som har ett underkonto till Division till PROF-versionen av BP. En sådan operation registreras inte i BP ett fel uppstår: "Divisionsfältet måste vara tomt." Detta beror på att reglerna är utformade för att fungera med CORP-versioner, men i PROF måste dimensionerna DivisionDt och DivisionKt i redovisningsregistret vara tomma.

Fixade en bugg som ledde till duplicering av kataloggrupper fördrag och, som en konsekvens, till duplicering av element i denna katalog (eftersom sökningen under laddningen utförs med hänsyn till föräldern). Detta illustreras i figur 6.6.

Fig.6.6 Resultat av katalogöverföring fördrag standardregler

Här i spalten Förälder(kataloggrupp) med namn 2015 Det finns två olika kataloggrupper med samma namn (det finns bara en grupp i källan), därför dupliceras kontrakten.

Fixade ett fel vid överföring av bankdokument vid överföring av pengar från ett löpande konto till ett annat. I BP 3,0 i detta fall skapas ett dokument Debitering från löpande konto med typen av operation Överföra till ett annat konto i organisationen, som inte genomförs på grund av att uppgifterna inte är ifyllda Mottagarens konto. Dessutom är uppgifterna felaktigt ifyllda. konto Och Debetkonto. Detta kommer att dyka upp om de är olika, till exempel 55 och 51, då måste de bytas. Åtgärdat fel att inte fylla i detaljer Typ av skyldighet i skatteöverföringshandlingar. Allt ovanstående gäller för version 3.0.43.215.

Rekvisita överförs huvudkontrakt katalog Motparter.

Regeln för nedladdning av katalogen har ändrats Nomenklatur, nu är metoden för dataurval standardsampling, vilket gör att du kan välja katalogelement efter detaljer (i standardreglerna för det förenklade skattesystemet 7.7 - BP 3.0 är detta inte möjligt). När du överför en katalog Nomenklatur, överförs och Varupriser via länkar, dvs. priserna på endast överförda varor i nomenklaturen. För att aktivera denna funktion måste du ställa in parametervärdet till ett Ladda upp priser vid lossning av varor.

Ett fel har åtgärdats i standardreglerna "USN 7.7 - BP 3.0" vid överföring av saldon för uppgörelser med motparter: typen av avtal var alltid inställd på Övrig. Nu - beroende på typ av saldo, enligt redovisningssektionen " Beräkningar med leverantörer och entreprenörer"kontraktstyp = " Med leverantör"enligt redovisningssektionen" Beräkningar med köpare och kunder"kontraktstyp = " Med köpare", i andra fall, kontraktstyp = " Övrig".

Ett fel har åtgärdats i standardreglerna "USN 7.7 - BP 3.0" vid överföring av saldon för uppgörelser med motparter: beloppet för ömsesidiga avvecklingar registrerades i två detaljer i dokumentet för att mata in initiala saldon Belopp Och BeloppKt. På grund av detta bokfördes inte bokföringsdokumentet för ingående saldon.

Kolla uppMed köparen" (i standardregler" Övrig"). Värdet för attributet " är inställt. Betalningsstat", detta är viktigt för att korrekt välja en faktura för betalning till köparen i bankbetalningsdokument i Mottagarkonfigurationen.

Vid överföring av dokument av formuläret " Betalningsorder"kontraktstyp är inställd på" Med leverantören" (i standardregler" Övrig").

Ett fel har åtgärdats i standardreglerna "USN 7.7 - BP 3.0" vid överföring av lagringsplatser: detaljerna "är inte ifyllda" Lagertyp".

Lade till parameter " Utbyte med tillsynsmyndigheter ingår": om dess värde är 1, då prop Typ av utbyte med kontrollmyndigheter katalogelement " Organisationer"ställ till värde" Exchange I Universal Format", annars i" ExchangeInaktiverad"som i standardreglerna. Detta är viktigt för upprepade (regelbundna) överföringar, för att inte förstöra EDF-inställningen.

Sökregeln för nedladdade objekt för katalogen har ändrats " Motparter": först utförs sökningen av TENN Och kontrollstation(om dessa värden är ifyllda), då endast genom TENN och slutligen av namn. I alla tre fallen involverar sökningen gruppattributet (ThisGroup) och själva gruppen (Parent). Detta är viktigt för upprepade (regelbundna) överföringar, för att inte skapa dubbletter för motparter med namn ändrade EFTER laddning.

Fyll i uppgifterna vid överföring av motparter Landsregistrering betyder "Ryssland". Detta är nödvändigt så att efter att ha laddat katalogen över motparter i programmet "1C Accounting 8" Jag behövde inte fylla i de nödvändiga uppgifterna manuellt Landsregistrering. Om det inte är ifyllt, då i form av ett katalogelement " Motparter"detaljer kommer att finnas tillgängliga" Skattenummer"och" Reg. siffra"och detaljerna" TENN"och" kontrollstation" kommer att döljas.

En datauppladdningsregel för överföring av katalogen "Anställda" har lagts till överföringsreglerna "USN 7.7 - BP 3.0" (i standardreglerna överförs endast katalogen över individer).

I överföringsreglerna "USN 7.7 - BP 3.0" har överföringsregeln för informationsregistret Current Tariff Rate of Employees korrigerats.

Funktioner för att överföra betalningsuppdrag för skattebetalningar

För betalningsorder med transaktionstyp Skatteöverföring Ytterligare uppgifter ska fyllas i: KBK - budgetklassificeringskod, kompilatorstatus m.m. Strukturerna för dessa detaljer finns i Bukh 7.7 (USN 7.7) och i BP 3,0 matchar inte. Särskilt i BP 3,0 Vissa av dessa uppgifter finns i en separat katalog Typer av skatter och betalningar till budgeten, en länk till vilken finns i betalningsordern. Katalogen innehåller ett antal tillhandahållna element som förekommer i informationsunderlaget, till exempel vid redigering av en redovisningsprincip. Vid överföring av data kommer dessa element även att visas när redovisningsprincipen laddas. Vid upp- och nedladdning av betalningsorder, ett katalogelement Typer av skatter och betalningar till budgeten sökte med hjälp av KBK för substitution i detaljerna i betalningsordern Beskatta. Därför rekommenderas det att du efter att ha överfört redovisningsprinciperna kontrollerar om alla nödvändiga skatter finns i katalogen och vid behov kompletterar dem. Vid jämförelse (synkronisering) av KBK i betalningsuppdrag tar inte källan och mottagaren hänsyn till de fyra KBK-kategorierna, kategorierna 14-17, inkomstsubtypskod: skatt, vite, vite osv. I katalogen Typer av skatter och betalningar till budgeten dessa bitar är fyllda med nollor. När nya element läggs till i katalogen ska även bitarna 14-17 fyllas med nollor.

Överföring av stora informationsdatabaser.

Först och främst, när du migrerar stora infobaser, kan processen att ladda ner data ta mycket lång tid. Detta händer om det finns ett stort antal saldon i en redovisningssektion, till exempel varubalanser. För att minska uppladdningstiden kan du använda tekniken att dela upp ett dokument " Ingående saldon" för några få. Om du ställer in parametervärdet " Antal rader i balanspostdokumentet" skiljer sig från noll (se fig. 6.3), då kommer uppladdning av data till ett dokument att begränsas till ett specificerat värde. Detta kan avsevärt (flera gånger) minska uppladdningstiden.

Fig.6.3 Inställning av parametrar vid överföring av data med en begränsning av dokumentstorlek " Ingående saldon»

Obs: parametervärdet begränsar antalet transaktionstabellrader som laddas upp till ett dokument " Ingående saldon", istället för att ange antalet rader i själva dokumentet. Därför kommer antalet dokumentrader att skilja sig från parametervärdet. Detta är inte ett fel. När du delar upp ett dokument " Ingående saldon" för flera dokument kommer en postfix att läggas till i kommentaren för varje dokument i slutet av raden: "-1", "-2", etc.

VIKTIG! Den beskrivna algoritmen för att dela upp ett dokument " Ingående saldon"flera används endast för att minska tiden för datauppladdning; alla dokument laddas upp till en fil, dvs. Dataöverföring sker i ett steg, kommentarer (postfixes) genereras automatiskt, endast en parameter anges. Men denna teknik löser inte problemet med brist på minne, som kommer att diskuteras nedan.

Vid migrering av stora infobaser kan ett problem med att ta slut på RAM uppstå: när du försöker ladda ner kommer programmet att avslutas med ett motsvarande felmeddelande eller utan ett meddelande. Att försöka ersätta din dator med en kraftfullare är värdelöst. I det här fallet bör du ladda upp data i delar, dela upp den i delar. Detta kräver överföringsregler som stöder det angivna läget. Låt oss titta på hur man lossar. För det första bör dataöverföring utföras med endast en uppladdningsregel (se fig. 6.4). Om överföring är omöjlig enligt en regel, delar vi upp den i delar och anger de första och sista portionsnumren. Varje del kommer att innehålla information för ett givet antal analysvärden på första nivån, till exempel produktbalanser, dvs. det angivna antalet kontosaldovärden "41". Genom att veta den totala mängden analyser för kontot är det lätt att beräkna antalet portioner. Hur mycket data som överförs utan problem åt gången (till en information) måste som regel bestämmas experimentellt, vid uppladdning av kontosaldon uppstår överföringsproblem när antalet saldon är flera tusen eller fler. Men för att spara tid för att ladda upp data kan vi rekommendera att dela upp den i delar, även om det är möjligt att ladda upp alla saldon i redovisningssektionen på en gång. Uppladdningstiden beror på storleken på datadelen, inte proportionellt, inte linjärt. Genom att dela upp till exempel tiotusen produktsaldon i tio delar av tusen kan du därför minska lossningstiden med flera gånger. Om vi överför den första delen, kanske numret på den första delen inte anges om den sista delen överförs, kanske inte numret på den sista delen.

VIKTIG! Vid överföring av data i delar är det nödvändigt att ange en postfix i parametrarna, som är involverad i bildandet av dokumentkommentaren " Ingående saldon" När du ändrar portionsintervallsnumren får du inte glömma att ändra postfixen, annars kommer dokument med samma kommentarer (postfixes) att skrivas över när du laddar in i mottagarkonfigurationen. Namnet på datafilen är inte särskilt viktigt. Du kan använda taktik för sekventiell överföring: lossa - ladda, lossa - ladda, etc. I det här fallet behöver inte datafilnamnet ändras. Du kan välja en taktik: först ladda ur allt, ladda sedan allt. I det senare fallet måste namnet på datafilen ändras varje gång den laddas upp. Ännu ett exempel. Om antalet saldon i redovisningsdelen (till exempel varor) är säg 10 000 delar vi upp det i delar av tusen, då får vi 10 portioner. Varje del måste ha en unik postfix: "-1", "-2", "-3", "-4". Om vi lastar av allt kvarvarande gods och sedan laddar allt, måste datafilerna också vara unika, till exempel: "41_1", "41_2", "41_3", "41_4". Parametrarna "Portionsnummer start" och "Portion number end" bör ha följande värden: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

Fig.6.4 Inställning av parametrar vid överföring av data i delar

Överföring av data i delar stöds för följande uppladdningsregler:

Anläggningstillgångar

Material

Avvikelser i kostnaden för lagerartiklar

moms på köpta tillgångar

Oavslutad produktion

Färdiga produkter och halvfabrikat

Försäljningskostnader

Varor skickas

Kontanter

Finansiella investeringar

Uppgörelser med leverantörer och entreprenörer

Övriga uppgörelser med motparter

Skatter och avgifter

Uppgörelser med personal

Beräkningar med ansvariga personer

Uppgörelser med grundare

Avräkningar med andra gäldenärer och borgenärer

Kapital och reserver

Framtida utgifter

Uppskjutna skattefordringar och skatteskulder

Ekonomiskt resultat

Konton utanför balansräkningen

Försök inte följa löjliga råd som: "Överför referensböcker först och sedan resten." För det första är det ingen idé att flytta katalogen separat, varken i delar eller i sin helhet , om felet uppstår vid lossning av saldon, hjälper det inte. Felet kommer med största sannolikhet att inträffa vid överföring av saldon (under lossning är detta viktigt att förstå), när katalogen överförs med länkar. Det spelar ingen roll om katalogen redan har överförts eller inte, vid lossning av rester kommer det fortfarande att lossas utan begränsningar. För det andra, att överföra hela kataloger är vanligtvis att överföra skräp, du bör inte göra detta.

Efter att lossningen är klar du måste starta programmet 1C:Accounting 8. Laddning, både initialt och under upprepade dataöverföringar eller ytterligare överföringar, bör utföras med standardbehandling (se fig. 7).

Uppmärksamhet, viktigt. Behandling Universellt datautbyte i XML-format (i vissa versioner 3.0.43.x) innehåller fel. Korrigerad bearbetning kan användas Universellt datautbyte i XML-format, som ingår i leveransen och installeras i databaskatalogen Bokföring utgåva 4.5.

Efter att ha laddats in i programmet 1C: Bokföring 8 Dokument för införande av saldon ska bokföras och de återstående dokumenten ska bokföras om. Detta görs bäst med bearbetning Gruppöverföring av dokument, som finns i avsnittet Administrering. Om det inte är synligt i det angivna avsnittet, konfigurera åtgärdsfältet genom att lägga till önskat kommando (se Fig. 7.1)

Fig.7.1 Inställning av åtgärdsfältet

Viktig. Du kan inte använda bearbetning från standardkonfigurationen, eftersom den fungerar i hanterarens felsökningsläge (Exchange Processing.Handler DebuggingMode Flag = True) och inte tillåter användning av hanteraren "Sökfält" för att söka efter nedladdade objekt för katalogen " Motparter" (se ovan). Närmare bestämt är alla hanterare som används under lastning i bearbetningen inbyggd i konfigurationen ProcessorerNedladdningarFrånAccounting77. Det är alltså inte möjligt att migrera med de ändrade reglerna, åtminstone under laddningsfasen.

Liknande extern bearbetning kan användas Överföring av data från informationsbaser för 1Enterprise77(det ingår i leveransen). Nedan beskriver vi hur du använder det (återigen - extern bearbetning).

Efter att lossningen är klar du måste starta programmet 1C:Accounting 8. I menyn: Arkiv - Öppna och peka på extern bearbetning Överföring av data från informationsbaser för 1Enterprise77.

Efter detta kommer ett formulär att visas där du måste ange alternativet för dataladdning – Ladda data från fil (Fig. 7.2).

Därefter kommer en dialogruta att visas där du måste ange sökvägen till den uppladdade filen (se Fig. 7.3).

Genom att klicka på "Ladda data", starta dataladdningsprocessen (se fig. 7.4), efter att den är klar måste du generera en balansräkning och kontrollera omsättningen i källkonfigurationsdatabasen och destinationskonfigurationen till vilken nedladdningen gjordes .

Om några fel uppstår under dataöverföringsprocessen öppnas ett meddelandefönster där du kan dubbelklicka för att lösa felet. För att få en rapport om fel som uppstod med en beskrivning och rekommendationer för eliminering måste du klicka på hyperlänken " Felinformation».

Laddar under upprepade dataöverföringar eller ytterligare överföringar av enskilda dokument eller kataloger kan utföras med standardbehandlingen "Universal Data Interchange in XML Format", detta kommer att påskynda processen.

Datakonverteringsteknik.

Vid behov kan konvertering utföras i flera steg, till exempel först saldon och sedan dokument. Återöverföring av information är möjlig.

Saldon överförs genom dokument " Ange initiala saldon».

Mer information om metodiken för att ange saldon finns i artikeln på 1C-företagets ITS-webbplats (för 1C: Enterprise Accounting rev. 3.0)

Viktig! Innan ingående saldon skrivs in måste redovisningsprincipparametrar ställas in. Organisationens parametrar för redovisningsprinciper läses på dagen efter det datum då saldona läggs in. Till exempel, om datumet för införande av saldon är den 31 december 2013, beaktas de redovisningsprincipparametrar som fastställts från och med 1 januari 2014. Detta gör att du kan ta hänsyn till parametrarna för den aktuella redovisningsprincipen (till exempel: om organisationen 2013 tillämpade ett förenklat beskattningssystem och sedan 2014 bytte till det allmänna systemet - då kommer redovisningsprincipparametrarna från 2014 att tas med i beräkningen vid inmatning av saldon från och med den 31 december 2013. Se till att redovisningsprinciperna har överförts korrekt, korrigera vid behov.

Viktig! Om du bestämmer dig för att börja arbeta i mottagarkonfigurationen innan du har överfört resten dit, måste du först överföra katalogerna innan du börjar arbeta i mottagarkonfigurationen. Annars kan fel uppstå vid överföring av saldon till en icke-tom databas.

Jag svarar på frågorna! Behandlings- och överföringsreglerna som ingår i leveranssetet är öppna och inte skyddade från kopiering på något sätt. Detta innebär inte att köparen (licenstagaren) har rätt att distribuera och reproducera. Tillståndshavaren har inte en sådan rätt. Licensinnehavaren har rätt att använda. Genom att utöva denna rättighet kan licensinnehavaren skapa arkivkopior, göra ändringar och använda ett obegränsat antal gånger på ett obegränsat antal datorer. För att förfina eller korrigera konverteringsreglerna, samt för att bli mer bekant med dem, måste du ladda reglerna i programmet Datakonvertering. Detta program distribueras av 1C, och det bestämmer reglerna för dess användning.

Skäl att köpa

Uppdateras regelbundet. Uppdateringar är gratis i sex månader efter köpet. Ingår i Infostarts TOP 100 publikationer.

Fördelar

Texten till reglerna och behandlingen är öppna, datakonverteringsteknik används och är lätta att redigera.

Jämförelse av versioner

2019-01-29 Regler uppdaterade till release 3.0.67.70

07/05/2018 Regler uppdaterade till release 3.0.63.22

25.09.2017 Regler uppdaterade till release 3.0.52.36

2017/07/18 Regler uppdaterade till release 3.0.51.16

2016-10-12 Rättade ett fel vid överföring av yrkesutbildning med gamla antagningsformer

09/08/2016 Regler uppdaterade till release 3.0.44.102

2016-06-18 Fixade ett fel vid överföring av manuella operationer som har underkontot Division

2016-05-31 Reglerna uppdaterades till release 3.0.43.236. I standardkonfigurationer (BP-utgåvor 3.0.43.174 - 235) i Universal XML Data Exchange-behandlingen fungerar inte proceduren för laddningsparametrar korrekt. Reglerna har ändrats för att kringgå denna bugg. Du kan också använda Universal Data ExchangeXML-bearbetningen som ingår i leveranspaketet för att ladda in i BP 3.0. Det skrivs under installationen till ExtForms underkatalog i infokatalogen. baser 7.7.

25/05/2016 Regler uppdaterade till release 3.0.43.215

05/11/2016 Begränsningen av längden på kontraktsnamnet ändrades från 50 till 100.

2016-02-23 Regler uppdaterade till release 3.0.43.29

2015-12-21 Behandling och regler uppdaterade till version 3.0.42.33

11.11.2015 Lade till kontroll för synkroniseringsläge

2015-05-18 Bearbetning och regler uppdaterade till release 3.0.40.24

2015-05-14 Överföringen av betalningsdokument för skatter har slutförts

04/08/2015 Bearbetning och regler uppdaterade till release 3.0.39.56. I release 3.0.39 har strukturen för fakturan för betalning ändrats: det finns inte längre tabelldelen "Tjänster", nu finns varor och tjänster i en tabelldel "Varor". Därför kan reglerna för 3.0.38 inte användas för portering till 3.0.39

04/02/2015 Bearbetning och regler uppdaterade till release 3.0.38.53

2014-12-23 Behandling och regler uppdaterade till release 3.0.37

Leveransens innehåll.

Paketet innehåller: bearbetning "ACC_ACC8",överföringsregler "ACC_ACC8" och bearbetning Överföring av data från informationsbaser för 1Enterprise77. Om din organisation inte har en heltidsprogrammerare för att utföra arbetet, är vi redo att erbjuda tjänster från vår specialist (programmeraren kommer att ansluta till din dator via Internet med hjälp av ett speciellt program för fjärrarbete och utföra det nödvändiga arbetet ). Om möjligt, tillhandahåll en fungerande bas "1C: Redovisning 7.7", vi kan överföra data själva och överföra filen " 1C: Bokföring 8" med överförda saldon. Kostnaden för denna tjänst ingår inte i den totala kostnaden för paketet.

Behöver jag byta till 1C:Enterprise 8.2? Om du läser den här artikeln betyder det att du förmodligen redan har svarat jakande på den här frågan. Därför kommer vi nu inte att prata igen om fördelarna med att byta till en ny plattform, utan kommer att fokusera direkt på detaljerna och funktionerna i denna process.

1. Allmän algoritm

Så du har bestämt dig för att byta till "åttan" och vill ta reda på hur detta görs och vad det "hotar" för dig. I sin mest allmänna form ser övergångsdiagrammet ut så här (fig. 1).

Ris. 1. Algoritm för övergång från 1C:Enterprise 7.7-plattformen till 1C:Enterprise 8.2-plattformen

1. Uppgradera. Det första du behöver göra är att skriva en ansökan från din organisation, skicka in ett registreringsformulär för plattform 7.7 och köpa plattform 8.2. I det här fallet kommer du att tillhandahållas rabatt i beloppet av kostnaden för den gamla plattformen, men inte mer än 50%. Den gamla plattformen finns kvar hos dig, och du kan fortsätta att använda den, men den kommer att tas bort från teknisk support hos 1C.

2. Uppdatera aktuell konfiguration tills den senaste aktuella utgåvan.

3. Förbereda databasen för överföring. Detta innebär att säkerhetskopiera databasen, stänga den aktuella faktureringsperioden, rensa databasen från objekt markerade för radering och korrigera redovisningsfel (om några).

4. Dataöverföring. Detta är huvudscenen. Algoritmer och arbetsintensitet är olika i varje specifikt fall.

5. Utbildning av personal för att arbeta med den nya konfigurationen. Eftersom konfigurationerna på plattformarna 7.7 och 8.2 skiljer sig åt både i gränssnitt och funktionalitet kan du behöva utbildning för att arbeta i den nya konfigurationen. Du kan studera det själv med hjälp av lämplig metodlitteratur, men det är bättre att ta en specialiserad kurs på 1C.

6. Drift. I det här skedet, när användare börjar arbeta i det nya programmet, felsöks det och eventuella fel i automatiserad dataöverföring korrigeras.

Låt oss titta på processen att migrera till en ny plattform i samband med konfiguration "1c redovisning".

2. Ändra "1C: Accounting 7.7" till "1C: Accounting 8.2"

Strategin och mekanismerna för att överföra data från "1C: Accounting 7.7" till "1C: Accounting 8.2" bestäms av följande faktorer:

starttid för redovisning i det nya programmet;
närvaron och komplexiteten av ändringar i den aktuella versionen av din konfiguration;
behovet av att bevara historien om affärstransaktioner för tidigare perioder.

Vi rekommenderar våra kunder att börja arbeta i ett nytt redovisningsprogram från 1 januari det nya året . Detta beror på att de flesta skatter beräknas på periodiseringsbasis. Därför, för att inte utveckla metoder för att korrekt överföra ackumulerade resultat, är det nödvändigt att binda starten av arbetet i programmet till början av skatterapporteringsperioden. Naturligtvis kan du börja arbeta från början av kvartalet och till och med från början av nästa månad, men en sådan övergång kommer att medföra mer betydande kostnader (på grund av betydande skillnader i strukturen för dokument i 7.7 och 8.2).

Beroende på kombinationen av ovanstående faktorer kan situationerna vara följande.

Situation 1:

Övergång från det nya året, TYPISK konfiguration, korrekta kontosaldon genereras i det gamla programmet

Detta alternativ är enkelt och okomplicerat, men i praktiken är det extremt sällsynt. Det är endast möjligt i ett antal mindre företag att generera korrekta saldon i det gamla programmet omedelbart innan arbetet påbörjas i det nya programmet, och endast under förutsättning att alla primära dokument för den senaste perioden tillhandahålls och förs in i programmet.

Om detta är ditt fall har du tur. Du behöver bara uppdatera "1C:Enterprise 7.7"-konfigurationen till den senaste versionen och använda "Överföring av data från 1C:Enterprise 7.7 informationsbaser" inbyggd i "1C:Enterprise 8.2". Du kan göra detta själv, utan hjälp av en specialist. Du behöver bara strikt följa instruktionerna som anges i behandlingen.

Situation 2:

Övergång från det nya året, TYPISK konfiguration, i det gamla programmet finns det INGA KORREKT KONTOSALDO

Standardpraxis i detta fall är arbetar i det gamla och nya programmet samtidigt . Under "övergångsperioden" (bild 2) stänger anställda sina tidigare transaktioner i det gamla programmet och börjar mata in dokument om nya transaktioner i det nya systemet.

Ris. 2. Övergångsperiod vid byte av plattform

För att övervinna denna period med minimala förluster kan du använda följande strategier:

överföra saldon "i befintligt skick" till början av året och föra register baserat på dessa uppgifter. När de korrekta saldonen i "sju" har erhållits, måste de omedelbart justeras retroaktivt i "åttan".
vägra att överföra felaktiga saldon och ange primära dokument för nya transaktioner i G8 utan att senare genomföra dem. I det här fallet spelar det ingen roll om det finns saldon i programmet eller inte, ej bokförda dokument gör inga rörelser på kontona. Detta måste göras tills rätt saldon tas emot i 1C:Enterprise 7.7. Därefter överförs de resulterande saldonen till det nya programmet i början av året. Det sista steget är den konsekventa implementeringen av det "primära" som infördes i det nya programmet under övergångsperioden med hjälp av inbyggd bearbetning "Grupphantering av kataloger och dokument" .

Situation 3:

Övergång från halvårsskiftet, TYPISK konfiguration

"1C: Accounting 8.2" stöder ett antal mekanismer som är viktiga för bokföring, vars prestanda beror på vilka uppgifter som har lagts in i dokument under året. Bland sådana mekanismer finns den redan nämnda beräkningen av skatter på periodiserad basis, en algoritm för fördelning av indirekta kostnader och andra förfaranden relaterade till månadens slut. Det är just på grund av dessa funktioner som det i denna situation är omöjligt att byta till ett nytt program lika enkelt som i de två första fallen. För att minimera antalet fel som kan uppstå under migreringen rekommenderar vi:

börja arbeta, om inte från början av året, så åtminstone från början av kvartalet;
överföra saldon till början av året;
överföra alla primära dokument för den aktuella rapporteringsperioden (år) till det nya systemet och återställa bokförings- och skattedata med hjälp av gruppbearbetning av kataloger och dokument.

1. Standardlösning "1C: Datakonvertering 2.1". Denna mjukvaruprodukt kan användas för att överföra information mellan konfigurationer på 1C-plattformen oavsett struktur och komplexitet.

2. Utveckling av 1C-franchisetagare. Många företag, inklusive företaget « RG-Soft" (), det finns beprövade metoder för att lösa detta problem, vilket avsevärt kan minska tiden och budgeten för dataöverföringsarbete.

Situation 4:

Övergång från en STANDARD-konfiguration MED ÖVERFÖRING AV DOKUMENT FRÅN DEN FÖRGÅNGDA PERIODEN

Separat noterar vi att det finns företag som har långvariga (mer än ett år) relationer enligt kontrakt med motparter. Ledningen för sådana företag är intresserade av att ha en historia av affärstransaktioner i programmet. Närvaron i det nya programmet av dokument som lagts in i det gamla programmet tillåter användare att enkelt och snabbt spåra relationer under specifika avtal/transaktioner.

Det är möjligt att genomföra en sådan överföring med samma mekanismer som i den tidigare situationen. Skillnaden mellan denna process är att det inte finns något behov av att överföra alla dokument, du kan begränsa dig till att överföra endast ett fåtal typer av dokument, och saldot för andra konton läggs in genom standardbehandling. I det här fallet lämnas vanligtvis ytterligare överförda dokument oposterade.

Även om det är möjligt att överföra dokument för den senaste perioden från ett gammalt program till ett nytt, leder en sådan överföring till en märkbar ökning av storleken på databasen, och följaktligen storleken på de bearbetade tabellerna. Detta kan göra att systemet saktar ner. Därför bör du inte använda detta övergångsalternativ om det inte är absolut nödvändigt. Det rekommenderas att lämna handlingar som överförts från tidigare perioder obokade så att informationen de innehåller inte påverkar löpande bokföring och skatteredovisning. Använd historiska dokument endast för referensändamål.

Situation 5:

Övergång från en ICKE-TYPISK konfiguration på 1C:Enterprise 7.7-plattformen

Alternativen som beskrivs ovan används vid migrering från standardkonfigurationen av 1C:Enterprise 7.7, men i praktiken måste du ofta hantera modifierade konfigurationer. Att organisera en övergång i denna situation är ett speciellt alternativ som förtjänar att övervägas.

Beroende på vilken typ av ändringar som gjorts i programmet är följande dataöverföringstekniker tillgängliga:

· om konfigurationen har ändrats något och de grundläggande mekanismerna liknar standard 1C-lösningen, kan du, som i de tidigare alternativen, använda standardövergångsverktyg. Du behöver bara konfigurera eller ändra dem något för att passa ditt program. Det kanske mest testade och pålitliga verktyget är det redan nämnda "1C: Data Conversion 2.1". Detta verktyg kommer att kräva vissa operativa färdigheter från användaren, men med dess hjälp är det möjligt att organisera automatisk överföring av objekt mellan konfigurationer.

· om konfigurationen har gjorts om radikalt under årens lopp, kan det visa sig vara mer arbetskrävande att installera standardmigreringsverktyg än att skriva din egen bearbetning för dessa ändamål. En liknande situation uppstår i fallet med att organisera en övergång från ett redovisningsprogram som inte är associerat med 1C-plattformar. Det är också möjligt att göra en sådan övergång, men det kommer inte att vara möjligt att komma med ett universellt utbyte i förväg. Varje specifikt fall kräver ett individuellt förhållningssätt till problemet. Vårt företag kan erbjuda sin erfarenhet av att överföra data genom filer i olika format, såsom dbf, xls(Universell laddare från Excel till 1C), xml.

En annan punkt som är värd att nämna i samband med övergången från plattform 7.7 till 8.2 gäller databaskonsolidering.

På grund av avsaknaden av en mekanism för att upprätthålla register över flera företag i en databas, var många företag tvungna att samtidigt underhålla flera databaser i 1C: Enterprise 7.7. Eftersom detta problem har lösts i den åttonde versionen, uppstår uppgiften att kombinera flera databaser till en som en del av ett dataöverföringsprojekt. Dessutom kan var och en av de sju baserna ha sina egna egenskaper.

Med hjälp av metoderna ovan kan du upprätta interaktion med var och en av databaserna separat. Det uppstår dock ett antal deluppgifter som är specifika för detta fall.

1. Enhet av dokument relaterade till en viss organisation. Detta problem löses enkelt med prefixmekanismen. Varje organisation som är registrerad i programmet tilldelas ett eget bokstavsprefix. Detta prefix läggs till dokumentnumret, vilket säkerställer numrens unika karaktär.

2. Kontroll av dubbletter av katalogelement. Vid överföring av data från flera informationskällor till ett enda informationssystem kan en situation uppstå då samma element i kataloger, till exempel samma motpart i en ny katalog, kommer att upprepas flera gånger. Därför, efter att ha överfört data, är det nödvändigt att utföra en procedur för att jämföra och slå samman dubbletter av katalogelement.

3. Eventuella svårigheter som du bör vara medveten om

Med en ordentlig planering av processen för övergång till en ny plattform kan många problem undvikas. Det finns dock ett antal specifika egenskaper som avslöjas redan vid projektets genomförande. Vi pratar om olika fel som uppstår både på grund av felaktiga användaråtgärder och på grund av de tekniska egenskaperna hos 1C:Enterprise-plattformen. Låt oss överväga dessa punkter mer i detalj.

3.1. Fel i källdata

I allmänhet är en entydig identifiering av ett objekt i databasen möjlig med hjälp av TIN- och KPP-detaljerna. I de sju lagrades båda dessa värden i en TIN/KPP-detalj, och det fanns inga kontroller för riktigheten av de uppgifter som angavs i denna detalj. Det gick att ange färre nummer, sätta avskiljaren på fel ställe och ange ett helt abstrakt TIN.

En typisk överföring, när man skapar en katalog, separeras motparter av TIN och KPP genom att helt enkelt skära av det nödvändiga antalet tecken. Därför kan helt felaktiga uppgifter registreras i detaljerna i den nya databasen. Således kommer korrekt identifiering av objekt under överföring med hjälp av sådana data att vara mycket svårt.

Ett annat problem är avsaknaden av ett enhetligt datainmatningsformat. Varje användare kan ange namnet som han eller hon gillar bäst. Låt oss föreställa oss att användaren i en "sju"-databas, som fyllde i "Namn" på motparten, skrev "Vympel Management Company", och i en annan "sju"-databas är samma motpart listad som "Vympel Management Company". I en sådan situation kommer automatisk behandling inte att kunna avgöra att detta är samma motpart, och kommer att flytta den till åtta två gånger. Det kommer att vara svårt att arbeta vidare i en sådan databas, eftersom en del av saldot kommer att ligga på ett element och den andra delen på ett annat.

3.2. Konfigurationsskillnader

En annan grupp av överföringsfel orsakas av tekniska skillnader i konfigurationer. Vissa affärstransaktioner återspeglas i "1C:Enterprise 7.7" av flera typer av dokument och i "1C:Enterprise 8" av ett. Till exempel återspeglas mottaganden av både material och varor i det nya programmet med ett dokument och i det gamla - med två. Sålunda, när man försöker överföra dokumenten "Mottagning av material nr 22" och "Mottagning av varor nr 22", uppstår ett unikhetskontrollfel. Eftersom det är omöjligt att registrera två dokument med samma nummer under en given period, är det nödvändigt att på konstgjord väg införa skillnader i dem och systemet för att införa dessa skillnader är överenskommet i förväg.

Till exempel löses detta problem genom att lägga till ett ytterligare prefix till numret på det nedladdade dokumentet. För varje funktion i dokumentet tilldelas detta prefix separat. Detta kan vara en egenskap hos den databas från vilken dokument laddas ner eller den typ av dokument som nedladdningen gjordes från. Här är ett exempel på bildandet av ett sådant prefix. Filialbasen i Krasnoyarsk ger prefixet "KR". Dokumenttypen "Materialmottagning" från vilken nedladdningen görs ges prefixet "M". Så, om dokumentnumret i sju var 00000031, blir det åtta numret som följer:

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

Som ett resultat kommer ett unikt nummer att registreras i databasen.

3.3. Tekniska problem

Dataöverföringsfel kan också uppstå på grund av tekniska funktioner hos 1C:Enterprise-plattformen. Till exempel särskiljer den vanliga sökmekanismen efter namn inte versaler i namnet på ett katalogelement från små. Det finns förvirring när du använder denna mekanism. I databasen finns till exempel två motparter "l-audio" och "L-Audio". När du söker efter en "l-audio"-motpart kommer systemet att hitta "L-Audio". Resultatet blir ett felaktigt ifyllt dokument.

Det är också nödvändigt att uppmärksamma själva den valda dataöverföringsmetoden. Det ovan beskrivna exemplet med fördubbling av motparter, när det överförs från företagsfilialernas databaser, kanske inte faktiskt visar sig vara en fördubbling. Företag som verkar i olika städer kan mycket väl ha motparter som också är verksamma i olika städer. Filialen till L-Audio-företaget i Nizhny Novgorod och själva L-Audio-företaget i Moskva kan med rätta kallas exakt likadant i databaserna. För att undvika sådan förvirring måste du välja en överföringsmetod i förväg. I vårt exempel kan vi separera motparter i olika kataloggrupper beroende på källdatabasen. Valet av en sådan teknik kommer också att påverka dataladdningsmekanismerna.

Metoderna som beskrivs ovan för att lösa nya problem kanske inte heller är universella nog. Vid migrering av data är det mycket viktigt att kunna kombinera de metoder som används i migreringsverktyget. Till exempel identifierar vi de flesta element i kataloger med namn. Samtidigt, när du överför dokumentet "Godkännande av anläggningstillgångar för redovisning", kommer denna metod att ge oönskade resultat i fallet när ett antal små anläggningstillgångar av samma typ anges (kontorsmaterial, möbler, etc.), skiljer sig endast i lagernumret. Varje dokument om godkännande för redovisning kommer att ange samma objekt. Det är omöjligt att acceptera ett objekt för redovisning flera gånger. Därför är det mycket viktigt att tillhandahålla möjligheten att anpassa datamigreringsverktyget som används. I det här fallet kommer vi helt enkelt att indikera att sökningen efter OS måste utföras med åtkomstnumret (koden).

Slutsats

För närvarande finns det fortfarande en hel del företag som använder 1C:Enterprise 7.7. Detta beror på sådana faktorer som bristande förståelse för fördelarna med den nya plattformen, ovilja att lära sig ny teknik och rädsla för att stöta på ett stort antal svårigheter under övergången. Med exemplet 1C: Redovisning försökte vi visa att de flesta av dessa skäl inte är så betydande. Under hela vår verksamhet hjälper vi våra kunder att hantera eventuella svårigheter i samband med implementeringen av program på 1C:Enterprise 8-plattformen. Om du är intresserad av frågan om övergång eller om du har några andra frågor angående 1C:Enterprise 8-plattformen och de konfigurationer som skapas på den, står RG-Soft-specialister till din tjänst!