Contacte

Reguli pentru transferul de date 1s. Un exemplu de regulă de conversie a obiectelor. Etapa de încărcare a datelor

Scopul acestei reguli de schimb este de a transfera soldurile decontărilor reciproce de la BP 2 la UT11.

Crearea pas cu pas a unei reguli de schimb folosind configurația „Conversia datelor” (metadatele trebuie încărcate):

1) Creați o regulă pentru încărcarea unui obiect; pentru aceasta, accesați fila „Reguli pentru încărcarea datelor”, faceți clic pe adăugare. În fereastra care apare, selectați obiectul eșantion; acesta va fi un registru auto-contabil. Schimbăm metoda de eșantionare cu un algoritm arbitrar.

2) Să trecem la scrierea codului în sine pentru că Nu există un registru de autocontabil în UT, așa că trebuie să îl convertim. În primul rând, avem nevoie de o interogare care, conform parametrilor noștri, va returna solduri pentru decontări reciproce. În handlerul de evenimente „Înainte de procesare” scriem următoarea solicitare:

QueryText = „SELECT
| Solduri autonome.Cont,
| Self-supportingRemains.Subconto1 AS Subconto1,
| ISNULL(SUM(Self-AccountingRemaining.AmountRemainingDt),0) AS AmountRemainingDt,
| ISNULL(SUM(Self-accountingRemains.AmountRemainingCt),0) AS AmountRemainingCt,
| MAXIM(Solduri contabile de costuri.Subcont2.Data) AS Data decontăriiDocumentului,
| MAXIM (Solduri auto-contabile.Subcont2.Număr) AS Număr document contabil
|DIN
| Registrul contabil. Autofinanțare. Solduri (&OnDate, Account = &account,) AS Solduri cu autofinanțare
|UNDE
<>&grup și
| Solduri autonome.Subcont 1. Părinte<>&Grupa 1
|GRUPA DE
| Solduri autonome.Cont,
| Solduri autonome. Subcontul 1,
| Rămășițe autoportante.Subconto2
|COMANDA DE
| Subconto1
|COMANDĂ AUTO”;

Sarcina mea a fost să limitez grupurile de contrapărți pentru care sunt încărcate decontări reciproce.

Determinăm valorile variabilelor care vor fi utilizate în viitor.

OnDate = data("20130101");
TD = CurrentDate();
grup = Directories.Counterparties.FindByName("Cumparatori");
grup1 = Directoare. Contrapartide. Găsiți după nume ("Se întoarce de la PERSOANE FIZICE");

Creăm un tabel pe care îl vom trece ulterior la regula de conversie a valorii.

TZ = New ValueTable();
TK.Columns.Add("Contraparte");
TK.Columns.Add(„Suma”);
TK.Columns.Add("AmountREGLE");
TK.Columns.Add("CalculationDocument");
TK.Columns.Add(„Data documentului de decontare”);
TK.Columns.Add(„Numărul documentului de decontare”);
TK.Columns.Add(„Partener”);
TK.Columns.Add(„Moneda decontării reciproce”);
TK.Columns.Add(„Data plății”);

Setăm parametrii, apelăm cererea, completăm tabelul și apelăm regula de conversie.

cerere = new Request(RequestText);
request.SetParameter(„grup”, grup); request.SetParameter(„grup1”, grup1);
request.SetParameter("OnDate",OnDate);
request.SetParameter("Cont", Planuri de conturi. Auto-contabil. Calcule cu alți furnizori și antreprenori);//76.05
Fetch = cerere.Run().Select();
TZ.clear();
While Select.Next() Loop
dacă Sample.SumRemainingCT = 0 sau Sample.SumRemainingCT = "", atunci
continua;
endif;
dacă Sample.AmountRemainderCT< 0тогда
raport(""+Sample.Subconto1+" valoare negativă "+Sample.SumRemainingCT);
endif;
LineTZ = TZ.Add();
Linia TK.Counterparty = Selection.Subconto1;
LineTZ.sum = Selection.SumRemainingCT;//Selection.SumRemainingCT;
LineTZ.sumRegl = Sampling.SumRemainingCT;//Sampling.SumRemainingCT;
Linia TK.Calculation Document Date = Selection.Calculation Document Data;
Linia TK.Calculation Document Number = Selection.Calculation Document Number;
LineTZ.PaymentDate = TD;
EndCycle;
OutData = Structură nouă;
OutgoingData.Insert(„Data”, CurrentDate());
OutgoingData.Insert("CalculationsWithPartners", TK);
OutgoingData.Insert(„Tipul operațiunii”, „Soldurile datoriilor către furnizori”);
OutgoingData.Insert("Comentariu", "Generat pe credit de cont 76.05");
raport("76.05 CREDIT început");
UploadByRule(, OutgoingData, „Intrarea soldurilor pentru decontare reciprocă_7605Credit”);

În mod similar, efectuăm aceeași operațiune pentru conturile necesare rămase (descrierea acestora, precum și regula gata făcută, sunt în atașament).

3) Să trecem la crearea regulilor de conversie a obiectelor; pentru a face acest lucru, deschideți fila „Reguli de conversie a obiectelor”. Să adăugăm o nouă regulă acolo cu numele „Input Balances By Mutual Settlement_7605Credit”, lăsăm obiectul sursă gol, setăm obiectul receptor la documentul „Enter Balances”, iar din fila de setări eliminați steag-ul „Căutați obiectul receptor după identificatorul intern al obiectului sursă”.

În handlerul de evenimente „Înainte de încărcare” vom scrie următorul cod:

Generați NewNumberOrCodeIfNotSpecified = adevărat;

În handlerul de evenimente „După încărcare” vom scrie:

execute(algoritmi.AfterLoadInputRemainings);

va executa un algoritm cu următorul conținut:

valuta = Constants.RegulatedAccountingCurrency.Get();
object.Owner = SessionParameters.CurrentUser;
obiect.organizatie=parametri.organizatie;
pentru fiecare pagină din bucla obiect.calculăriparteneri
Page.SettlementDocument = Directories.Counterparty Agreements.empty link();
PageCurrencySettlements = valuta;
dacă ValueFilled(page.counterparty.partner) atunci
p.partner = p.contraparte.partener;
in caz contrar
parteneri = Directories.Partners.FindByName(page.counterparty.Name);
dacă biroul<>Nedefinite și birouri<>Directories.Partners.emptylink() atunci
p.partner = birou;

obiect2.Partener = birou;
obiect2.Scrie();
in caz contrar
execute(algoritmi.AddPartner);
endif;

endif;

sfârşitul ciclului;

Acest algoritm va fi executat pe partea receptorului (BP). Pe lângă transferul soldurilor pentru decontări reciproce, există sarcina de a transfera contrapărți, dar UT folosește parteneri, așa că după generarea documentului, verificăm dacă toate contrapărțile și partenerii se află în baza de date a receptorului; dacă din anumite motive nu sunt acolo , apoi le adăugăm.

Adăugarea contractanților va implementa regula de conversie pentru directorul „Contrapărți”; o puteți crea în același mod ca regula anterioară, dar permiteți sistemului să compare câmpurile necesare.

A fost creat un algoritm pentru parteneri care este executat pe partea receptorului.

Pentru a executa algoritmul pe partea receptorului, trebuie să bifați indicatorul „Utilizat la încărcare” din colțul din dreapta sus al ferestrei algoritmului (când îl editați).

Mai jos este codul pentru algoritmul „Adăugați partener”:

nPartner = Directories.Partners.CreateItem();
nPartner.Name = page.counterparty.name;
nPartner.Comment = "Creat la încărcare din BP";
nPartner.NameFull = page.counterparty.NameFull;
nPartner.Supplier = ?(find(page.counterparty.AdditionalInformation,"Supplier")>0,true,false);
nPartner.Client = ?(find(page.counterparty.AdditionalInformation,"Client")>0,true,false);
OtherRelations = ?(find(page.counterparty.AdditionalInformation,"Other")>0,true,false);
npartner.Write();
p.partner = npartner.link;
counterparty = Directories.Counterparties.FindByName(page.counterparty.Name);
obiect2 = contraparte.GetObject();
object2.Partner = npartner.link;
obiect2.Scrie();

Să revenim la regula de conversie a obiectelor. Acum trebuie să stabilim corespondența între câmpurile sursă și destinație; acest lucru ar fi putut fi făcut imediat înainte de a scrie codul. Pentru a compara câmpurile, în partea inferioară a tabelului există un buton pentru apelarea vrăjitorului „Sincronizare proprietăți”. În acest expert, putem fie să mapam câmpurile, fie să le lăsăm pe ambele fără sursă și fără destinație. În cazul nostru, lăsăm toate câmpurile și PM-urile fără sursă.

După ce câmpurile obligatorii au fost selectate în TC inferior, pentru fiecare câmp setăm un steag în coloana „Obțineți din datele primite”. Acest indicator indică faptul că sistemul va căuta acest câmp în datele primite. Este important ca numele câmpului să se potrivească cu numele din datele primite, altfel va fi afișat un mesaj care să arate că câmpul nu a fost găsit.

Textul nu descrie toate nuanțele procesului.

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

Transferul de date 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 finaliza toate lucrările în mod eficient și la timp.

Etapele transferului

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 tipic de transfer de date

Menținerea unui nou program

După ce toate datele au fost transferate, poate fi necesar să vă mențineți programul. Suntem gata să vi-l oferim!

Trecerea la 1C 8.2

Aflați mai multe despre alte etape de tranziție de la o platformă la alta. Upgrade de licență, configurare, instruire, asistență. Specialistii nostri sunt pregatiti sa va ofere tot ajutorul de care aveti nevoie!

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 lucrării. Încredințându-ne baza de date, știți întotdeauna ce se face, în ce ordine și cât plătiți 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 noua versiune a 1C să aibă 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ă de transfer, specialiștii noștri efectuează întotdeauna un transfer de probă a bazelor de date 1C pentru a identifica eventualele erori, repetări și pierderi de date. Dar chiar și după transferul în sine, cu siguranță vom verifica totul pentru a avea o încredere și mai mare în calitatea acestuia.

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

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

    Ce lucrari se fac:

  • obținerea unei versiuni de configurare standard similară 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 formulare și module de configurare (comparație cu o configurație standard);
  • controlul disponibilității conturilor contabile nestandard pentru configurațiile contabile;
  • controlul general asupra corectitudinii contabilității în baza de date sursă (prezența soldurilor „roșii”, perioade deschise, secvențe nerestaurate etc.);
  • actualizarea bazei de date sursă la versiunea cerută de regulile standard de transfer;
  • transfer de date de probă;
  • pregătirea unor eventuale recomandări pentru pregătirea bazei de date sursă pentru transferul directoarelor 1C 8 și a altor date.
  • Pentru ce:

  • determinarea posibilității de utilizare a unui transfer standard;
  • evaluarea intensității forței de muncă a modificărilor și pregătirea documentației tehnice pentru transfer (dacă utilizarea unui transfer standard nu este posibilă).
  • După efectuarea unei analize generale a bazei de date sursă, se poate obține confirmarea că datele pot fi transferate prin mijloace standard; în acest caz, costul suplimentar al serviciului de transfer este determinat conform listei standard de prețuri de transfer, în funcție de configurație.

    Dacă nu este posibil un transfer standard corect, atunci este pregătită o propunere 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 lucrari se fac:

  • se efectuează o analiză aprofundată a modificărilor existente la configurația standard a bazei sursă, comparând aceste modificări cu o configurație standard similară ca versiune și cu cea mai recentă versiune a configurației standard a bazei de recepție;
  • comunicarea cu persoanele responsabile ale Clientului pentru stabilirea necesității modificărilor identificate, clarificarea metodelor de utilizare a modificărilor, colectarea dorințelor de îmbunătățire a modificărilor (dacă este necesar);
  • se întocmește o listă cu modificările disponibile la configurația standard a bazei de date sursă;
  • o listă de modificări recomandate la configurația standard a bazei de recepție este întocmită și convenită, ținând cont de funcționalitatea standard a configurației standard (poate că modificarea nu trebuie să fie transferată dacă configurația de recepție are deja funcționalitate standard similară) ;
  • un proiect de specificație tehnică pentru finalizarea configurației bazei de recepție, finalizarea 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 durata lucrării;
  • capacitatea de a efectua lucrări de migrare cu implicarea unui programator 1C cu normă întreagă, asigurând în același timp 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 stabilește pe baza rezultatelor unei analize generale a bazei de date sursă.

    Etapa 3. Finalizarea configurației receptorului

    Ce lucrari se fac:

  • Configurația standard a bazei receptorului este modificată 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 la configurația standard (pentru posibilitatea actualizării ulterioare de către un inginer de service);
  • se efectuează demonstrarea îmbunătățirilor pentru utilizator (predarea și acceptarea lucrării);
  • Un manual de utilizare pentru modificări este în curs de dezvoltare (dacă este necesar).
  • Pentru ce:

  • Primiți cea mai recentă versiune a configurației cu modificările de care aveți nevoie;
  • Primiți documentația privind modificările necesare pentru continuarea
    actualizări de către un inginer de service.
  • Etapa 4. Finalizarea regulilor de transfer

    Ce lucrari se fac:

  • regulile de transfer standard de la 1C sunt în curs de finalizare pentru a lua în considerare modificările în structura datelor din configurația standard a bazei de date sursă, precum și conturile contabile nestandard utilizate în baza de date sursă;
  • Testarea preliminară a transferului se efectuează ținând cont de modificări.
  • Pentru ce:

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

    Modificarea 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 poate să nu fi conținut modificări.

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

    Etapa 5. Transfer de date

    Ce lucrari se fac:

  • transfer de informații de referință (toate sau prin linkuri), transfer de solduri la o dată dată;
  • controlul corectitudinii transferului - compararea datelor din baza de date sursa si baza de date destinatie;
  • 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:

    Primiți o nouă bază de date gata de utilizare cu soldurile dvs. curente.

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

    1. Introducere.

    2. De ce veți avea nevoie: Configurare 1C: Conversie de date 2.* și procesare din pachet. Pentru sarcini de exemplu, să luăm configurațiile 1C: Managementul comerțului 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 o bază de date 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 / ACCOUNT).

    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 pentru descărcarea structurii de metadate incluse în pachetul de conversie a obiectelor.

    De fapt, în directorul de configurare dezambalat pentru configurații pe formulare gestionate, suntem interesați de procesarea 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, va trebui să procesați „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 similare. Și, în consecință, V8Exchan83.epf - pentru configurații pe formulare obișnuite.

    4. Încărcarea structurii de metadate a configurației 1C: Trade Management 11.3 și 1C: Enterprise Accounting 3.0.*

    Să începem prin a descărca structura metadatelor din configurația 1C: Enterprise Accounting 3.
    Să deschidem procesarea MD83Exp.epf

    În formularul de procesare există setări suplimentare în care putem activa sau dezactiva opțiunea de a încărca registre și mișcări în 1C. Există, de asemenea, posibilitatea de a alege unde va avea loc încărcarea: pe serverul 1C sau „pe client”. Specificați numele fișierului în care va fi încărcată structura de date. În mod similar, descarcăm structura de metadate a configurației Trade Management 11.

    Acum trebuie să încărcați configurația în baza de date de conversie. Acest punct poate fi atins 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 de management al comerțului.

    Odată ce descărcarea este finalizată, va apărea o casetă de dialog în care puteți specifica un nume care este convenabil pentru dvs.

    6. Crearea regulilor de conversie în 1C folosind un exemplu specific de sarcină.

    Apoi, mergeți la „Setarea regulilor de obiect”, unde creăm o nouă setare.
    În caseta de dialog pentru crearea conversiei, 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 nimic automat. Fara prototipuri.

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

    Să creăm reguli pentru încă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 cărțile de referință necesare în 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 Vânzări de bunuri și servicii și primirea de bunuri și servicii de destinație și faceți clic pe OK.
    În acest caz, va apărea o casetă de dialog, în care refuzăm din nou crearea automată a PKS (Property Conversion Rules). În continuare, le vom selecta doar pe cele necesare.

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

    Sunt create PVD-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, se poate observa că implicit software-ul este oferit pentru a fi căutat prin identificatorul de obiect intern. Acest lucru este indicat de lupa de lângă PCO. Vom face propria noastră căutare și o vom face după numărul și data documentului la începutul zilei.

    Eliminam căutarea de către UIO:

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

    De exemplu, selectaț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 contraparte și vom compara, de asemenea, unele detalii care nu se potrivesc după nume, de exemplu, „Moneda” și „Document Valută".

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

    Să începem să trecem prin detalii și să le descriem. Mai întâi, am configurat o căutare a documentelor așa cum am scris mai devreme, încărcăm și căutăm un document la începutul datei și modificăm numerotarea. Vom înlocui primele trei caractere cu prefixul nostru „UTB”. Și deoarece numerotarea în BP și UT ​​este de 11 caractere fiecare, facem un număr compus: prefixul nostru și 8 caractere din sursă. Un exemplu în captura de ecran de mai jos.

    Încărcăm întotdeauna documente descărcate și fără mișcare. Presupunem că documentele vor fi procesate în receptor după verificarea de către utilizator.

    Pentru a face acest lucru, setând PKS ca neefectuat, 0 sau 1, îl folosim ca boolean.

    Folosind moneda ca exemplu, creăm o regulă de conversie a obiectelor pentru PKS. În același timp, credem că există monede în ambele baze de date și ar trebui sincronizate prin cod. Prin urmare, nu vom crea toate PKS în PQS valutar, ci vom adăuga doar un cod de căutare. Acestea. Refuzam oferta de a crea un PKS pentru obiect.

    Regula de conversie creată a fost înlocuită în PQR-ul documentului pentru PKS. Și regula implicită în sine este oferită de un identificator unic. O reparăm, căutăm codul și setăm proprietatea pentru a nu crea un obiect nou.

    Ca rezultat, obținem următoarea opțiune:

    Apoi, prin analogie, creăm PKO și PKS pentru detaliile rămase. Mai mult, căutăm o organizație după contraparte și invers după TIN. Cam așa arată cu detalii minime (puteți adăuga dacă este necesar).

    Pentru acordurile de contraparte PCO, căutăm după contrapartea PKS, nume și proprietar.

    Să vedem cum să specificăm valoarea necesară în tipul de enumerare în PKS. De exemplu, atributul „Tip de operație”. 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ă scrieți valoarea necesară în linia „frunte”.

    Mai jos este prezentat modul de instalare fără dificultate și în majoritatea cazurilor PCS pentru Multiplicitatea decontării reciproce, Rata de decontare reciprocă, Cont contabil.

    Pentru PKO Nomenklatura, vom părăsi căutarea după identificatorul unic intern. Dar permiteți-mi să vă atrag atenția asupra modului în care vă puteți redefini grupul. De exemplu, suntem de acord ca un articol nou să fie încărcat din configurația 1C: Trade Management 11, dar este necesar ca articolul să fie colectat într-un grup specific „Grupul nostru”.

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

    Am configurat două căutări: după nume, unde indicăm strict numele grupului nostru, iar proprietatea necesară a atributului „Acesta este un grup” este setată la adevărat.

    Deoarece am decis că toate articolele noastre se încadrează în grupul nostru, nu este nevoie să descarcăm grupuri din UT 11 la descărcare. Pentru a face acest lucru, în software-ul Nomenclatură din handlerul de evenimente „Înainte de descărcare”, vom seta un filtru care nu este nevoie să descărcați grupurile „Eșec = Sursă. Acest grup;”.

    În DRP (reguli de încărcare a datelor) pentru vânzările de produse și servicii, vom adăuga un filtru, astfel încât documentele marcate pentru ștergere să nu fie încărcate. Pentru a face acest lucru, în VDP în handlerele de evenimente „Înainte de descărcare”, vom scrie filtrul „Eșec = Object.DeletionMark;”.


    Să salvăm regulile dezvoltate într-un fișier.


    7. Pentru a rezuma: Încărcarea și încărcarea datelor utilizând regulile de schimb de date dezvoltate.

    Deschideți în 1C: Managementul comerțului 11 procesarea „Schimb universal de date în format XML” V8Exchan83.epf.

    Descărcarea a fost finalizată, acum folosim aceeași procesare pentru a încărca în 1C: Enterprise Accounting 3.


    Încărcare finalizată. Să verificăm cum s-a încărcat. Deci, documentul este încărcat, așa cum ne-am dorit - organizația noastră este încărcată în contraparte, iar contrapartea în organizație. Conturile de contabilitate sunt toate descărcate și instalate. Am primit numărul documentului cu prefixul nostru și la începutul zilei. Toate detaliile care au fost furnizate au fost completate.

    Verificăm încărcarea articolelor. 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 vă ajută să scrieți cu exactitate conversia. Ș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 simple exemple. De asemenea, puteți converti un obiect în mai multe sau, dimpotrivă, 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ă-ți prețuiești timpul în domeniul tău de activitate și să ceri profesioniști să îndeplinească această sarcină.

    Și îți arătăm cum să-l folosești pentru a simplifica foarte mult rezolvarea problemelor tale.

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

    Și asta este sarcină de masă ș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 au reușit să se sperie :)

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

    Dar, în realitate, 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 schimbul de date prin format universal de schimb EnterpriseData.

    În plus, vom arăta un exemplu îmbunătățiri ale regulilor standard de schimbîn 1C: Conversie de date 3.0

    Durata totala - 34 de minute. Conţinut:

    • Configurarea schimbului folosind exemplul 1C:Accounting 8 și 1C:ERP
    • Cum să descărcați regulile standard și un format de schimb universal în Data Conversion 3.0
    • Transferarea structurii metadatelor pe CD 3.0
    • Cum să efectuați primul schimb de date
    • Finalizarea regulilor conversie
    • Cum să încărcați reguli noi fără a modifica configurația ( fără îndepărtarea de pe suport)

    Notă, că atunci când se rezolvă această problemă, regulile de încărcare se schimbă doar în configurația de recepție. Și configurația sursei funcționează conform regulilor standard.

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

    Aceste tutoriale video sunt relevante pentru BSP ediția 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 „ajustare” 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 standard în Data Conversion 3.0

    În această lecție, vom efectua pași pregătitori atunci când facem modificări ale regulilor de schimb între configurațiile standard:

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

    Videoclipul 2:
    Rafinarea regulilor de schimb în CD 3.0

    În această lecție vom arăta cum să completați detaliile obiectului la încărcarea datelor.

    Problema 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 va trebui să intrați modificări ale regulilor de conversie a obiectelor, în evenimentul „Înainte de înregistrarea datelor primite”.

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

    Videoclipul 3:
    Configurarea schimbului universal între configurațiile standard

    În acest tutorial vă vom arăta cum să configurați un nou schimb între cele standard.

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

    De asemenea, în acest videoclip 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 această 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 conectarea la un server web sau transferul unei aplicații externe dintr-un format 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 reinventează roata, când există o soluție universală gata făcută - este ca și cum ai scrie pe frunte „Nu știu instrumentul, nu vreau să-l studiez, 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 controversate – da.

    Dar, cu ajutorul instrucțiunilor și videoclipurilor gata făcute, îl puteți stăpâni în literalmente 1-2 săptămâni.



    Ți-a plăcut articolul? Împărtășește-l