Un exemplu de regulă de conversie a obiectelor. Un exemplu de regulă pentru conversia obiectelor Reguli tipice pentru transferul de date 1c

Datele și documentele importante colectate de-a lungul anilor de muncă grea nu ar trebui să fie pierdute doar pentru că a apărut o platformă mai nouă sau o configurație 1C. Pentru a preveni acest lucru, există posibilitatea transferului de date.

Transferul datelor este una dintre cele mai critice părți ale tranziției de la o configurație la alta.

Pentru ca datele să fie transferate în siguranță, trebuie să încredințați această muncă unor profesioniști. Echipa noastră va face toată munca calitativ și la timp.

Etapele migrației

Transferul de date constă în 5 etape. Am încercat să le descriem cât mai detaliat și clar posibil.

De ce este mai bun transferul nostru de date?

Costul unui transfer tipic de date

Menținerea noului program

După transferul tuturor datelor, poate fi necesar să vă întrețineți programul. Suntem gata să vi-l oferim!

Trecerea la 1C 8.2

Detalii despre alte etape ale tranziției de la o platformă la alta. Upgrade de licență, configurare, instruire, asistență. Experții noștri sunt gata să vă ofere toată asistența necesară!

De ce suntem mai buni?

Transfer de comandă

echipa noastră

De ce este mai bun transferul nostru 1C?

Transparenţă

Înainte de a transfera directoarele 1C 8.2 și celelalte date ale dumneavoastră, specialiștii noștri vă vor spune în detaliu despre toate etapele de lucru. Încredințându-ne baza ta, știi mereu ce se face, în ce ordine și cât plătești pentru fiecare etapă de lucru.

Abordare individuală

Înainte de a trece direct la transferul 1C 7.7 la 1C 8.2, specialiștii noștri vor efectua o analiză aprofundată a bazei de date. Există o mare probabilitate ca în versiune noua 1C are deja toate îmbunătățirile de care aveai nevoie. În orice caz, vă vom recomanda ce altceva aveți nevoie pentru o muncă confortabilă.

Calitate

Înainte de cea mai importantă etapă a transferului, specialiștii noștri efectuează întotdeauna un transfer de probă a bazelor de date 1C pentru a identifica posibile greșeli, repetiție și pierdere de date. Dar chiar și după transferul în sine, cu siguranță vom verifica totul pentru a fi și mai încrezători în calitatea acestuia.

Lucrați pentru rezultat

Lucrarea este considerată finalizată numai după ce vă asigurați că transferul directoarelor 1C 8 și a altor date se face corect și sunteți mulțumit de rezultat. Nu ne abandonăm clienții!

Etapa 1. Analiza generală a bazei de date sursă

Ce lucrare se face:

obținerea unei configurații tipice a unei versiuni similare bazei de date sursă;

analiza generală a modificărilor în structura datelor (comparație cu o configurație tipică);

analiza generală a modificărilor în formele și modulele de configurare (comparație cu o configurație tipică);

controlul prezenței conturilor contabile nestandard pentru configurațiile contabile;

controlul general asupra corectitudinii contabilității în baza de date sursă (prezența soldurilor „roșii”, perioade neînchise, secvențe nerecuperate etc.);

actualizarea bazei de date sursă la versiunea cerută de regulile standard de migrare;

transfer de probă de date;

pregătirea unor eventuale recomandări pentru pregătirea bazei sursă pentru transferul directoarelor 1C 8 și a altor date.

Pentru ce:

determinarea posibilității de utilizare a unui transfer tipic;

evaluarea complexității îmbunătățirilor și pregătirea documentației tehnice pentru transfer (dacă utilizarea unui transfer tipic nu este posibilă).

După efectuarea unei analize generale a bazei sursei, se poate obține confirmarea că datele pot fi transferate prin mijloace standard, în acest caz, costul suplimentar al serviciului de transfer este determinat în funcție de lista de prețuri a unui transfer tipic, în funcție de configurație.

Dacă nu este posibil un transfer tipic corect, atunci este pregătită o ofertă cu costul lucrării pentru a finaliza configurațiile, regulile de schimb și transferul non-standard.

Preț: 2 000 de ruble

Etapa 2. Întocmirea documentației tehnice pentru transfer non-standard

Ce lucrare se face:

se efectuează o analiză aprofundată a modificărilor existente ale configurației standard a bazei sursei, o comparație a acestor modificări cu o configurație tipică similară ca versiune și cu o versiune nouă a configurației standard a bazei de recepție;

comunicarea cu persoanele responsabile ale Clientului pentru stabilirea necesității îmbunătățirilor identificate, clarificarea metodelor de utilizare a îmbunătățirilor, colectarea de sugestii pentru îmbunătățirea îmbunătățirilor (dacă este necesar);

se întocmește o listă a îmbunătățirilor disponibile la configurația standard a bazei sursei;

o listă de îmbunătățiri recomandate la configurația standard a bazei receptorului este întocmită și convenită, ținând cont de funcționalitatea standard a configurației tipice (poate că revizuirea nu trebuie să fie transferată dacă configurația receptorului are deja o funcționalitate standard similară );

proiectul este elaborat și aprobat termeni de referinta pentru finalizarea configuratiei bazei de receptie, definitivarea regulilor de schimb, descriere
proceduri de transfer non-standard (dacă este necesar).

Pentru ce:

garanția calității și transparenței lucrărilor privind transferul non-standard al bazelor de date 1C;

estimarea exactă a costurilor și a duratei de lucru;

capacitatea de a efectua lucrări de migrare cu implicarea unui programator 1C cu normă întreagă cu nivelul de calitate cerut.

Dacă setul specificat de documentație tehnică nu este disponibil, transferurile non-standard între configurațiile 1C sunt efectuate numai pe oră. În acest caz, este imposibil să se garanteze cu exactitate costul și durata lucrării în avans. Cu toate acestea, în acest caz, sunt posibile unele economii de timp și costuri pentru pregătirea unui set de documentație.

Preț: Se precizează pe baza rezultatelor unei analize generale a bazei sursei.

Etapa 3. Finalizarea configurației receptorului

Ce lucrare se face:

configurația standard a bazei receptorului este în curs de finalizare pe baza specificațiilor tehnice, sau în conformitate cu instrucțiunile Clientului (pentru lucru pe oră);

se efectuează testarea preliminară a îmbunătățirilor;

îmbunătățirile sunt documentate sub forma unui raport privind modificările unei configurații tipice (pentru posibilitatea actualizării ulterioare de către un inginer de service);

se efectuează o demonstrație a îmbunătățirilor aduse utilizatorului (livrarea și acceptarea lucrărilor);

se elaborează un manual de utilizare pentru modificări (dacă este necesar).

Pentru ce:

Primești ultima versiune configurații cu modificările de care aveți nevoie;

Primiți documentația privind îmbunătățirile necesare pentru continuarea
actualizări de către un inginer de service.

Etapa 4. Finalizarea regulilor de transfer

Ce lucrare se face:

regulile standard de transfer de la 1C sunt în curs de finalizare pentru a lua în considerare modificările în structura datelor din configurația standard a bazei sursă, precum și conturile contabile nestandard utilizate în baza sursă;

se efectuează un test preliminar al transferului ținând cont de modificări.

Pentru ce:

Asigură transferul corect al datelor care nu sunt transferate conform regulilor standard de schimb;

Rafinarea regulilor de transfer poate fi necesară și în cazul în care contabilitatea în baza de date sursă a fost efectuată incorect din punctul de vedere al metodologiei soluției standard, deși configurația sursei ar putea să nu conțină îmbunătățiri.

Preț: format pe baza unui set de documentație tehnică.

Etapa 5. Transfer de date

Ce lucrare se face:

transfer de informații de referință (toate sau prin linkuri), transfer de solduri la o dată dată;

controlul corectitudinii transferului - compararea datelor bazei sursă și a bazei de destinație;

pregătirea unor posibile recomandări pentru ajustarea soldurilor în baza de date receptoare, ținând cont de particularitățile contabilității în diferite configurații (dacă este necesar).

Pentru ce:

Te pregatesti sa pleci noua baza date cu soldurile dvs. curente.

Transferul se realizează folosind regulile de transfer dezvoltate de 1C, cu utilizarea îmbunătățirilor făcute special pentru Client. Compoziția datelor transferate poate diferi pentru diferite versiuni de configurare, specialiștii noștri vă vor sfătui asupra posibilelor
caracteristici de transfer.

1. Introducere.

2. De ce aveți nevoie: Configurație 1C: Conversie de date 2. * și procesare din pachet. Pentru un exemplu de sarcini, luăm configurațiile 1C: Trade Management 11 și 1C: BP 3. *.

Deci, pentru a dezvolta reguli de încărcare a datelor în 1C, veți avea nevoie de configurația 1C: Object Conversion 2, precum și de procesarea inclusă în pachet.

De exemplu, am implementat deja baza de conversie și am lansat-o.

Vom scrie dezvoltarea regulilor de schimb între configurația 1C: Trade Management 11 și 1C: Enterprise Accounting 3 (reguli de schimb UT / BUH).

3. Vom avea nevoie de Procesare pentru a descărca structura și schimbul de metadate.

Primul lucru pe care trebuie să-l obțineți pentru dezvoltare sunt fișierele cu o structură de metadate. Acest lucru se realizează folosind procesarea de descărcare a structurii metadatelor inclusă în pachetul de conversie a obiectelor.

De fapt, în directorul de configurare dezambalat pentru configurații activate formulare gestionate suntem interesați să procesăm MD83Exp.epf. Dacă descărcarea trebuie făcută din configurații pe formulare obișnuite, atunci se utilizează procesarea MD82Exp.epf. Asta dacă, de exemplu, trebuie să obțineți o structură din configurații precum 1C: UT 10, 1C: Manufacturing Enterprise Management 1.3, 1C: Integrated Automation 1.1, 1C: Zup 2.5 și așa mai departe.

În plus, pentru a încărca și descărca date în 1C folosind regulile noastre, veți avea nevoie de procesarea „Schimb universal de date în format XML” V8Exchan83.epf pentru configurații pe formulare gestionate, cum ar fi 1C: Trade Management 11. *, 1C BP 3, 1C : ERP 2. * și altele asemenea. Și, în consecință, V8Exchan83.epf - pentru configurații pe formulare obișnuite.

4. Încărcarea structurii metadatelor de configurare 1C: Trade Management 11.3 și 1C: Enterprise Accounting 3.0.

Să începem prin a descărca structura metadatelor din configurația 1C: Contabilitate întreprindere 3.
Deschideți procesarea MD83Exp.epf

Sub formă de prelucrare există setari aditionale, unde putem activa sau dezactiva opțiunea de descărcare a registrelor și mișcărilor în 1C. Există, de asemenea, posibilitatea de a alege unde va avea loc descărcarea: pe serverul 1C sau „pe client”. Specificați numele fișierului în care va fi descărcată structura de date. În mod similar, descarcăm structura metadatelor de configurare Trade Management 11.

Acum trebuie să încărcați configurația în baza de date de conversie. La acest articol se poate ajunge atât din lista de configurații, cât și din lista de conversii. Să pornim doar de pe desktop:

În caseta de dialog, încărcați structura BP:

Și în mod similar - structura Departamentului Comerțului.

Când descărcarea este completă, va apărea o casetă de dialog în care puteți specifica un nume convenabil pentru dvs.

6. Crearea de reguli de conversie în 1C pe un exemplu specific al sarcinii.

Apoi, mergeți la „Setarea regulilor obiectului”, unde creăm o nouă setare.
În caseta de dialog pentru crearea unei conversii, selectați configurația „sursă” și configurația „destinație” (pe care le-ați încărcat anterior) și faceți clic pe OK.

Deoarece în acest articol am plănuit să arăt creația „de la zero” și „fără gunoi”, vă reamintesc că nu creăm automat nimic. Fara prototipuri.

Nu vom face nimic în această casetă de dialog, doar faceți clic pe - „Închidere”.

Să creăm reguli pentru descărcarea nu a unui document într-unul, ci a unui tip în altul, de exemplu, documentul Vânzări de bunuri și servicii din UT 11 cu directoarele necesare la documentul Recepție de bunuri și servicii în BP 3.

Deci, creăm un nou PKO (regula pentru conversia obiectelor în 1C)

Selectați sursa Realizarea Bunurilor de Servicii și destinatarul Primării Bunurilor de Servicii și faceți clic pe OK.
În acest caz, va apărea o casetă de dialog, unde refuzăm din nou crearea automată PKS (Reguli de conversie a proprietăților). În continuare, le selectăm doar pe cele necesare.

Dar la propunerea de a crea un PVD (reguli de încărcare a datelor), răspundem „Da”.

Sunt create VDP-uri, care se vor reflecta în procesarea schimbului universal XML pentru selecție:

Vor fi create și reguli de conversie a datelor cu reguli de conversie a proprietăților goale.

Mai mult, este clar că implicit se propune căutarea FSP-ului după identificatorul intern al obiectului. Acest lucru este indicat de o lupă lângă PKO. Vom face propria noastră căutare și o vom face după numărul și data documentului de la începutul zilei.

Eliminarea căutării pentru UIO:

Acum să începem potrivirea proprietăților (condițiilor) necesare ale obiectului. Pentru a face acest lucru, faceți clic pe „Sincronizare proprietăți” (eticheta „1” pe ecran). Înlăturăm crearea recursivă de reguli ("2"). Eliminam toate detaliile marcate ("3"). Și vom alege singuri ceea ce avem nevoie.

De exemplu, alegeți ceea ce aveți nevoie:

Vă atrag atenția asupra faptului că vom transforma PKS-ul contrapărții în organizație și organizația în contrapartidă și vom compara, de asemenea, unele detalii care nu se potrivesc în nume, de exemplu, „Monedă” și „Document valută".

Unde vedem că nu există încă reguli de conversie.

Să începem cu detalii pe care să le parcurgem și să le descriem. Mai întâi, am configurat căutarea documentului așa cum am scris mai devreme, descarcăm și căutăm documentul la începutul datei și vom schimba numerotarea. Vom înlocui primele trei caractere cu prefixul nostru „UTB”. Și întrucât în ​​BP și UT ​​numerotarea este de 11 caractere fiecare, facem un număr compus: prefixul nostru și 8 caractere din sursă. Exemplu de captură de ecran de mai jos.

Descărcăm întotdeauna documente care nu au fost efectuate și fără mișcare. Presupunem că documentele vor fi păstrate în receptor după verificarea de către utilizator.

Pentru a face acest lucru, PCS, după ce a setat cum nu este ținut, 0 sau 1, este folosit ca boolean.

Folosind moneda ca exemplu, creăm o regulă pentru conversia unui obiect pentru PCS. În același timp, considerăm că există monede în ambele baze, iar acestea trebuie sincronizate prin cod. Prin urmare, nu vom crea toate PCS-urile în CSP-ul monedelor, ci doar adăugam Codul pentru căutare. Acestea. din propunerea de a crea un PCS pentru obiect - refuzăm.

Regula de conversie creată a fost înlocuită în PQS-ul documentului pentru SCS. Și regula implicită în sine este oferită de un identificator unic. O reparăm, facem o căutare în cod și setăm proprietatea pentru a nu crea un obiect nou.

Ca rezultat, obținem opțiunea:

În plus, prin analogie, creăm pentru restul detaliilor PKO și PKS. Mai mult, am stabilit căutarea unei organizații după contraparte și invers după TIN. Așa arată cu detalii minime (puteți adăuga dacă este necesar).

Pentru acordurile PKO ale contrapărților, căutăm contrapartea PKS, numele și proprietarul.

Să vedem cum să specificăm valoarea dorită în tipul de enumerare în PCS. De exemplu, atributul „Tipul operației”. Aici puteți utiliza diferite condiții și valori de înlocuire. De exemplu, avem nevoie ca „tipul operațiunii” să fie întotdeauna descărcat „Marfa”, în acest caz este suficient să scriem valoarea dorită în „frunte” sub formă de șir.

Următoarele arată cum să setați fără dificultate și, în majoritatea cazurilor, PKS pentru Multiplicitatea decontării, Rata de decontare, Conturi.

Pentru Nomenclatura PKO, părăsim căutarea după identificatorul unic intern. Dar voi fi atent la modul în care vă puteți redefini grupul. De exemplu, suntem de acord ca un nou nomenclator să fie descărcat din configurația 1C: Trade Management 11, dar este necesar ca nomenclatorul să fie colectat într-un grup specific „OurGroup”.

Pentru a implementa această sarcină, creăm un alt PKO. Să-l numim „Parinte de nomenclatură”, pe care îl vom indica în PDN-ul părintelui în regula de conversie.

Am stabilit două căutări: după nume, unde numele grupului nostru este codificat, și proprietatea obligatorie a atributului „ThisGroup” la true.

Deoarece am decis că tot nomenclatorul se încadrează în grupul nostru, nu este nevoie să descarcăm grupurile din UT 11 la descărcare. Pentru a face acest lucru, în Nomenclatorul PKO, în handlerul de evenimente „Înainte de descărcare”, vom pune un filtru. că nu este necesară descărcarea grupurilor „Eșec = Sursă”. Acest grup;”.

În DRP (reguli de încărcare a datelor) Implementarea Bunurilor și Serviciilor, vom adăuga un filtru, astfel încât documentele marcate pentru ștergere să nu fie încărcate. Pentru a face acest lucru, în PDP în handlerele de evenimente „BeforeUnloading” vom scrie filtrul „Rejection = Object.DeletionMark;”.

Salvați regulile dezvoltate într-un fișier.

7. Rezumat: Încărcarea și descărcarea datelor utilizând regulile de schimb de date dezvoltate.

Deschidem în 1C: Trade Management 11 procesarea „Schimb universal de date în format XML” V8Exchan83.epf.

Descărcarea a trecut, acum cu aceeași procesare încărcăm în 1C: Enterprise Accounting 3.

Descărcarea finalizată. Să verificăm dacă este încărcat. Deci, documentul este încărcat, așa cum ne-am dorit - avem organizația încărcată în contrapartidă, iar contrapartea în organizație. Toate conturile sunt descărcate și instalate. Am primit numărul documentului cu prefixul nostru și la începutul zilei. Toate detaliile care au fost înregistrate au fost completate.

Verificăm încărcarea nomenclaturii. Vedem că totul a ieșit așa cum ne-am plănuit.

Am creat și completat detaliile așa cum ne-am propus. Există multe subtilități în conversie și câteva lucruri simple, dar necesare, care ajută la scrierea corectă a conversiei. Și acest lucru vă permite să minimizați erorile, să nu stricați datele existente și să scăpați de gunoiul inutil. Acesta este unul dintre cele mai multe exemple simple. De asemenea, puteți face conversia unui obiect în mai multe sau invers, mai multe - într-unul.

Acum există conversia datelor 3, rezolvă alte probleme. Prin urmare, este necesară și conversia 2. Mult succes tuturor la învățare și stăpânire.

Bineînțeles, dacă ești programator și aceasta este munca ta principală, poți încerca să scrii singur conversia. Dar dacă nu, atunci ar trebui să apreciezi timpul tău în domeniul tău de activitate și aceasta sarcina cereți profesioniștilor să o facă.

Migrarea datelor între diverse configurații nu este o sarcină banală. Ca întotdeauna, există mai multe soluții, dar nu toate sunt optime. Să încercăm să înțelegem nuanțele transferului de date și să alegem o strategie universală pentru rezolvarea unor astfel de probleme.

Problema migrării datelor (este vorba doar despre produsele companiei 1C) de la o soluție la alta nu a apărut ieri. Compania 1C este foarte conștientă de dificultățile cu care se confruntă dezvoltatorii atunci când creează migrații, așa că face tot posibilul să ajute cu instrumente.

În timpul dezvoltării platformei, compania a introdus o serie de instrumente universale, precum și tehnologii care simplifică transferul de date. Ele sunt încorporate în toate soluțiile standard și în problema migrațiilor între configuratii identice rezolvate in general. Victoria este confirmată încă o dată de integrarea strânsă a soluțiilor standard.

Odată cu migrarea între soluții non-standard, situația este ceva mai complicată. O gamă largă de tehnologii le permite dezvoltatorilor să aleagă în mod independent cea mai bună modalitate de a rezolva o problemă din punctul lor de vedere.

Să luăm în considerare câteva dintre ele:

• schimb prin fișiere text;
• utilizarea planurilor de schimb;
• etc.

Fiecare dintre ele are argumentele sale pro și contra. Pentru a rezuma, principalul dezavantaj va fi verbozitatea. Implementarea independentă a algoritmilor de migrare este plină de costuri semnificative de timp, precum și de un proces lung de depanare. Nici măcar nu vreau să vorbesc despre sprijinul suplimentar al unor astfel de decizii.

Complexitatea și costul ridicat de întreținere au determinat compania 1C să creeze o soluție universală. Tehnologie care vă permite să simplificați cât mai mult posibil dezvoltarea și suportul migrațiilor. Drept urmare, ideea a fost implementată sub forma unei configurații separate - „Conversia datelor”.

Conversia datelor - soluție standard, auto-configurare. Orice utilizator cu un abonament ITS:Prof poate descărca acest pachet complet gratuit de pe site-ul de asistență pentru utilizatori sau de pe discul ITS. Instalare în curs într-un mod standard- ca toate celelalte soluții standard de la 1C.

Acum puțin despre avantajele soluției. Să începem cu cel mai important - versatilitatea. Soluția nu este adaptată anumitor configurații/versiuni ale platformei. Funcționează la fel de bine atât cu configurațiile standard, cât și cu cele scrise singur. Dezvoltatorii obțin o tehnologie universală și o abordare standardizată pentru crearea de noi migrații. Versatilitatea soluției vă permite să pregătiți migrări chiar și pentru alte platforme decât 1C:Enterprise.

Al doilea plus îndrăzneț este ajutoarele vizuale. Migrațiile simple sunt create fără programare. Da, da, fără o singură linie de cod! Numai pentru aceasta, merită să petreceți timpul învățând tehnologia o dată, apoi să folosiți abilitățile neprețuite în mod repetat.

Al treilea avantaj pe care l-aș remarca este absența restricțiilor privind distribuția datelor. Dezvoltatorul însuși alege metoda de livrare a datelor către configurația receptorului. Două opțiuni sunt disponibile imediat: încărcarea într-un fișier xml și conexiune directă la baza de informații (COM/OLE).

Învățarea arhitecturii

Știm deja că conversia datelor poate face minuni, dar nu este încă clar care sunt avantajele tehnice. Primul lucru de învățat este că orice migrare (conversie) a datelor se bazează pe reguli de schimb. Reguli de schimb - un fișier xml obișnuit cu o descriere a structurii în care vor fi încărcate datele din IB. Serviciul de prelucrare care realizează încărcarea/descărcarea datelor analizează regulile de schimb și realizează încărcarea pe baza acestora. În timpul descărcării, are loc procesul invers.

Configurația „KD” este un fel de constructor vizual cu ajutorul căruia dezvoltatorul creează reguli de schimb. Nu știe cum să încarce date. Procesarea suplimentară a serviciilor externe inclusă în kitul de distribuție CD este responsabilă pentru aceasta. Există mai multe dintre ele (XX în numele fișierului este numărul versiunii platformei):

• MDXXExp.epf- procesarea vă permite să încărcați o descriere a structurii bazei de informații într-un fișier xml. Descrierea structurii este încărcată în CD pentru analiza ulterioară și crearea regulilor de schimb.
• V8ExchanXX.epf- incarca/descarca date din infobaza in conformitate cu regulile de schimb. În majoritatea configurațiilor tipice, procesarea este disponibilă imediat (consultați elementul de meniu „Service”). Procesarea este universală și nu este legată de anumite configurații/reguli.

Bine, acum, pe baza tuturor celor de mai sus, să definim etapele dezvoltării unei noi conversii:

1. Definirea sarcinii. Este necesar să înțelegeți clar ce date trebuie transferate (din ce obiecte de configurare) și, cel mai important, unde să se transfere.
2. Pregătirea unei descrieri a structurilor de configurare (Sursă/Receiver) pentru încărcarea ulterioară în CD. Sarcina este rezolvată prin procesarea serviciului MDXXExp.epf.
3. Încărcarea descrierilor pregătite ale structurilor în IS.
4. Crearea regulilor de schimb folosind mijloace vizuale de CD.
5. Încărcarea/descărcarea conform regulilor create de conversie a datelor utilizând procesarea V8ExchanXX.epf.
6. Reguli de schimb de depanare (dacă este necesar).

Cea mai simplă conversie

Pentru demonstrație, avem nevoie de două configurații implementate. Am decis să mă opresc la opțiunea: „Trade Management” ediția a 10-a și o mică soluție auto-scrisă. Sarcina va fi transferarea datelor din configurația tipică UT. Pentru concizie, vom numi soluția auto-scrisă „Destinator”, iar managementul comerțului „Sursă”. Să începem să rezolvăm problema transferând elementele directorului „Nomenclatură”.

În primul rând, să aruncăm o privire asupra schemei de conversie a datelor și să recitim lista de acțiuni care trebuie făcute. Apoi lansăm configurația „Sursă” și deschidem serviciul de procesare MD82Exp.epf în ea.

Interfața de procesare nu strălucește cu o mulțime de setări. Utilizatorul trebuie doar să specifice tipurile de obiecte de metadate care nu vor intra în descrierea structurii. În cele mai multe cazuri, aceste setări nu trebuie modificate, deoarece nu are rost în special în descărcarea mișcărilor din registrele de acumulare (de exemplu).

Este mai corect să se formeze mișcarea în timpul deținerii documentelor în receptor. Toate mișcările vor fi efectuate chiar de document după transfer. Al doilea argument în apărarea setărilor implicite este reducerea dimensiunii fișierului încărcat.

Unele documente (mai ales în configurațiile tipice) formează mișcări în registre multiple. Descărcarea toată această agricultură va face rezultatul fișier XML prea mare. Acest lucru poate face dificilă transportul și încărcarea ulterioară în baza receptorului. Cu cât fișierul de date este mai mare, cu atât mai mult memorie cu acces aleator pentru prelucrarea acestuia. În timpul practicii mele, s-a întâmplat să întâlnesc fișiere de încărcare indecent de mari. Astfel de fișiere au refuzat complet să fie analizate prin mijloace standard.

Deci, lăsăm toate setările implicite și încărcăm descrierea configurației într-un fișier. Repetăm ​​aceeași procedură pentru a doua bază.

Deschideți CD-ul și selectați din meniul principal „Directoare” -> „Configurații”. Directorul stochează descrieri ale structurilor tuturor configurațiilor care pot fi folosite pentru a crea conversii. Încărcăm descrierea configurației o dată și apoi o putem folosi în mod repetat pentru a crea diferite conversii.

În fereastra directorului, apăsați butonul „ Adăuga” iar în fereastra care apare, selectați un fișier cu o descriere a configurației. Bifați caseta „Încărcați în configurație nouă” și faceți clic pe butonul „Descărcare”. Efectuăm acțiuni similare cu descrierea structurii celei de-a doua configurații.

Acum totul este gata pentru a crea regulile de schimb. În meniul principal al CD-ului, selectați „Referințe” -> „Conversii”. Adăugând element nou. În fereastra pentru crearea unei noi conversii, trebuie să specificați: configurația sursei (selectați UT) și configurația receptorului (selectați „Receiver”). Apoi, deschideți fila „Avansat” și completați următoarele câmpuri:

• nume de fișier reguli de schimb - regulile de schimb create vor fi salvate sub acest nume. Numele fișierului poate fi schimbat oricând, dar cel mai bine este să îl setați acum. Acest lucru va economisi timp în viitor. Am numit regulile pentru demonstrație: „rules-ut-to-priemnik.xml”.
• nume - numele conversiei. Numele poate fi absolut orice, m-am limitat la „Demo. UT către receptor”.

Gata, faceți clic pe „Ok”. Imediat, în fața noastră ne apare o fereastră prin care ne cere să creăm automat toate regulile. Fiind de acord cu o astfel de ofertă tentantă, comandantul va da comanda de a analiza automat descrierea configurațiilor selectate și de a genera independent reguli de schimb.

Să punctăm imediat „și”. Maestrul nu va putea genera nimic serios. Cu toate acestea, această posibilitate nu trebuie ignorată. Dacă trebuie să stabiliți un schimb între configurații identice, atunci serviciile unui vrăjitor vă vor fi de mare ajutor. Pentru exemplul nostru, modul manual este de preferat.

Să aruncăm o privire mai atentă la fereastra „Setări pentru regulile de schimb”. Interfața poate părea ușor confuză - un numar mare de file pline cu comenzi. De fapt, totul nu este atât de greu, începi să te obișnuiești cu această nebunie după câteva ore de lucru cu aplicația.

În această etapă, ne interesează două file: „Reguli de conversie a obiectelor” și „Reguli de încărcare a datelor”. Pe primul, trebuie să stabilim reguli de potrivire, adică. comparați obiecte din două configurații. Pe al doilea, determinați posibilele obiecte care vor fi disponibile utilizatorului pentru descărcare.

În a doua jumătate a filei „Reguli de conversie a obiectelor” există un panou suplimentar cu două file: „Conversie proprietăți” și „ Conversia valorii". Primul va selecta proprietățile (cerințe) obiectului selectat, iar al doilea este necesar pentru a lucra cu valori predefinite (de exemplu, elemente predefinite directoare sau elemente de enumerare).

Grozav, acum să creăm reguli de conversie pentru directoare. Puteți efectua această acțiune în două moduri: utilizați vrăjitorul de sincronizare a obiectelor (faceți clic pe „”) sau adăugați potriviri pentru fiecare obiect manual.

Pentru a economisi spațiu, vom folosi prima opțiune. În fereastra expertului, debifați caseta „ Documentație” (pe noi ne interesează doar directoare) și extindeți grupul ” Carti de referinta". Derulăm cu atenție lista și ne uităm la numele directoarelor care pot fi comparate.

În cazul meu, există trei astfel de directoare: Nomenclatură, Organizații și Depozite. Există, de asemenea, un director Clients care efectuează aceeași încărcare semantică ca „ Contrapartide” din configurație ” UT". Adevărat, maestrul nu le-a putut compara din cauza numelor lor excelente.

Putem remedia singuri acest defect. Găsiți în fereastră Mapările obiectelor» manual « Clienții”, iar în coloana „Sursă” selectați cartea de referință „Contrapărți”. Apoi bifați caseta din coloana „Tip” și faceți clic pe butonul „Ok”.

Expertul de sincronizare a obiectelor vă va solicita să creați automat reguli pentru conversia proprietăților tuturor obiectelor selectate. Proprietățile vor fi potrivite după nume, iar pentru demonstrația noastră acest lucru va fi suficient, suntem de acord. Următoarea întrebare va fi o propunere de a crea reguli de încărcare. Să fim de acord cu asta.

Baza pentru regulile de schimb este gata. Am ales obiectele pentru sincronizare, iar regulile pentru conversia proprietăților și regulile de încărcare au fost create automat. Să salvăm regulile de schimb într-un fișier, apoi să deschidem „Sursa” IB (în cazul meu, este UT) și să începem procesarea serviciului în el V8Exchan82.epf.

În primul rând, în fereastra de procesare, selectați regulile de schimb pe care le-am creat. Răspundem afirmativ la întrebarea încărcării regulilor. Procesarea va analiza regulile de schimb și va construi un arbore cu același nume pentru obiectele disponibile pentru descărcare. Pentru acest arbore, putem seta tot felul de filtre sau noduri de schimb, modificând care trebuie să selectăm datele. Dorim să încărcăm absolut toate datele, deci nu este nevoie să instalăm filtre.

După finalizarea procesului de încărcare a datelor într-un fișier, accesați IB " Receptor". Deschidem și procesarea în ea V8Exchan82.epf, doar că de această dată mergem la fila „Încărcare date”. Selectați fișierul de date și faceți clic pe butonul „Încărcare”. Totul, datele au fost transferate cu succes.

Sarcini din lumea reală

Primul demo ar putea induce în eroare. Totul pare destul de simplu și logic. De fapt, acest lucru nu este adevărat. În munca reală, apar sarcini care sunt dificil sau complet imposibil de rezolvat folosind numai mijloace vizuale (fără programare).

Pentru a nu fi dezamăgit de tehnologie, mi-am pregătit câteva sarcini reale. Cu siguranță le vei întâlni la serviciu. Ele nu arată atât de banale și vă fac să priviți conversia datelor dintr-un unghi nou. Luați în considerare cu atenție exemplele prezentate și nu ezitați să le utilizați ca fragmente atunci când rezolvați probleme reale.

Sarcina numărul 1. Completați detaliile lipsă

Să presupunem că trebuie să transferăm directorul „ Contrapartide". Receptorul are o carte de referință similară „Clienți” pentru aceasta. Este complet potrivit pentru stocarea datelor, dar are recuzită „ Organizare”, permițându-vă să separați contrapărțile prin apartenența la organizație. În mod implicit, toate contrapărțile trebuie să aparțină organizației curente (se poate obține din constanta cu același nume).

Există mai multe soluții la problemă. Vom lua în considerare opțiunea de a completa recuzita „ Organizare„chiar în bază” Receptor”, adică la momentul încărcării datelor. Organizația actuală este stocată într-o constantă, deci nu există nicio barieră în obținerea acestei valori. Să deschidem regula de conversie a obiectelor (denumită în continuare FRP) „ Clienții” (dublu clic pe obiect) și în vrăjitorul de configurare a regulilor, accesați secțiunea „Manerenți evenimente”. În lista de manipulatori găsim „ După încărcare”.

Să descriem codul pentru obținerea organizației curente cu atribuirea ulterioară la atribut. În momentul în care este declanșat handlerul „După încărcare”, obiectul va fi complet format, dar nu este încă scris în baza de date. Nimeni nu ne interzice să o modificăm la discreția noastră:

Dacă NU Object.ThisGroup, atunci Object.Organization = Constants.CurrentOrganization.Get(); EndIf;

Înainte de a completa recuzita " Organizare» este necesar să se verifice valoarea atributului « Acest grup". Pentru ghid" Clienții» steag-ul ierarhic este setat, deci este necesară verificarea unui grup. În mod similar, se realizează completarea oricăror detalii. Asigurați-vă că citiți ajutorul pentru alte opțiuni de gestionare " După Încărcare". De exemplu, printre ele există un parametru " Refuz". Dacă i se atribuie valoarea „True”, atunci obiectul nu va fi scris în baza de date. Astfel, devine posibilă limitarea obiectelor de scris în momentul încărcării.

Sarcina numărul 2. Detalii în registrul de informații

În manual" Contrapartide„Configurație UT, există detalii” Cumpărător" Și " Furnizor". Ambele recuzite sunt de tipul „ boolean” și sunt folosite pentru a determina tipul de contrapartidă. În IB " Receptor”, la cartea de referință “ Clienții„Nu există detalii similare, dar există un registru de informații” Tipuri de Clienti". Îndeplinește o funcție similară și poate stoca mai multe etichete pentru un singur client. Sarcina noastră este să transferăm valorile detaliilor în înregistrări separate ale registrului de informații.

Din păcate, mijloacele vizuale singure nu pot face față nici aici. Să începem cu mici, creați un nou PCO pentru registrul de informații " Tipuri de Clienti". Nu enumera nimic ca sursă. Refuzați crearea automată a regulilor de încărcare.

Următorul pas este crearea regulilor de încărcare. Accesați fila corespunzătoare și faceți clic pe " Adăuga". În fereastra pentru adăugarea regulilor de încărcare, completați:

• metoda de eșantionare. Schimbați la „Algoritm arbitrar”;
• regula de conversie. Selectați registrul de informații „Tipuri de clienți”;
• Codul (numele) regulii. Îl scriem ca „Încărcare specie client”;

Acum trebuie să scrieți codul pentru selectarea datelor pentru încărcare. Aici este parametrul „ Eșantionarea datelor". În ea, putem plasa o colecție cu un set de date pregătit. Parametrul " Eșantionarea datelor” poate lua diferite valori - rezultat al interogării, selecție, colecții de valori etc. O inițializam ca un tabel de valori cu două coloane: client și tip client.

Mai jos este codul de gestionare a evenimentelor „ Înainte de prelucrare". Inițializează parametrul „ Eșantionarea datelor” urmat de completarea datelor din directorul ” Contrapartide". Aici merită să acordați atenție completării coloanei „ Tipul de client". În „UT”, avem caracteristici de tip „Boolean”, iar în destinatar, o enumerare.

În această etapă, nu le putem aduce la tipul dorit (nu este în UT), așa că deocamdată o vom lăsa sub formă de șiruri. Nu trebuie să faceți acest lucru, dar vreau să vă arăt imediat cum să proiectați un tip lipsă din sursă.

DataFetch = NewValueTable(); Data Selection.Columns.Add("Client"); Data Selection.Columns.Add("ClientType"); Selectarea datelor din director = Directories.Contractors.Select(); În timp ce se preia DataFromCatalog.Next() Buclă dacă FetchingDataFromCatalog.ThisGroup, apoi continua; EndIf; Dacă DataFetchFromCatalog.Buyer, atunci NewString = DataFetch.Add(); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Cumparator"; EndIf; Dacă DataFetchFromCatalog.Provider, atunci NewString = DataFetch.Add(); NewString.Client = SamplingDataFromCatalog.Reference; NewString.ClientType = "Furnizor"; EndIf; EndCycle;

Salvați regula de încărcare a datelor și reveniți la „ Reguli de conversie a obiectelor". Să adăugăm pentru registrul de informații „ Tipuri de Clienti” reguli de conversie a proprietății: client și tip de client. Lăsăm sursa goală, iar în handlerul de evenimente „Înainte de descărcare” scriem:

//Pentru proprietatea „Client” Value = Source.Client; //Pentru proprietatea „CustomerType” If Source.Customer = "Buyer" Then Expression = "Enumerations.CustomerTypes.Buyer" ElseIf Source.Customer = "Supplier" Then Expression = "Enumerations.CustomerTypes.Supplier"; EndIf;

În listare, detaliile sunt completate pe baza selecției de date efectuate. Trecem clientul pur și simplu ca link și scriem tipul de client în parametrul " Expresie". Datele acestui parametru vor fi interpretate în receptor, iar la executare, atributul va fi completat cu valoarea corectă din enumerare.

Asta e, regulile de schimb sunt gata. Exemplul considerat s-a dovedit a fi destul de universal. O abordare similară este adesea folosită atunci când se transferă date din configurații create pe platforma 7.7. Un exemplu izbitor în acest sens este transferul de detalii periodice.

Sarcina numărul 3. Trucuri tabulare

Adesea, există sarcini care necesită postarea rândurilor dintr-o parte tabelară în mai multe. De exemplu, în configurația inițială, serviciile și bunurile sunt înregistrate într-o secțiune tabelară, în timp ce stocarea acestor entități este separată în receptor. Din nou, problema nu poate fi rezolvată prin mijloace vizuale. Aici este convenabil să luăm ca bază soluția celei de-a doua probleme.

Facem o regulă de încărcare a datelor, specificăm un algoritm arbitrar și scriem o interogare în handlerul „Înainte de încărcare” pentru a obține date din secțiunea tabelară.

Pentru a economisi spațiu, nu voi da codul (vă puteți referi oricând la codul sursă) al solicitării - nu este nimic neobișnuit în ea. Sortăm eșantionul rezultat și plasăm rezultatele sortate în parametrul deja familiar „ Eșantionarea datelor". Din nou, este convenabil să folosiți un tabel de valori ca colecție:

DataFetch = NewValueTable(); //Aici va mai exista o secțiune tabelară Data Selection.Columns.Add("Produse"); //Aici va exista și o secțiune tabelară Data Selection.Columns.Add("Services"); Selectarea datelor din.Columns.Add(„Link”);

Sarcina numărul 4. Transferarea datelor la o operațiune

Dacă o organizație folosește mai multe sisteme de contabilitate, atunci mai devreme sau mai târziu va fi nevoie de migrarea datelor cu formarea ulterioară de postări.

În configurația " BP„Există un document universal” Operațiune” și este ideal pentru a forma mai multe fire. Iată doar o problemă - documentul este realizat cu viclenie și nu este atât de ușor să transferați date în el.

Un exemplu de astfel de conversie poate fi găsit în codul sursă al articolului. Cantitatea de cod s-a dovedit a fi destul de mare, așa că nu are rost să-l publici pentru articol. Permiteți-mi să spun doar că încărcarea folosește din nou un algoritm arbitrar în regulile de încărcare a datelor.

Sarcina numărul 5. Sincronizarea datelor pe mai multe atribute

Am acoperit deja câteva exemple, dar până acum nu am vorbit despre sincronizarea obiectelor în timpul migrării. Să ne imaginăm că trebuie să transferăm contrapărți și unele dintre ele sunt probabil în baza de date a receptorilor. Cum să transferați date și să preveniți duplicarea? În acest sens, CD-ul oferă mai multe modalități de sincronizare a obiectelor transferate.

Primul este prin identificatorul unic. Multe obiecte au un identificator unic care garantează unicitatea într-un tabel. De exemplu, în manualul „ Contrapartide” nu poate avea două elemente cu același ID. CD-ul face un calcul pentru acest lucru, iar pentru toate PSP-urile create, căutarea după identificator este imediat activată implicit. În timpul creării PSP-ului, ar fi trebuit să observați pictograma lupă de lângă numele obiectului.

Sincronizarea printr-un identificator unic este o metodă fiabilă, dar este departe de a fi întotdeauna adecvată. La fuzionarea directoarelor „ Contrapartide” (din mai multe sisteme diferite) este de puțin ajutor.

În astfel de cazuri, este mai corect să sincronizați obiectele după mai multe criterii. Este mai corect să căutați contrapărți după TIN, KPP, Nume sau împărțiți căutarea în mai multe etape.

Conversia datelor nu limitează dezvoltatorul în definirea criteriilor de căutare. Să luăm în considerare un exemplu abstract. Să presupunem că trebuie să sincronizăm directoarele „ Contrapartide„din diferit baze de informare. Să pregătim un PCP și în setările regulilor de conversie a unui obiect, bifați caseta „ Continuați căutarea în câmpurile de căutare dacă obiectul receptor nu este găsit prin ID". Cu această acțiune, am definit imediat două criterii de căutare - printr-un identificator unic și câmpuri arbitrare.

Avem dreptul să alegem singuri câmpurile. După ce am notat TIN, KPP, Nume, vom indica imediat mai multe criterii de căutare. Confortabil? Chiar, dar din nou, acest lucru nu este suficient. Și dacă vrem să schimbăm criteriile de căutare? De exemplu, mai întâi căutăm o grămadă de TIN + KPP, iar dacă nu găsim nimic, atunci începem să ne încercăm norocul cu numele.

Este foarte posibil să se implementeze un astfel de algoritm. În handler de evenimente Câmpuri de căutare” putem specifica până la 10 criterii de căutare și pentru fiecare dintre ele definim propria compoziție a câmpurilor de căutare:

Dacă SearchOptionNumber = 1, atunci SearchPropertyNameString = „TIN, KPP”; ElseIfSearchVariantNumber = 2 ThenSearchPropertyNameString = „Nume”; EndIf;

Există întotdeauna mai multe soluții.

Orice sarcină are mai multe soluții, iar transferul de date între diferite configurații nu face excepție. Fiecare dezvoltator are dreptul de a-și alege propria cale de soluție, dar dacă trebuie să dezvolți constant migrații complexe de date, atunci recomand cu insistență să fii atent la configurația „”. Lăsați-vă la început să investiți resurse (timp) în formare, dar acestea vor plăti mai mult decât primul proiect mai mult sau mai puțin serios.

În opinia mea, compania 1C ocolește în mod nemeritat subiectul utilizării conversiei datelor. Pe toată durata existenței tehnologiei, a fost publicată o singură carte despre aceasta: „1C: Enterprise 8. Conversia datelor: schimb între soluții de aplicație”. Cartea este destul de veche (2008), dar este totuși de dorit să vă familiarizați cu ea.

Cunoașterea platformei este încă necesară

» este un instrument universal, dar dacă intenționați să îl utilizați pentru a crea migrări de date din configurații dezvoltate pentru platforma 1C:Enterprise 7.7, atunci va trebui să petreceți timp pentru a cunoaște limbajul încorporat. Sintaxa și ideologia limbii sunt foarte diferite, așa că trebuie să petreceți timp învățând. Restul principiului rămâne același.

Și vă arătăm cum, cu ajutorul acestuia, simplificați PUTERNIC rezolvarea sarcinilor dumneavoastră

Astăzi vom analiza cum să configurați și să faceți un transfer simplu de directoare și solduri inițiale în literalmente 10-15 minute.

Și asta este sarcină în vrac și obișnuită, ceea ce este aproape inevitabil pentru majoritatea noilor configurații lansate.

Prin urmare, sună-ți colegii, le va fi și de mare folos.

Mai ales dacă au văzut deja CD-ul 3 și s-au speriat :)

Da, când o vezi pentru prima dată, nu este clar deloc.

Dar de fapt - totul este FOARTE simplu. Atât de simplu încât chiar te vei plictisi mai târziu :)

Ce este exact în videoclipurile de astăzi

Acestea sunt 4 videoclipuri despre partajarea datelor prin intermediul format universal de schimb EnterpriseData.

În plus, vom arăta un exemplu rafinarea regulilor standard de schimbîn 1C: Data Conversion 3.0

Durata totala - 34 de minute. Conţinut:

• Configurarea unui schimb folosind exemplul 1C: Contabilitate 8 și 1C: ERP
• Cum să descărcați regulile modelului și format universal schimb în Data Conversion 3.0
• Transferarea structurii metadatelor pe CD 3.0
• Cum se efectuează primul schimb de date
• Rafinarea regulilor conversii
• Cum să încărcați reguli noi fără a schimba configurația ( fără retragere din sprijin)

Notă ca la rezolvarea acestei probleme regulile de incarcare se schimba doar in configuratia receptorului. Și configurația sursei funcționează conform regulilor standard.

Dacă o astfel de sarcină ar fi rezolvată în Data Conversion 2.0, atunci ar trebui făcute modificări atât în ​​regulile sursei, cât și ale destinației.

Aceste tutoriale video sunt relevante pentru BSP revizuirea 2.3.2(pentru orice versiune mai veche de 2.3.2.43).

Dacă utilizați o versiune mai veche a BSP, 0 faceți o „corecție” pentru interfața schimbată și funcționalitatea extinsă. Pentru a face acest lucru, repetați singur exemplul din videoclip.

Videoclipul 1:
Încărcarea regulilor de schimb între configurațiile tipice din Data Conversion 3.0

În această lecție, vom efectua acțiuni pregătitoare atunci când facem modificări ale regulilor de schimb între configurațiile tipice:

• Încărcarea structurii formatului de schimb în CD (
• Crearea unei conversii
• Încărcarea fișierelor de reguli dintr-o configurație tipică
• Descărcarea modulului de manager de schimb

Videoclipul 2:
Rafinarea regulilor de schimb în CD 3.0

În acest tutorial, vă vom arăta cum să completați detaliile obiectelor la încărcarea datelor.

Sarcina va fi rezolvată - atunci când încărcați obiecte din configurația sursă, setați comentariul „Încărcat de la BP 3.0”.

Pentru a rezolva problema, trebuie să faci modificări ale regulilor de conversie a obiectelor, în cazul „Înainte de a scrie datele primite”.

Regulile dezvoltate vor fi salvate ca procesare externă pentru utilizare ulterioară.

Videoclipul 3:
Stabilirea unui schimb universal între configurații tipice

În acest tutorial, vă vom arăta cum să configurați un schimb de tip nou.

Setările vor fi făcute în configurația sursă și apoi încărcate în configurația destinație.

De asemenea, în acest videoclip vă vom arăta cum fără a modifica configurațiaîncărcați noi reguli de schimb.

Videoclipul 4:
Transferarea soldurilor de deschidere folosind regulile de schimb

În lecție, vom arăta o funcționalitate tipică pentru transferul soldurilor inițiale.

P.S.

Da, schimburi prin txt / dbf / ole etc. au dreptul de a exista. În unele cazuri speciale, cum ar fi andocarea cu un server web sau transferul dintr-un format de aplicație extern gata făcut.

Cu toate acestea, pentru schimburile standard - metodele standard sunt atât mai rapide, cât și mult mai simple.

Și dacă cineva inventează o bicicletă când există o gata făcută soluție unică – este ca și cum ai scrie pe frunte „Nu am un instrument, nu vreau să învăț, voi construi cârje pentru banii tăi” .

P.P.S.

Vrem să arătăm că Data Conversion 3.0 nu este dificilă.

Neobișnuit - da. Nu totul este imediat clar - da. Sunt momente foarte ambigue - da.

Dar, cu ajutorul instrucțiunilor și videoclipurilor gata făcute, poate fi stăpânit în doar 1-2 săptămâni.

În prezent, trecerea de la 1C: Enterprise 7.7 la 8.3 (similar cu 8.2) a devenit o bătaie de cap pentru contabili. De preferință cât mai curând posibil și fără erori. Dacă sunteți un programator 1C: Contabilitate și aveți nevoie să convertiți aceste documente din versiunea a șaptea în a opta, atunci acest articol este pentru dvs.

Faceți doar câțiva pași și problemele dvs. de transfer de date vor fi rezolvate. Citiți acest manual până la sfârșit și vei găsi o modalitate de a face acest lucru. Pentru a începe, trebuie să vă pregătiți la locul de muncă pe computerul dumneavoastră pentru manipulările necesare. În primul rând, dvs HDD trebuie să aibă o dimensiune de cel puțin 100 GB. Acest lucru este necesar deoarece transferul de solduri este pe mai multe niveluri. Și va trebui să lucrați cu mai multe configurații 7.7.

Dacă aveți nevoie de o tranziție rapidă și de înaltă calitate de la 1C Accounting 7.7 la 1C 8.3, vă rugăm să ne contactați! Costul mediu al unei tranziții la cheie este de 6.600 de ruble.

Transfer de date de la 1C 7.7 la 1C 8.3 contabilitate 3.0

Deci, înainte de a lucra cu transferul de date în versiunea 1C 8.3, trebuie să pregătiți aceste date în versiunea 7.7. Pentru a face acest lucru, trebuie să faceți următoarele. Să presupunem că aveți o bază de date funcțională „Contabilitatea întreprinderii” pe computer, cu care lucrează contabilii. Folosind procesarea Export77, încărcați toate documentele necesare într-un fișier text și, din acel moment, nu mai reveniți la baza principală de lucru. Manipulările dvs. ulterioare vor avea loc cu alte configurații.

Instalați noua versiune 1C: Enterprise 7.7 în noul director. (pachetul include o versiune standard goală (fără date) și o versiune demo). Vom lucra cu versiunea standard. Acum rulați această bază de date și folosind procesarea Import 77, încărcați datele din baza de date principală dintr-un fișier text.

La conversia datelor, este posibil ca unele documente să nu fie postate. Nu este înfricoșător. Trucul este că puteți rezolva cu ușurință acest lucru după transfer, deoarece în baza de date standard lucrați cu planul de conturi standard principal. Prin urmare, oricât de sofisticate ar fi subconturile, în baza de date de lucru este ușor să o remediați în aproximativ 3 ore, intrând în fiecare document neînregistrat și schimbând conturile pe care le aveți în configurația dvs. în câmpurile de cont.

Desigur, înainte de transfer, aduceți planul de conturi din configurația standard în conformitate cu planul de conturi al bazei dvs. principale de lucru. Opțiunile sunt pur individuale, în funcție de specificul organizației dvs. După ce ați făcut această lucrare, obțineți o configurație standard plină cu date din baza de date de lucru.

Acum trebuie să facem un alt transfer de date. Pentru a face acest lucru, instalați din nou configurația standard zero într-un director nou. Și deja acolo transferați datele din configurația standard cu datele dvs. Ca rezultat, veți obține o bază de date ideală versiunea 7, gata pentru transfer la versiunea 8.2.

Faptul este că datele sunt transferate direct la a opta versiune exclusiv din versiunea standard „neatinsă” 7.7. Și ai și acum o astfel de configurație. Dar acum nu este gol, ci cu datele tale de lucru.

Toate! Lansăm 1C:Enterprise 8.2. Selectați „Transfer de date din versiunea 7.7”. și bucurați-vă de modul în care programul însuși transferă date din 7.7., transferă documente și afișează pe ecran un tabel comparativ al bilanţului versiunilor 7.7 și 8.3.

Desigur, nu va exista un rezultat 100%. Dar la 70-80 la sută veți obține conformitate. Și apoi munca ta va fi făcută numai în versiunea 8.3.

Posibilele inexactități sunt ușor de corectat. Mai sunt 3-4 ore. Accesați jurnalul de documente și fie ajustați conturile sau câmpurile (de exemplu, „Acord” sau „Casier principal”). Depinde de gradul de diferență al bazei tale 7.7. din standard. Ca urmare a tuturor acestor acțiuni, configurația dvs. de lucru versiunea 8.3 va putea emite date contabile prin bilanț într-o formă ideală.

După tranziție, îți va fi util să înveți cum să lucrezi program nou. Pentru a face acest lucru, am pregătit secțiunea Training 1C Accounting 8.3.

Apropo! Dacă aveți nevoie să finalizați programe 1C, ne puteți contacta!

Transferarea bazei de date 1C 7.7 la 8.3, cum se procedează?

Multe soluții octale generice (și unele specifice industriei) au deja instrumente de migrare încorporate de la 7.7 sau ca fișiere suplimentare în directorul de instalare al șablonului.

Dacă îl transferați singur, atunci pe discul ITS (precum și în multe locuri de pe Internet - Google pentru a vă ajuta) există o procesare „Descărcați de la document foaie de calcul”, care vă permite să încărcați date tabulare arbitrare în directoare / documente / registre. Cu un nivel de calificare suficient de ridicat, puteți utiliza artileria de luptă - o configurație specială „Conversia datelor 2” (a nu se confunda cu 3.).

Imi puteti spune de ce apare o astfel de eroare? În documentația pentru 1C, toată lumea scrie prea confuz - la urma urmei, trebuie să primești un salariu, așa că nu le poți înțelege deloc manuscrisele, războiul și pacea vin mai ușor decât tutorialele lor despre operarea sistemului lor departe de complex.

Maxim Kravchenko, ei bine, totul este scris în rusă 🙂

Din experiența mea, cele mai frecvente motive sunt:

1) Calea greșită este specificată în setările de schimb de la 7.7. fie sunt doar greșeli de scriere, fie este specificată calea către directorul greșit. Fie este specificată o cale locală pe computer, iar schimbul are loc pe partea de server a întreprinderii 1C și, în mod natural, acest server nu vede nimic pe calea dvs. (o problemă comună).
2) Pe partea computerului care încearcă să facă schimb cu 7.7 (local sau server), nu există nicio platformă 7.7 complet instalată. Acestea. nu există niciun obiect COM înregistrat, iar baza 7.7 a fost conectată în mod tradițional folosind un director cu o platformă compromisă care nu are nevoie de o cheie sau de date de sistem.
3) Nu există drepturi de acces la directorul de bază 7.7 (mai ales important atunci când lucrați pe un server unde fluxul de lucru rphost rulează sub un utilizator de serviciu, iar directorul de bază 7.7 este deschis anumitor persoane).

Maxim Kravchenko, de ce nu prin IRC sau prin chat-uri în „curțile diavolului” oamenilor? 🙂
Nu, nu voi mai călca pe aceeași greblă. Deja un nerecunoscător și-a dat skype-ul și s-a așezat pe gât.

daca ai probleme generale, răspunsurile la care îi pot ajuta pe alții - întrebați. Să facem împreună o faptă bună. Fără negocieri secrete.

P.S. Pentru ca oamenii să nu-și piardă pofta de a da răspunsuri pe această resursă, ar fi o idee bună să marchezi soluții sau să apeși pe butonul „like” pe cele mai relevante răspunsuri, chiar dacă acestea nu au ajutat direct.

Maxim Kravchenko, Întrebări frecvente este imposibil, deoarece pur 7.7 nu există în natură. Există o întreagă paletă de soluții standard/industrie, există versiuni diferite de aceeași configurație specifică, dar niciunul din acest set nu acoperă nevoile companiilor din cutie, iar toate cele 7.7 vândute după instalare au fost terminate de ani de zile. Ținând cont de faptul că vânzările în masă de 7.7 au fost oprite cu mai mult de zece ani în urmă, nu ar putea mai rămâne nimic din funcționalitatea tipică în baza ta de date.

Un lucru este dacă iei mecanismele standard de transfer, despre care am scris în răspunsul meu, și transferi, realizând că tu ești responsabil de stâlpi și vei planta toate neconcordanțele pentru a repara „fetele”. Și cu totul altceva este să atragi un specialist pentru muncă pentru bani. Trebuie să descrieți toate referințele pentru transfer, cantitatea de informații de transferat (articole, coduri de bare, TIN etc.), de unde să obțineți informațiile lipsă și așa mai departe. Nu sunt pregătit să preiau proiectul tău acum. Îmi propun să înregistrez această sarcină pe site-urile freelancerilor și să organizăm o licitație între ei.

Reguli de transfer 1s 8

Transfer de date din programele „1C: Contabilitate 8 rev. 2.0” la „1C: Contabilitate 8 rev. 3.0”

Proiectat în principal pentru configurații avansate 1C: Contabilitate 8 ed.2.0(nume posibile pe Internet BP 2.0 sau BP 8.2) ca bază pentru dezvoltarea regulilor originale pentru transferul la o configurație 1C: Contabilitate 8 ed.3.0(nume posibile pe Internet BP 3.0 sau BP 8.3), bineînțeles, este potrivit și pentru transferul de date între configurațiile standard.

Posibile strategii de migrare de la 2.0 la 3.0 pot fi găsite aici.

Tranziție de la 1C: Contabilitate 8 ed.2.0 pe 1C: Contabilitate 8 ed.3.0 se recomanda efectuarea la inceputul unei noi perioade (an, trimestru, luna) dupa finalizarea operatiunilor programate din perioada precedenta.

Transferul de date se realizează folosind procesarea universală care descarcă datele din baza de informații 1C: Contabilitate 8 ed.2.0într-un fișier XML. Fișierul rezultat este încărcat în baza de informații 1C: Contabilitate 8 ed.3.0 folosind procesarea universală de încărcare a datelor.

Următoarele fișiere sunt necesare pentru transferul de date:

ACC20_30.xml - reguli de conversie a datelor.

Din baza de informații BP 2.0 V BP 3.0 transferat:

informații privind soldurile curente din conturile contabile ale bazei de informații „1C: Contabilitate 8 rev. 2.0” de la data conversiei bazei de informații

documentele bazei de informații BP 2.0 pentru perioada selectată

necesar informații de referință din baza de informații „1C: Contabilitate 8 rev.2.0”

- date din baza de informații 1C BP 8.2încărcat într-un fișier separat (fișier de date);

- fișierul primit este încărcat în baza de informații 1C BP 8.3.

Instalarea nu este necesară, deoarece se utilizează procesarea încorporată în configurațiile tipice, în 1C: Contabilitate 8 ed.2.0Și 1C: Contabilitate 8 ed.3.0.

(Despre posibilitatea utilizării prelucrărilor specializate, citiți mai jos)

Într-un program 1C: Contabilitate 8 ed.2.0 trebuie să deschideți procesarea (meniul: Serviciu — Alte schimburi de date), selectați folderul care conține regulile de transfer (vezi Fig. 1) și încărcați regulile de schimb. Recomand încărcarea forțată a regulilor de schimb de fiecare dată, chiar dacă acestea sunt încărcate automat la începutul procesării. Pentru a face acest lucru, fie reselectați fișierul cu reguli, fie faceți clic pe butonul Recitiți regulile de schimb. Nu trebuie să includeți toate regulile de transport. Ar trebui să utilizați numai pe cele care sunt necesare pentru transferul soldurilor și (sau) documentelor. Toate directoarele sunt transferate prin link-uri, după cum este necesar, de exemplu. numai cele care sunt implicate în bilanţuri şi documente. Acest lucru asigură că nu există „gunoi” în noua bază de informații.

Dacă trebuie să descărcați soldurile la sfârșitul anului, de exemplu, la sfârșitul zilei de 31 decembrie 2014, i.e. este mai corect să spunem la începutul anului 2015, atunci perioada de descărcare ar trebui să fie 01/01/2015 - XX.XX.XXXX. Documente pentru introducerea soldurilor in BP 3.0 va fi datat 31 decembrie 2014. De la 01.01.2015 până la BP 3.0 trebuie să creați documente care să reflecte operațiunile curente. Dacă aveți nevoie doar de resturi, atunci trebuie să activați regulile de încărcare a datelor din secțiune Solduri primite(vezi fig. 1). Reguli pentru încărcarea datelor dintr-o secțiune Documentațieîn acest caz ar trebui să fie dezactivat (vezi fig. 3). Perioada de descărcare, de exemplu, 01/01/2015 - 31/01/2015 înseamnă că documentele din ianuarie 2015 vor fi transferate. Reguli pentru încărcarea datelor dintr-o secțiune Documentațieîn acest caz trebuie să fie activat.

Orez. 1 . Procesare de încărcare a datelor

În primul rând, recomandăm transferul politicii contabile a organizației (referință Organizații reportat prin referință). Când transferați date, puteți seta parametri suplimentari (vezi Fig. 2). Pentru a reveni la valorile implicite, trebuie să reîncărcați regulile de schimb.

Fig.2 Setarea parametrilor

Parametru Ignorați registrul loturilor de TVA determină în primul rând dacă va fi completat BP 3.0 la introducerea soldurilor TMC masa Date privind facturile primite. De asemenea, afectează modul în care va fi completat subconto. petreceri: conform BOO sau de restul registrului TVA la bunurile achiziționate.

Setarea parametrului vă permite să gestionați descărcarea soldurilor pentru organizațiile care utilizează USN. Când se rulează contabilitatea, când datele din registru nu se potrivesc Cheltuieli în cadrul sistemului fiscal simplificat poate fi mai util ca registrul contabil să descarce soldurile numai conform datelor contabile, fără a ține seama de majuscule și minuscule. USN, care poate adăuga o mulțime de erori. În acest caz, în documentele de înscriere a soldurilor inițiale în BP 3.0 rechizite Reflecție în USNȘi Starea consumului umplut cu valori implicite.

Când setați parametrul la da concomitent cu documentele vor fi transferate seturile de registre asociate acestor documente. În caz contrar, conținutul documentelor este transferat, iar pentru a primi mișcările documentele trebuie postate în baza de date. BP 3.0 după transfer. Trebuie inteles ca nu pentru toate miscarile documentelor existente in BP 8.3, sunt meciuri în BP 8.2. Prin urmare, chiar dacă alegeți să transferați documente cu mișcări, este posibil să fie nevoie ca unele tipuri de documente să fie postate pentru a crea toate seturile de registre necesare.

Fig.3 Lista documentelor care sunt transferate în BP 3.0

Lista directoarelor și registrelor de informații pentru transfer este prezentată în Fig. 4. Dacă cineva este interesat să extindă această listă, vă rugăm să contactați autorul. Există reguli pentru transferul de obiecte pentru multe directoare. Este de înțeles, deoarece o varietate de directoare sunt prezente în multe documente și, în consecință, sunt descărcate prin link-uri. A face reguli de descărcare din ele nu este dificil, o poți face singur. Regula de descărcare a directorului este necesară dacă există dorința de a transfera întregul director, și nu doar prin link-uri.

Orez. 4 Lista directoarelor și registrelor de informații care urmează să fie transferate

Caracteristici ale transferului de solduri pe conturile 76.AB și 76.BA

Când este setat la da parametru Regradarea corectă pentru decontări cu contrapărți erorile contabile pot fi corectate. Ceea ce se recurge este clar din Fig.5.1: pentru contraparte, soldul este zero, dar pentru al doilea subconto, sumele nu sunt zero. Astfel de solduri nu vor fi reportate.

Fig.5.1 Regradarea în reziduuri

Dacă este setat la da parametru Mesaje în detaliu, apoi vor fi afișate mesaje explicative în timpul descărcării (vezi Fig.5.2).

Fig.5.2 Mesaje în timpul recladării în reziduuri

Caracteristici ale transferului de solduri pe conturile contabile pentru mărfuri și materiale

Algoritmul de corectare a erorilor precum recurgerea la solduri prin TMC. Acest algoritm funcționează la setarea parametrului Remediați reclasificarea resturilor de bunuri și materialeîn sens da. Un exemplu este prezentat în Figura 5.3. Contabilitatea contului 10.03 se efectuează în contextul nomenclatorului, al depozitelor și al loturilor. Restul nomenclaturii Benzină AI-92 pe depozitul №4 este zero, dar dacă extindeți soldurile pe loturi, vor fi multe. Suma algebrică a soldurilor peste loturi este egală cu zero, aceasta este sortarea. Astfel de reziduuri nu trebuie transferate, deoarece aceasta este o greșeală clară. Ele nu vor fi transferate când parametrul este setat.

Fig.5.3 Regradarea în reziduuri TMCîn baza de date sursă BP 2.0

Situația este mai gravă cu restul depozitul №6. Restul este diferit de zero, deci algoritmul de corecție a stațiunii nu va funcționa, restul va fi transferat. Și cum vor fi transferate, să luăm în considerare. Sumă -155,29 nu va cădea în transfer, deoarece un astfel de rest în BP 3.0 este imposibil să introduceți, este imposibil să introduceți o cantitate zero și o sumă diferită de zero, documentul de introducere a soldurilor nu va fi postat, prin urmare nu încărcăm. Ca urmare, în BP 3.0 celelalte două sume vor scădea (vezi Fig. 5.4). Restul a fost transferat ca cu o eroare. De fapt, desigur, nu există nicio eroare de transfer aici, dar există erori de contabilitate.

Fig.5.4 Rezultatul transferului către BP 3.0

Dacă se utilizează sau nu algoritmul de corectare a reclasării descris, depinde de utilizator. Trebuie doar să rețineți că soldurile cu cantitate zero nu sunt niciodată transferate. Potrivit autorului, acesta este cel mai corect comportament, cel puțin vă permite să introduceți documentul de intrare a soldului și să începeți reconcilierea. Pentru o căutare mai rapidă a pozițiilor de discrepanță dintre soldurile dintre BP 2.0Și BP 3.0 pe baza rezultatelor transferului, se poate recomanda selectarea unor astfel de poziții problematice în sursă prin înființarea bilanţului în mod corespunzător. Consultați Figura 5.5 pentru cum să faceți acest lucru.

Fig.5.5 Selectarea pozițiilor cu cantitate zero

După ce descărcarea este finalizată trebuie să rulezi programul 1C: Contabilitate 8 ed.3.0. Încărcarea atât inițială, cât și în timpul migrărilor repetate de date sau migrărilor suplimentare ar trebui să fie efectuată folosind procesarea tipului Schimb universal de date în format XML(vezi fig. 8.1). Îl puteți deschide prin meniu: Toate funcțiile - Procesare - Schimb universal de date în format XML. Dacă nu există niciun element de meniu Toate caracteristicile, atunci trebuie să mergi la Service -Parametriși bifați caseta Afișează comanda Toate funcțiile.

După încărcarea datelor în baza de date 1C: Contabilitate 8 ediția 3.0, este necesară efectuarea documentelor pentru introducerea soldurilor inițiale pentru a obține toate mișcările necesare. Puteți utiliza procesarea Repostărirea în grup a documentelor(vezi Fig.8.2) sau postați documente în jurnal (meniu: Toate funcțiile - Documente - Introducerea soldurilor). Dacă documentele au fost transferate fără mișcări (opțiune Încărcați mișcările documentelor setat la valoare Nu), apoi pentru a primi afișări și înscrieri în registre este necesară și afișarea documentelor.

Tehnica de conversie a datelor.

Conversia, dacă este necesar, poate fi efectuată în mai multe etape, de exemplu, mai întâi directoare, apoi documente pentru introducerea soldurilor, apoi alte documente. Este posibilă retransferul de informații. Între transferuri, nu trebuie să faceți corecții la datele transferate în 1C: Contabilitate 8 ed.3.0, în caz contrar, aceste remedieri se pot pierde în timpul transferurilor repetate.

Soldurile sunt transferate prin documente Introducerea soldurilor de deschidere.

Mai multe detalii despre metodologia de introducere a soldurilor găsiți în articolul de pe site-ul ITS al 1C.

Important! Parametrii trebuie setati inainte de a introduce soldurile initiale politica contabila. Setările politicii contabile ale organizației sunt citite la data următoare datei în care sunt introduse soldurile. De exemplu, dacă data introducerii soldurilor este 31.12.2013, atunci sunt luați în considerare parametrii politicii contabile stabiliți la data de 01.01.2014. Acest lucru vă permite să luați în considerare parametrii politicii contabile curente. (de exemplu: dacă în 2013 organizația a aplicat sistemul simplificat de impozitare, iar din 2014 a trecut la sistem comun- apoi la introducerea soldurilor la 31 decembrie 2013 se vor lua în considerare parametrii politicii contabile ai anului 2014). De aceea, după cum am menționat mai sus, recomandăm în primul rând transferul politicii contabile a organizației.

Important! Dacă decideți să începeți să lucrați în 1C: Contabilitate 8 ed.3.0înainte ca resturile să fie transferate acolo, este necesar în prealabil înainte de a începe lucrul în 1C: Contabilitate 8 ed.3.0 transfer de directoare. În caz contrar, la transferul reziduurilor într-o bază de date negoală, sunt posibile erori.

Important: există posibilitatea de a rezolva problema sincronizării la încărcarea într-o bază de date nevidă - obiecte care se potrivesc.

Cum să lucrați cu procesare specializată de transfer de date.

Procesarea este utilizată numai în modul fişier. Prelucrare Transfer de date_de la_BP20_la_BP30.epf ar trebui să fie lansat în baza de informații unde sunt transferate datele, adică V 1C Contabilitatea întreprinderii rev.3.0.În prima fereastră (vezi Fig. 9), ar trebui să specificați opțiunea de încărcare a datelor din baza de informații pe platforma 1C:Enterprise:

Încărcați datele direct din baza de informații

Fig.9 Fereastra de pornire pentru procesarea transferului de date

În fereastra următoare (vezi Fig. 10), trebuie să configurați transferul:

Selectați o bază de informații din listă (lista este aceeași ca la pornirea aplicației 1C Enterprise).

Specificați numele de utilizator și parola

Specificați ce informații să transferați

În plus, puteți verifica datele din sursă pentru corectitudinea transferului

La migrarea dicționarelor, datele vor fi transferate din dicționarele bazei de informații selectate pentru care există reguli de încărcare. Directoarele în acest caz sunt transferate în întregime. Dacă caseta de selectare nu este bifată, dar este selectată orice altă opțiune de transfer, atunci directoarele vor fi și ele transferate, dar numai în măsura necesară pentru completarea datelor în tranzacțiile și documentele transferate. La transferul de date, puteți transfera directoare, documente și solduri la începutul anului. Opțiunile de transfer pot fi selectate în orice combinație. La transferul soldurilor, datele privind soldurile din conturile contabile de la 1 ianuarie a anului selectat vor fi transferate conform regulilor indicate în Fig. 1. În 1C: Contabilitate 8, documentele „Intrare solduri inițiale” vor fi create la 31 decembrie a anului precedent celui selectat.



Fig.10 Fereastra Opțiuni de transfer

Dacă este selectată opțiunea de verificare a datelor, atunci o astfel de verificare va fi efectuată înainte de încărcare și rezultatul verificării va fi afișat pe ecran (vezi Fig. 11). Dacă se găsesc erori în timpul procesului de verificare, procesul de migrare va fi întrerupt pentru a permite corectarea erorilor. Dacă doriți să încărcați și să descărcați date în ciuda erorilor, debifați Verificați datele înainte de descărcare sau faceți clic Continua. Lista regulilor de verificare este actualizată constant.



Fig.11 Rezultatul validării datelor înainte de încărcare

În procesul de transfer al datelor de la sursă la receptor, pe ecran va fi actualizată o imagine care indică stadiul curent: conectarea la baza de informații, încărcarea datelor, încărcarea datelor etc. În plus, mai mult informatii detaliate este afișat mai jos ca șir, de exemplu, „Încărcare de date: Documente(3 /3)”. La finalizarea încărcării datelor, începe procesul de postare a documentelor încărcate și apoi de verificare a datelor încărcate. Dacă apar erori în timpul postării documentelor sau verificării datelor, mesajele despre aceasta vor apărea în fereastra de mesaje de la sfârșit. Mesajele de eroare pot fi vizualizate și într-o fereastră separată făcând clic pe hyperlink Informații despre eroare(Vezi Fig.12).



Fig.12 Indicarea progresului transferului de date

Un fragment al tabelului care conține înregistrările erorilor este prezentat în Fig.13. Mai întâi, tabelul afișează mesajele de eroare care au apărut în timpul postării documentelor, apoi erorile în timpul verificării. Verificarea datelor incarcate consta in compararea bilanturilor generate la data introducerii soldurilor in sursa si destinatie. În cazul unei nepotriviri a soldului unui cont, se creează o înregistrare despre aceasta. Făcând dublu clic pe o intrare din tabelul de erori, puteți deschide documentul problematic pentru corectare și execuție manuală. Același lucru se poate face în fereastra de mesaje.



Fig.13 Fragment dintr-un tabel care conține înregistrări de eroare

După efectuarea corecțiilor în baza de destinație, nu are sens să transferați din nou aceleași informații din baza sursă, deoarece în timpul celui de-al doilea transfer, aceste date vor fi din nou scrise cu erori. Prin urmare, încercați să faceți corecții la sursă, nu la destinație, sau evitați repetarea transmiterii aceleiași informații. De exemplu, după transferul soldurilor inițiale și corectarea tuturor documentelor pentru introducerea soldurilor inițiale în receptor, nu setați steag pentru transferuri ulterioare Sold la începutul anului.

Actualizările sunt gratuite timp de 6 luni de la cumpărare. La sfarsitul perioadei actualizări gratuite, Puteți primi actualizări contra unei taxe (vezi mai jos pentru cost). În același timp, dacă ați achiziționat mai multe produse software, ca parte a kit-urilor sau separat, atunci aveți dreptul să contați pe o reducere. Puteți afla mai multe despre sistemul de reduceri.

Reguli create de tehnologie Conversii de date: ușor de editat.
Complet deschis, nu există restricții de licențiere, altele decât interzicerea replicării.

Fişier TransferDemo20_30.xml este o descărcare din baza de date obținută prin transferul bazei de date demo BP 2.0 distribuită de 1C în baza de date BP 3.0. Creați o bază de date BP 3.0.44.94 goală, puteți utiliza șablonul 1C sau puteți utiliza fișierul de configurare 1Cv8.cf. Setați în setările contabile la Configurarea planului de conturi contabilizarea stocurilor pe depozite si loturi. Descărcați fișierul demonstrativ TransferDemo20_30.xml cu procesare Schimb universal de date în format XML. Baza de date demo arată transferul soldurilor din 01/01/2009 și documente pentru perioada 01/01/2009 până la 31/12/2009.

Regulile sunt actualizate regulat pentru versiunile noi, potrivite pentru versiunile BP 2.0.64.23 și ulterioare. Nu este nevoie să căutați și să selectați versiunea dorită a regulilor de portare, acestea sunt potrivite pentru orice versiune SOURCE din intervalul specificat. Dacă aveți nevoie de reguli pentru versiunile anterioare, vă rugăm să contactați autorul. Eliberarea RECEIVER trebuie să fie pur si simplu ca în reguli.

29.08.2018 Descarcarea soldurilor la sectiune este separata intr-o regula separata Credite și împrumuturi(conturile 66, 67), anterior făcea parte din Alte conturi contabile

20.08.2018 Actualizare la 2.0.66.59 și 3.0.64.48

06.03.2018 Adăugat transfer de documente Reflectarea salariului în contabilitatea reglementată

18.05.2018 Actualizare la 2.0.66.54 și 3.0.61.37

23.02.2018 Actualizare la 2.0.66.48 și 3.0.58.41

18.01.2018 Actualizare la 2.0.66.46 și 3.0.57.17

22.12.2017 Actualizare la 2.0.66.42 și 3.0.56.22

03.11.2017 Actualizare la 2.0.66.37 și 3.0.53.38

26.09.2017 Actualizare la 2.0.66.37 și 3.0.52.35

14.06.2017 Actualizare la 2.0.66.29 și 3.0.50.18

05.05.2017 Actualizare la 2.0.66.25 și 3.0.49.27

04.04.2017 - s-a adăugat crearea facturilor primite atunci când BP 2.0 are doar număr și dată. Trebuie să setați un parametru Efectuați conversia facturii(creați altele noi dacă sursa conține doar numărul și data)

02.06.2017 Actualizare la BP 3.0.47.23

26.01.2017 Adăugat transfer de documente Reflectarea TVA-ului acumulatȘi Reflectarea TVA-ului deductibil

01.11.2017 Actualizare la BP 2.0.66.8 și BP 3.0.46.16. Transfer de înregistrare exclus TVA conform OSiNMA.În versiunile anterioare, unde se află în configurație, nu va fi transferat.

14.12.2016 Actualizare la BP 3.0.44.203

12.07.2016 Adăugat transfer de documente Ajustarea datoriilor

12.01.2016 Parametru adăugat Nu luați în considerare registrul Cheltuieli pentru sistemul fiscal simplificat, care vă permite să gestionați descărcarea soldurilor pentru organizațiile care utilizează sistemul simplificat de impozitare

21.11.2016 Descărcare director adăugată Utilizatori o regulă separată cu crearea utilizatorilor IS în receptor (detalii aici). Transferul de solduri adăugat de către RS Angajații organizației(date de personal). La transferul soldurilor pe conturile 76.AB și 76.BA, este posibilă verificarea și corectarea sortării după al doilea subconto.

08.11.2016 Lista documentelor a fost extinsă.

28.10.2016 Adăugat transfer de documente. Adăugată o demonstrație a transferului, acesta este rezultatul transferului bazei de date demo BP 2.0.

26.10.2016 Remediere crearea documentelor goale pentru introducerea soldurilor atunci când există solduri de cont pe 10.07

09.09.2016 Actualizare la BP 3.0.44.102

23.03.2016 Transfer îmbunătățit al datelor privind facturile primite (la transferul soldurilor de stoc)

01.11.2016 Adăugat transferul informațiilor de contact ale persoanelor fizice, cetățenie, date pașaport, informații despre handicap, statutul persoanelor. S-au adăugat reguli pentru transferul conturilor bancare și a conturilor de contabilitate a articolelor.

23.12.2015 Actualizare la BP 3.0.43.29. S-a adăugat transferul informațiilor de contact ale contrapărților și ale persoanelor de contact ale acestora.

14.12.2015 S-au creat reguli pentru BP 3.0.42

Pachetul include: Reguli de transfer „ACC20_30” si prelucrare Transfer de date_de la_BP20_la_BP30. Dacă organizația dvs. nu are un programator cu normă întreagă pentru muncă, suntem gata să oferim serviciile specialistului nostru (programatorul se va conecta la computerul dvs. prin Internet, prin program special pentru lucru la distanță și va produce munca necesara). Dacă este posibil să se asigure o bază de lucru „1C: Contabilitate 8 rev.2.0”, putem transfera datele noi înșine și să transferăm fișierul " 1C: Contabilitate 8 ed.3.0» cu solduri reportate. Costul acestui serviciu nu este inclus în costul total al pachetului.

Important. Nu toate documentele sunt migrate (pentru compatibilitate cu versiunile BP 2.0 mai vechi). Înainte de a cumpăra, citiți cu atenție lista din Fig. 3.

Transfer de date din programele „1C: Accounting 7.7” și „1C: USN 7.7” la „1C: Accounting 8”

Câteva cuvinte despre modul în care datele sunt transferate dintr-o configurație tipică " Contabilitate”, ediția 4.5 pentru 1C: Enterprise 7.7 sau configurația „” (denumită în continuare Configurații surse) în configurația standard „ Contabilitatea întreprinderii”, ediția 3.0 pentru 1C: Enterprise 8 (versiunea 3.0.52), denumită în continuare „Configurația destinației”.

IMPORTANT! Transfer de date posibil din configurare Contabilitate ediția 4.5 pentru 1C:Enterprise 7.7 versiunea 7.70.569 și ulterioară sau din configurația " Sistem simplificat de impozitare, ed. 1.3» versiunile 7.70.219 și ulterioare.

Se recomandă trecerea de la Configurația Sursă la Configurația Destinație la începutul unei noi perioade (an, trimestru, lună) după finalizarea operațiunilor programate din perioada anterioară.

Transferul de date se realizează folosind o procesare specializată care descarcă datele din baza de informații Configurație sursă într-un fișier în format XML. Fișierul rezultat este încărcat în baza de informații a Configurației destinatarului utilizând procesarea universală de încărcare a datelor.

ACC_ACC8.ert - prelucrare externăîncărcarea datelor în fișier extern din configuratie " Contabilitate, rev.4.5»;

USN_ACC8 .ert - procesarea externă a încărcării datelor într-un fișier extern din configurație " Sistem simplificat de impozitare, ed. 1.3»;

ACC_ACC8 .xml - reguli de conversie a datelor.

USN_ACC8 .xml - reguli de conversie a datelor.

Următoarele sunt transferate din baza de informații a Configurației sursei în Configurația destinației:

— informații despre soldurile curente din conturile contabile ale infobazei Configurație sursă la data conversiei infobazei;

— documente curente cu o dată mai mare decât data conversiei bazei de informații.

Conversia se realizează în două etape:

— datele din baza de informații Configurare sursă sunt încărcate într-un fișier separat (fișier de date);

— fișierul primit este încărcat în baza de informații a Configurației destinatarului.

Utilizați programul de instalare setup.exe pentru a instala procesarea de migrare a datelor. După pornirea programului (dacă numărul de baze de informații 1C:Enterprise este mare, atunci după ceva timp) va apărea o casetă de dialog în care trebuie să marcați acele baze de informații în care va fi instalată procesarea transferului de date. Fereastra arată ca în Fig.1. Dacă numărul de baze de informații este mai mare de șapte, atunci utilizați butoanele sus și jos pentru a naviga. Dacă sunt selectate mai multe baze de informații, atunci în linia „cale” este afișată numai locația ultimei baze de informații selectate. Aceste informații sunt de natură auxiliară și sunt folosite după bunul plac pentru un control suplimentar de către utilizator asupra rezultatului programului de instalare, nu-i acordați prea multă atenție, programul va stabili singur unde sunt instalate bazele de informații pe care le-ați selectat.



Fig.1 Fereastra de selectare a bazei de informații în timpul instalării

În plus, puteți specifica folderul în care va fi instalată și procesarea transferului de date, pentru aceasta ar trebui să utilizați fereastra de selectare a folderului (făcând clic pe butonul cu trei puncte). Calea completă pentru folderul selectat va fi reflectată în bara de selecție. După ce faceți clic pe butonul „Instalare”, instalarea va fi efectuată fisierele necesare la bazele de informații selectate și (sau) la folderul selectat. După finalizare, puteți face clic pe butonul „detalii” și puteți vedea un jurnal de instalare detaliat, ce fișiere și ce foldere au fost scrise. Ca rezultat, aproximativ următoarea imagine ar trebui să apară în folderul selectat, vezi Fig.2.



Fig.2 Fișiere instalate în folderul selectat

La un subdirector ExtForms sunt stabilite reguli de procesare și transfer. Rețineți că procesarea încărcării ACC_ACC8.ert iar regulile de încărcare a datelor înlocuiesc prelucrare tipică si reguli. Dacă doriți să păstrați mecanismul tipic de tranziție, instalați noua procesare într-un director separat, nu în baza de informații.

Procesul de instalare este descris mai detaliat folosind exemplul de instalare a raportului " Verificare expresă a contabilității pentru configurația „1C: Contabilitate 7.7«.

Într-un program" 1C: Contabilitate 7.7» să fie deschis din caracteristici suplimentare prelucrare " Trecerea la 1C: Contabilitate 8, ed. 3.0«, selectați folderul care conține regulile de transfer (vezi Fig. 3) și descărcați regulile de schimb. Nu trebuie să includeți toate regulile de transport. Ar trebui să utilizați numai cele necesare, de exemplu, pentru a transfera solduri sau solduri și documente. De exemplu, în grupul de dicționare, nu pot fi incluse reguli, deoarece toate dicționarele sunt transferate prin legături, după cum este necesar, de exemplu. numai cele care sunt implicate fie în bilanţuri, fie în acte. Acest lucru asigură că nu există „gunoi” în noua bază de informații. Nici nu trebuie să includeți toate documentele. De exemplu, dacă nu există documente în baza de date sau nu doriți să le transferați, nu este necesar să activați această regulă.



Fig.3. Procesare de încărcare a datelor

Recomand să setați numele fișierului de date la „C:\v77_v8\Exp77_80.xml”, acest folder este adesea folosit implicit în program „ 1C: Contabilitate 8» la descărcarea datelor din programele de pe platformă « 1C: Enterprise 7.7". Setați opțiunile pe pagină dacă este necesar. Opțiuni«.

În procesul de descărcare a datelor din configurație " Contabilitate 7.7» se poate întâlni diverse erori. Regulile de migrare prezentate aici diferă de cele tipice prin aceea că, în etapa de descărcare a datelor, se efectuează o căutare a erorilor tipice. Luați în considerare acelea dintre ele despre care sunt afișate mesaje.

Cantitate zero și cantitate diferită de zero de bunuri și materiale. Introducerea unui sold în Configurația de destinație astfel încât cantitatea de material să fie egală cu zero și estimarea costului materialului să nu fie egală cu zero este imposibilă și nu are sens, deoarece aceasta este o greșeală. Prin urmare, atunci când soldurile sunt transferate, astfel de articole (cu o cantitate zero) nu vor fi disponibile în documentele de înregistrare a soldului. Prin urmare, dacă erorile nu sunt corectate înainte de transferul datelor, atunci sumele din sursa de date și destinația datelor nu se vor potrivi la transferul soldurilor, ceea ce va cauza dificultăți suplimentare de reconciliere. Prin urmare, în procesul de descărcare a datelor din configurație " Contabilitate 7.7» sunt afișate mesaje despre erorile întâlnite (vezi fig. 4). În plus, pentru căutarea erorilor, vă putem recomanda utilizarea procesării „Verificare expresă a contabilității”, și anume regula „Lipsa unei sume nenule cu o cantitate zero pentru materiale”.



Fig.4.1 Mesaje de eroare

Sold diferit de zero pe subcontul al doilea (al treilea) nivel, în timp ce soldul la primul (al doilea) nivel este zero. Aceasta este o situație destul de comună de contabilitate eronată. Un exemplu tipic este prezentat în Figura 4.2. Există o astfel de stare ca urmare a „resortării” în contabilitatea analitică. De exemplu, în documentele de mișcare Bani contractul este indicat, dar nu există contract în documentele de detașare a mărfurilor și materialelor, sau invers, sau există contracte, dar sunt diferite. În toate aceste cazuri, există un sold diferit de zero pe contracte, în ciuda faptului că soldul contrapartidei este zero. O imagine similară poate apărea în contabilitatea materialelor, nomenclatură (când este activată contabilitatea totală pentru locațiile de depozitare): sortarea între depozite, mai ales dacă depozitele sunt persoane responsabile din punct de vedere material.



Fig.4.2 Un exemplu de erori în contabilitate

Este clar că aceasta este o greșeală și este clar că nu are sens să transferăm astfel de reziduuri. Pentru a exclude transferul acestui tip de solduri, există parametrul „Nu descărcați solduri dacă există un sold zero pe nivel superior". Dacă acest parametru este setat la unu, atunci mesajele prezentate în fig. 4.3 (comparați cu fig. 4.2), iar balanțele pentru astfel de poziții nu vor fi descărcate. Puteți utiliza diverse combinații ale acestui parametru cu regulile pentru transferul diferitelor solduri. Dacă nu transferați toate soldurile simultan, ci pe secțiuni contabile, atunci puteți transfera solduri pentru diferite secțiuni contabile cu o valoare diferită a parametrului.



Fig.4.3. Mesaje de eroare

Valori de contract goale sau contracte ale altor persoane. Problema este similară cu cea descrisă mai sus, motivul este același - regradarea în contabilitatea analitică pentru contracte (vezi Fig. 4.4). Dar soldul contrapărții nu este egal cu zero, așa că regula de verificare descrisă mai sus nu va funcționa. La transferul datelor se va produce o eroare la înregistrarea documentului de intrare a soldului, deoarece nu este permisă o valoare de contract goală.



Fig.4.4 Raport care arată eroarea

Pentru a elimina astfel de erori înainte de transfer, mesajele de eroare sunt afișate în etapa de încărcare a datelor (vezi Fig. 4.5). Aceeași cifră arată că a mai fost întâlnită și o altă eroare: contractul nu corespunde contrapărții, adică. titularul contractului este o altă contraparte. Asemenea erori se găsesc adesea în modificate, de ex. configuratii atipice sau în baze de date de lungă durată, când configurațiile standard nu aveau încă un control suficient de strict pentru respectarea contractelor la completarea documentelor.



Fig.4.5 Mesaje de eroare contabile

Verificarea valorilor goale ale contractelor și contractelor altor persoane se efectuează dacă parametrul " Verificați contractele pentru o valoare goală și conformitatea cu contrapartea". În plus, pentru căutarea erorilor, se poate recomanda utilizarea procesării „Verificare expresă a contabilității”, și anume regulile „Fără analize necompletate pentru contracte” și „Corespondențele contrapărților și contractelor”.

Există și alte verificări pentru erori, pentru clarificări, contactați-ne (contacte în josul paginii).

Vă vom arăta cum puteți transfera date în părți, și nu în întregime, folosind exemplul de descărcare a documentelor de un tip separat sau chiar a unor instanțe separate de documente de un tip selectat. Să marchem o singură regulă pentru descărcarea datelor " Ordin de plata» (vezi fig. 5). Acest lucru vă va permite să încărcați documente numai de formularul " Ordin de plata". Dacă faceți clic pe „ descărca„, apoi toate documentele din formularul „ Ordin de plata", situat în intervalul de timp cu " data de început" De " data expirării". Apasa butonul " Instalați PVD„, după aceea inscripția „ Selectarea datelor pentru Ordinul de plată«.



Fig.5 Cum să setați o regulă pentru încărcarea datelor de un anumit tip

Apoi, faceți clic pe butonul „Adăugați condiție”, veți putea selecta atributul de selecție (vezi Fig. 6.1), cel mai adesea este „ CurrentDocument«, care vă permite să selectați un singur document din lista de documente de acest tip. Puteți, folosind alte detalii de selecție, să obțineți o selecție după un grup de documente, de exemplu, să selectați documente după dată. În toate cazurile, selecția documentelor se face în intervalul de timp, parametrizat « data de început" Și " data expirării«.



Fig.6.1 Cum se selectează un singur document

Important! "1C"), care în unele configurații nu permite selectarea documentelor la descărcare prin detalii de selecție. Acest lucru se datorează faptului că în reguli model documentele sunt selectate la cerere fără a se specifica o perioadă. Astfel de solicitări nu funcționează întotdeauna.

În mod similar, directoarele pot fi încărcate, nu întregul director, ci selectând după un anumit atribut. Mai întâi, selectați regula de încărcare a datelor dorită, apoi apăsați secvențial butoanele « Instalați PVD" Și " Adăugați o condiție". De exemplu, Figura 6.2 arată cum puteți descărca numai acei angajați cu care la momentul tranziției de la program " 1C: Sistem simplificat de impozitare, ed. 1.3" pe " 1C: Contabilitatea întreprinderii, ediția 3.0” (sau, după cum spun adesea utilizatorii, trecerea de la contabilitate 7.7 la 3.0) s-a stabilit un raport de muncă.



Fig.6.2 Cum se selectează un grup de elemente de director

Important!În regulile propuse pentru migrarea datelor, a fost corectată o eroare în regulile standard (de la companie "1C"), ceea ce duce la selectarea incorectă a elementelor de director la descărcare prin detalii periodice carte de referință, adică cele care au valori diferite pentru date diferite. Acest lucru se datorează faptului că în regulile modelului, selectarea elementelor de director se face printr-o interogare fără a specifica o perioadă.

Selectarea prin detalii periodice a directorului se face la data parametrului " data expirării«.

Puteți utiliza o combinație de reguli de încărcare a datelor și filtre. Regulile pentru care au fost setate selecții vor fi marcate cu ” [ FILTER ] “. Pentru a vedea sau edita selecția unei anumite reguli de încărcare a datelor, trebuie să faceți dublu clic pe această regulă din lista de reguli sau, după ce ați selectat-o, să faceți clic pe butonul « Instalați PVD«.

Important! Dacă descărcarea obiectelor se dovedește a fi goală sau incompletă, trebuie să verificați dacă este setat modul de sincronizare cu 1C: Contabilitate 8. Dacă acesta este cazul, atunci numai obiectele care au fost schimbate după finalizarea transferului vor fi descărcat (Referință. Parametrii contabili sincroni stochează parametrul Poziția ultimului document descărcat, care este verificat în timpul descărcării de către funcția CheckOn Posibilitatea de descărcare) . munca deplinaîn modul sincronizare devine imposibil. Modul de sincronizare este verificat după încărcarea regulilor de schimb. Dacă modul este setat, va fi generată o fereastră de avertizare (vezi Fig.6.5) și se va propune dezactivarea modului de sincronizare.



Orez. 6.5 Fereastra de avertizare pentru modul de sincronizare

Diferențe suplimentare față de regulile modelului

Transfer fix de P&L cu tipuri vechi de chitanță: dacă tipul de chitanță este 2 (valoare învechită) în documentele de primire a Bunurilor și Serviciilor și nu există nicio factură de furnizor, acest document este convertit în mod eronat în BP 3.0 într-un document de retur de la cumpărător.

A fost remediată o eroare la transferul operațiunilor manuale care au un subcont Subdiviziune în versiunea BP PROF. O astfel de operațiune nu este înregistrată în BP, apare o eroare: „Câmpul Departamentului trebuie să fie gol”. Acest lucru se datorează faptului că regulile sunt concepute pentru a funcționa cu versiunile CORP, cu toate acestea, în PROF, dimensiunile DivisionDt și DivisionKt ale registrului contabil trebuie să fie goale.

S-a remediat o eroare care a cauzat grupuri duplicate ale directorului Tratateși, ca urmare, la duplicarea elementelor acestui director (deoarece căutarea în timpul încărcării se efectuează ținând cont de părinte). Acest lucru este ilustrat în Figura 6.6.



Fig.6.6 Rezultatul transferului directorului Tratate reguli model

Aici în coloană Mamă(grup de directoare) cu numele 2015 sunt două grupuri diferite director cu același nume (există un grup în sursă), prin urmare, contractele sunt duplicate.

S-a remediat eroarea de transfer de documente bancare la transferul de bani dintr-un cont curent în altul. ÎN BP 3.0în acest caz documentul este creat Radiere din contul curent cu tipul de operare Transfer într-un alt cont al organizației, care nu se realizează din cauza faptului că recuzita nu este umplută Contul beneficiarului. În plus, detaliile sunt completate incorect cont contabilȘi Cont debitor. Acest lucru se va manifesta dacă sunt diferite, de exemplu 55 și 51, atunci trebuie schimbate. S-a remediat o eroare cu detalii lipsă Tipul de obligațieîn documentele fiscale. Toate cele de mai sus se aplică pentru versiunea 3.0.43.215.

Recuzitele sunt transferate contractul principal director Contrapartide.

Regula de descărcare manuală a fost schimbată Nomenclatură, acum metoda de selecție a datelor este o selecție standard, care vă permite să selectați elementele cărții de referință prin detalii (în regulile standard ale USN 7.7 - BP 3.0 acest lucru nu este posibil). La transferul unui director Nomenclatură, sunt transferate și Preturile articolelor prin linkuri, adică prețurile numai pentru articolele transferate ale articolului. Pentru a activa această caracteristică, trebuie să setați valoarea parametrului la unu. Încărcați prețuri atunci când descărcați un articol.

S-a remediat o eroare în regulile standard „USN 7.7 - BP 3.0” la transferul soldurilor pentru decontări cu contrapărți: tipul de contract a fost întotdeauna setat la Alte. Acum - în funcție de tipul de sold, conform secțiunii contabile " Acorduri cu furnizorii si contractorii» tip contract = « Furnizor", conform sectiunii de contabilitate" Decontari cu cumparatori si clienti» tip contract = « cu cumpărătorul", în alte cazuri, tipul contractului = " Alte«.

S-a remediat o eroare în regulile standard „USN 7.7 - BP 3.0” la transferul soldurilor pentru decontări cu contrapărți: suma decontărilor reciproce a fost înregistrată în două detalii ale documentului pentru introducerea soldurilor inițiale SumăȘi SumaKt. Ca urmare, nu a fost înregistrat niciun document de înregistrare a soldului de deschidere.

Verificacu cumpărătorul„(în regulile model” Alte"). Valoarea atributului " Statul de plată„Este important pentru alegerea potrivita facturi de plată către cumpărător în documente de plată bancare în Configurația destinatarului.

La transferul documentelor din formularul " Ordin de plata» tipul contractului este setat la « Furnizor„(în regulile model” Alte«).

S-a remediat o eroare în regulile standard „USN 7.7 - BP 3.0” la transferul locațiilor de stocare: atributul „ Tipul depozitului«.

S-a adăugat parametrul " Schimb cu autoritățile de reglementare inclus„: dacă valoarea sa este 1, atunci recuzită Tip de schimb cu autoritățile de supraveghere element director" Organizații' este setat sa ' ExchangeInUniversalFormat", altfel în " Schimb dezactivat» ca în regulile standard. Acest lucru este important pentru transferurile repetate (regulate), pentru a nu strica configurarea EDI.

S-a schimbat regula de căutare pentru elementele descărcate pentru directorul " Contrapartide„: mai întâi, căutarea se efectuează pe STANIUȘi punct de control(dacă aceste valori sunt completate), atunci numai de STANIUși în sfârșit pe Nume. În toate cele trei cazuri, căutarea implică atributul grupului (ThisGroup) și grupul însuși (Parent). Acest lucru este important pentru transferurile repetate (regulate), pentru a nu crea duplicate pentru contrapartidele cu nume schimbate DUPĂ încărcare.

La transferul contrapărților, detaliile sunt completate Înregistrarea țării adică „Rusia”. Acest lucru este necesar pentru ca după încărcarea directorului contrapărților în program „1C Contabilitate 8” nu a trebuit să completeze manual detaliile necesare Înregistrarea țării. Dacă nu este completat, atunci sub forma unui element de referință " Contrapartide» detaliile vor fi disponibile « Cod fiscal" Și " Reg. număr", și detalii" STANIU" Și " punct de control» va fi ascuns.

La regulile de transfer „USN 7.7 - BP 3.0” a fost adăugată o regulă de încărcare a datelor pentru transferul directorului „Angajați” (în regulile standard se transferă doar directorul persoanelor fizice).

În regulile de transfer „USN 7.7 - BP 3.0”, a fost corectată regula de transfer al registrului de informații Rata curentă de salarizare a angajaților.

Caracteristici ale transferului ordinelor de plată pentru plata taxelor

Pentru ordinele de plată cu tip de operațiune Transfer fiscal detalii suplimentare trebuie completate: KBK - cod clasificare bugetară, statutul de inițiator etc. Structurile acestor detalii în Boom 7.7 (USN 7.7) si in BP 3.0 nu se potriveste. În special în BP 3.0 unele dintre aceste detalii sunt plasate într-un director separat, un link către care este conținut în ordinul de plată. Director Tipuri de impozite și plăți către buget conține un număr de elemente furnizate care apar în baza de informații, de exemplu, la editarea unei politici contabile. La migrarea datelor, aceste elemente vor apărea și la încărcarea politicii contabile. La încărcarea/descărcarea ordinelor de plată, elementul director Tipuri de impozite și plăți către buget căutat de CCC pentru înlocuire în detaliile ordinului de plată Impozit. Prin urmare, se recomandă ca după transferul politicii contabile să verifice dacă în director au apărut toate taxele necesare, dacă este necesar, supliment. La compararea (sincronizarea) CCC în ordinele de plată în sursă și destinatar, nu sunt luate în considerare patru cifre CCC, cifre 14-17, cod subtip venit: impozit, penalități, amenzi etc. În director Tipuri de impozite și plăți către buget acești biți sunt umpluți cu zerouri. Când adăugați elemente noi în director, cifrele 14-17 ar trebui, de asemenea, completate cu zerouri.

Transferul bazelor de informații marime mare.

În primul rând, la migrarea unor baze de informații mari, procesul de descărcare a datelor poate dura foarte mult. Acest lucru se întâmplă dacă există un număr mare de solduri într-o secțiune contabilă, de exemplu, solduri de bunuri. Pentru a reduce timpul de descărcare, puteți aplica metoda de împărțire a unui document " Introducerea soldurilor de deschidere„pentru câțiva. Dacă setați valoarea parametrului " Numărul de rânduri din documentul de înregistrare a soldului» diferit de zero (vezi Fig.6.3), apoi încărcarea datelor într-un document va fi limitată la valoarea specificată. Acest lucru poate reduce semnificativ (de mai multe ori) timpul de descărcare.



Fig.6.3 Setarea parametrilor la transferul de date cu o limită de dimensiune a documentului « Introducerea soldurilor de deschidere»

Notă: valoarea parametrului limitează numărul de rânduri din tabelul de înregistrare încărcat într-un singur document " Introducerea soldurilor de deschidere”, și nu stabilește numărul de linii ale documentului în sine. Prin urmare, numărul de linii de document va diferi de valoarea parametrului, aceasta nu este o eroare. La împărțirea unui document Introducerea soldurilor de deschidere” la mai multe documente, la comentariile fiecărui document se va adăuga un postfix la sfârșitul rândului: „-1”, „-2”, etc.

IMPORTANT! Algoritmul descris pentru împărțirea unui document " Introducerea soldurilor de deschidere» pentru mai multe este folosit doar pentru a reduce timpul de încărcare a datelor, toate documentele sunt încărcate într-un singur fișier, adică. transferul de date are loc într-un singur pas, comentariile (postfixele) sunt generate automat, este setat un singur parametru. Dar această tehnică nu rezolvă problema lipsei de memorie, care va fi discutată mai jos.

La migrarea unor baze de informații mari, poate apărea problema lipsei RAM: atunci când încercați să descărcați programul, programul se va încheia cu mesajul de eroare corespunzător sau fără mesaj. Încercarea de a înlocui computerul cu unul mai puternic este inutilă. În acest caz, ar trebui să descărcați datele în părți, împărțindu-le în părți. Acest lucru necesită reguli de migrare care acceptă modul specificat. Să vedem cum se descarcă. În primul rând, transferul de date trebuie efectuat folosind o singură regulă de încărcare (vezi Figura 6.4). Dacă, conform unei reguli, transferul este imposibil, atunci îl împărțim în părți, indicând numărul de porții, inițial și final. Fiecare porțiune va conține informații despre un anumit număr de valori analitice de prim nivel, de exemplu, solduri de produse, de ex. numărul specificat de valori ale soldurilor în contul „41”. Cunoscând numărul total de analize din cont, este ușor de calculat numărul de porții. Câte date sunt transferate fără probleme la un moment dat (într-o singură informație) trebuie determinată empiric, de regulă, la descărcarea soldurilor contului, problemele de transfer apar atunci când numărul de solduri este de câteva mii sau mai mult. Deși, pentru a economisi timpul de încărcare a datelor, este posibil să se recomande împărțirea în părți chiar dacă este posibilă încărcarea tuturor soldurilor secției de contabilitate la un moment dat. Timpul de descărcare nu depinde de dimensiunea porțiunii de date proporțional, nu liniar. Prin urmare, prin spargerea, de exemplu, a zece mii de solduri de mărfuri în zece părți dintr-o mie, puteți reduce timpul de descărcare de câteva ori. Dacă transferăm prima porțiune, numărul porțiunii inițiale poate fi omis, dacă ultima porțiune, atunci numărul porțiunii finale poate fi omis.

IMPORTANT! Când transferați date în părți, este necesar să specificați în parametri postfixul, care este implicat în formarea comentariului documentului " Introducerea soldurilor de deschidere". Când schimbați numerele intervalului de porțiuni, nu trebuie să uitați să schimbați postfixul, altfel, la încărcarea în Configurația destinatarului, documentele cu aceleași comentarii (postfixe) vor fi suprascrise. Numele fișierului de date nu contează prea mult. Puteți aplica tactici de transfer secvențial: încărcare - descărcare, încărcare - descărcare etc. Numele fișierului de date în acest caz poate fi lăsat neschimbat. Puteți alege tactica: mai întâi descărcați totul, apoi descărcați totul. În acest din urmă caz, numele fișierului de date va trebui schimbat la fiecare încărcare. Inca o data un exemplu. Dacă numărul de solduri din secțiunea de contabilitate (de exemplu, mărfuri) este, să zicem, 10.000, îl împărțim în părți cu o mie, atunci obținem 10 porții. Fiecare parte trebuie să aibă un postfix unic: „-1”, „-2”, „-3”, „-4”. Dacă descarcăm toate restul mărfurilor și apoi încărcăm totul, atunci și fișierele de date trebuie să fie unice, de exemplu: „41_1”, „41_2”, „41_3”, „41_4”. Parametrii „Început numărul porției” și „Sfârșitul numărului porției” trebuie să ia următoarele valori: 0, 1000; 1001, 2000; 2001, 3000; 3001, 4000.

• Când vechimea în muncă este întreruptă după concediere De la 01 ianuarie 2007 este în vigoare o procedură ușor diferită de stabilire a continuității vechimii unui cetățean. Înainte de aceasta, dacă nu au trecut 3 săptămâni în timpul tranziției de la un loc de muncă la altul, atunci experiența nu a fost întreruptă. Din 2007 […]
• Centrul ANKO Tambov pentru examinări și investigații criminalistice, ANO ANKO Centrul pentru examinări și cercetări criminalistice Tambov, ANO este înregistrat la Tambov, str. Rabochaya, 37, birou 40, 392008.
• Ordine privind programul de lucru Exemplu de comandă privind programul de lucru Cu privire la programul de lucru În conformitate cu articolele 100, 103, 104, 73 din Codul Muncii al Federației Ruse și Regulamentul Intern al Muncii al „Organizației” PJSC, pentru pentru a optimiza funcționarea întreprinderii și a crește […]
• În Spitalul Clinic Central City nr. 20 din Ekaterinburg, unde medicul șef a fost concediat, a fost numită o companie interioară | Regiunea Sverdlovsk | Districtul Federal Ural Alena Tunis a fost numită medic șef interimar al Spitalului Central Orășenesc nr. 20 din Ekaterinburg. Potrivit unui reporter […]
• Legea lui Ohm pentru paralel multimedia 8 celule. multimedia nota 9 multimedia 10-11 celule. teste de astronomie clasa a 7-a testează 8 celule. testează 9 celule. tabele demonstrative ale examenului […]
• Legea RSFSR „Cu privire la concurența și restrângerea activităților monopoliste pe piețele de mărfuri” din 22 martie 1991 N 948-1 legi federale din 25.05.1995 N 83-FZ, din 06.05.1998 N 70-FZ, din 01.02.2000 N 3-FZ, din […]