Reguli standard de schimb. Înlocuirea configurației modificate în regulile de schimb

Tutorial privind conversia datelor 1C (ediția 2) Cunoașterea detaliată a regulilor de schimb

Știm ce sunt regulile de schimb și de ce sunt necesare. Să ne familiarizăm mai detaliat cu funcționalitatea suplimentară de lucru cu regulile de schimb. Să deschidem setările pentru regulile de schimb (conversie) de date:

Regulile de schimb definesc configurațiile sursă și destinație pentru date, în plus:

Fila „Avansat”:

Puteți specifica numele de fișier implicit pentru salvarea regulilor de schimb, module pentru încărcarea și descărcarea datelor pentru 7.7, numele regulilor de schimb.

Fila „Parametri”:

Să presupunem că biroul acceptă comenzi exclusiv pentru mărfuri, deci este de dorit să se stabilească o interdicție a serviciilor de descărcare. Dacă articolul din Nomenclatura catalogului are serviciul necesar setat la Adevărat, atunci se garantează că nu va fi descărcat. Cel mai bine este să faceți imediat controlul serviciilor de descărcare opțional pentru a nu schimba regulile în caz de caz birou la distanță va prelua comenzi pentru servicii.

Pentru acest caz, va trebui să învățăm două trucuri noi pentru a lucra cu configurația „Conversia datelor” - folosind handlere și setarea parametrilor.

Parametrii sunt o structură de date specializată în algoritmi de încărcare care pot fi utilizați pentru a accesa variabilele de procesare. Setarea structurii parametrilor pentru regulile de conversie se realizează în configurația „Conversia datelor”, iar setarea valorilor parametrilor este posibilă sub formă de încărcare și descărcare a datelor de procesare.

Pentru a edita parametrii, deschideți formularul elementului din directorul Conversii pentru regulile de schimb editabile și accesați fila parametri. Să creăm element nou directorul Parametri. Să atribuim numele parametrului - Servicii de descărcare. Numele parametrului este folosit pentru a se referi la el în structura Parametrii când scrieți codul programului în handlere. Numele va fi afișat în secțiunea tabelară a Parametrilor sub forma procesării schimbului universal de date. Pentru ca parametrul să fie vizibil în dialog atunci când configurați descărcarea, trebuie să bifați caseta „Setare în dialog” și să selectați tipul de valoare a parametrului. Pentru a lucra cu parametrii din caseta de dialog, trebuie să bifați și caseta „Încărcați parametri în format versiunea 2.01” sub forma unui element în căutarea Conversii.

Nu este suficient doar să specificați parametrii, este necesar ca algoritmul de descărcare să „înțeleagă” în ce caz să descarce elementul și în care nu. Pentru astfel de cazuri (și multe altele), este utilizat mecanismul de gestionare. Esența sa constă în faptul că, în punctele cheie în execuția tuturor algoritmilor de bază pentru încărcarea și descărcarea datelor, este procesat codul scris de dezvoltator la crearea regulilor de schimb. Desigur, utilizarea unui astfel de instrument delicat necesită prudență și atenție. Înainte de a vă scrie propriile handlere, vă recomandăm să citiți cu atenție ajutorul pentru configurația „Data Conversion 2.0”, care descrie toate variabilele disponibile în handlere și cum să le utilizați, precum și enumeră tipurile de handlere și caracteristicile acestora. apelați algoritmi de schimb de date.

În scopul nostru, trebuie să folosim gestionarea regulilor de descărcare „Înainte de descărcare”. Deschideți regula de încărcare a datelor Nomenclaturii și plasați următorul cod de program în câmpul „Înainte de încărcare” din fila „Evenimente”:

Ce face managerul nostru? La scrierea codului programului, am folosit variabilele algoritmilor de descărcare a datelor. Structura Parameters este folosită pentru a face referire la parametrul UploadServices, care este setat în formularul de procesare a schimbului de date. Variabila obiect oferă acces la obiectul care este descărcat. Iar variabila Refuz vă permite să controlați refuzul de a descărca obiectul curent. Handler-ul este executat chiar înainte ca obiectul să fie descărcat, ceea ce face posibilă anularea descărcarii obiectului.

NUMAI PENTRU SCHIMB V8 - V8 ȘI PROCESARE DESCĂRCARE ȘI DESCĂRCARE NU SUB 2.0.18.1

Este posibil să treci parametri dintr-o configurație în alta. Pentru a face acest lucru, în fila „Parametri”, bifați caseta de validare „Parametru de transfer la descărcare” și acest parametru va fi plasat în fișierul de schimb, iar valoarea acestuia poate fi accesată la încărcarea datelor. Puteți specifica o regulă de conversie pentru un parametru, conform căreia valorile vor fi convertite. Folosind caseta de selectare „Transmite parametru la încărcare”, puteți transfera doar acei parametri care sunt editați în caseta de dialog atunci când încărcați date. Dacă trebuie să treceți un parametru care nu este prezent în acest dialog, atunci trebuie să apelați procedura:

Fila Parametrii de descărcare are acum un parametru, modificând valorile cărora serviciile sunt fie descărcate, fie nedescărcate.

La dezvoltarea regulilor de schimb 1C 8, abilitatea de a redefini în mod programatic comportamentul regulilor de schimb este utilizată pe scară largă - mecanismul de gestionare. Managerii de evenimente extind semnificativ funcționalitatea și sunt un instrument indispensabil pentru stabilirea regulilor de schimb în cazurile în care opțiunile de configurare interactivă nu sunt suficiente.

Handlerele și algoritmii sunt scrise în limba platformei în care vor fi executați în timpul schimbului.

Dacă aceasta este platforma „1C: Enterprise 7.7”, atunci codul de gestionare este integrat în codul de procesare de încărcare sau descărcare. În consecință, fiecare handler sau algoritm este alocat unei funcții separate și este disponibil pentru depanare în timpul schimbului.

Dacă încărcarea sau descărcarea are loc pe platforma 1C:Enterprise 8, atunci codul de gestionare nu este integrat în codul de procesare a schimbului de date, ci este încărcat în fișierul regulilor de schimb. În procesul de schimb de date, codul de manipulare sau algoritmi este preluat din fișierul de reguli și executat direct în contextul operatorului „Execute”. Pentru a depana codul de gestionare și algoritmi, puteți utiliza procesarea XML Universal Data Exchange.

Ș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.

Ș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 unei burse folosind exemplul 1C: Contabilitate 8 și 1C: ERP
  • Cum să încărcați regulile standard și formatul de schimb universal î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 modificată ș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 atunci când încărcați date.

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 ocazii speciale, cum ar fi andocarea cu un server web sau transferul dintr-un format gata făcut al unei aplicații externe.

Cu toate acestea, pentru schimburi standardmetodele 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 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.

Întrebare: Reguli de schimb gata făcute pentru configurații tipice


Tuturor tuturor tuturor. Caut reguli de schimb gata făcute pentru configurații tipice pentru transferul în ambele direcții nu numai directoare, ci și documente, solduri de documente etc. Poate cineva va împărtăși. Caut o descarcare foarte conform actelor si PUB 7.7 in SCP 8 ed 1.2, de la comert 7.7 la SCP de la salariu 7.7 SCP, de la managementul comertului 8 la SCP 8. Multumesc anticipat.

Răspuns:

caut reguli de schimb intre 1C 8.1 upp 1.2 cu 1C 8.2 upp 1.3

Întrebare: Întreținere de service cu funcționalitate regulată a configurațiilor tipice 1C


UT 11.4.1.254 (sau poate fi convertit în URP, dacă ajută la ceva)

Cum să țineți cont de repararea imprimantelor, sau mai degrabă de serviciul pentru clienți, ca o funcționalitate obișnuită a configurațiilor tipice 1C (deoarece în ceea ce privește metodologii 1C, reparația este atunci când își întrețin echipamente proprii, nu clienți)?

Un singur maestru, atât la birou, cât și la drum.
Clienții sună la birou în legătură cu reparația lor, dar nu sunt introduse informații, nu este nimic de văzut

Ca ultimă soluție, utilizați o altă bază cu o configurație diferită, dar tipică

Mufa principală - chiar nu vreau să fac modificări la configurația standard și/sau să folosesc configurații (module) non-standard

Răspuns:

Sau, mai degrabă, actualizați, în mod regulat în ERP
Trecerea la UNF nu este banală... atât pentru întreprinderile mici, cât și pentru cele mari.
UT 11 - modificat cu modulul Bitrix, la site (magazin online) Bitrix - de asemenea ferastrau

Și nu este clar - pentru ce?
am scris mai sus
În UT 11 se creează o comandă client, pe baza căreia = un act de muncă efectuat.
„Informații privind executarea muncii pot fi incluse în comanda clientului, împreună cu informații despre bunurile vândute sau serviciile furnizate în cadrul vânzării.”

Poate fi complicat de funcționalitatea proiectelor pe termen lung (evenimente și etape de interacțiune cu clientul)

Din discuțiile cu clientul, a reieșit că este necesară contabilizarea numerelor de serie, care este și în UT 11.
Trebuie doar să activați și să configurați în UT 11

Am urmarit UNF si nu am gasit nici un miracol, cu exceptia unor probleme suplimentare

În această chestiune, am fost dezamăgit doar de faptul că am început să fac o „recenzie literară” despre cum se face acest lucru în UT - ERP și cum se rezolvă:
- în alte configurații tipice
- configuratii specializate individuale ale industriei
- module pentru UT 11
, adică Eram prea lene să încerc să-mi mișc creierul

Luați-l și folosiți-l când știți cum sau cineva a configurat și a afișat deja
(de exemplu, în bazele demografice standard - nu există nimic de privit - luați ceva gata pentru o probă)
.
Numai abilitățile de contabilitate și de distribuție a veniturilor și cheltuielilor în UT-ERP trebuiau să fie puțin lustruite, iar în UNF în general este necesar să re-studiezi toată contabilitatea și să-ți răsuci capul pe o parte pe orice problemă.

Întrebare: Ștergerea unui obiect dintr-o regulă de schimb existentă


Vă rog să-mi spuneți cum să șterg un obiect dintr-o regulă de schimb existentă? Faptul este că trebuie să descărcați de la o bază la alta pentru o anumită dată doar vânzarea și primirea de bunuri și servicii. Doar regula creată automat funcționează pentru mine, regula creată manual descarcă documentele goale. Prin urmare, aș dori să elimin documentele inutile din regula creată automat, astfel încât utilizatorii să nu poată încărca accidental lucrul greșit.

Răspuns:

mesaj de la Allexei

Salut! Probabil că nu este deja relevant, dar totuși. Alternativ, puteți anula înregistrarea obiectelor de tip inutil în planul de schimb. Datorită acestui fapt, nu trebuie să rescrieți regulile de schimb și obiectele inutile nu vor fi descărcate.

Multumesc, o sa incerc.

Poate fi îndepărtat în mod obișnuit

Întrebare: Reguli de schimb - unde se editează?


Clientul a făcut modificări în configurația receptorului. Este imposibil să știi exact ce s-a schimbat.
Acum trebuie să corectăm regulile de schimb.
Cum să vezi locurile care trebuie corectate?
Este necesar să înțelegem cumva conform regulilor existente că proprietatea nu mai există sau că tipul ei s-a schimbat.

Răspuns:() Mi se pare ca pentru a multumi clientul este suficient sa incepi cumva un schimb. Și pentru a fi plătit, trebuie să faci totul până la capăt :)

Întrebare: „Trade Management”, ediția 10.3 (10.3.46.2) Modificarea regulilor de schimb pentru Retail 2.1


Buna ziua. Cum se schimbă regulile în UT?
Schimb aspectul regulilor de schimb în planuri de schimb ExchangeRetailManagement of Trade103 Actualizez, repornesc, regulile greșite. Am schimbat chiar versiunea manual. Încă nu ajută.
A șters în mod prostesc intrarea regulilor din registrul Reguli de schimb de date.
Nu există un buton normal pentru a încărca fișierul de reguli sau pentru a-l actualiza din aspectul conf.
Sunt o mulțime de completări și teste de făcut, dar nu știu cum să schimb rapid regulile de înregistrare/schimb (

Răspuns: actualizat cu IT, totul este în ordine. Deja tot creierul a mâncat acest schimb

Întrebare: Înlocuirea regulilor de schimb în fișierul de încărcare


Toate bune!
Există un dosar încărcări xml conform regulilor de schimb. În consecință, are un bloc

<ПравилаОбмена> ...

Și există un al doilea fișier, ca un șablon pentru acest bloc.
Este necesar să înlocuiți blocul de reguli din fișierul de încărcare cu blocul din fișierul șablon.
Va trebui să citiți XMLReader element cu element și să scrieți într-un al treilea fișier temporar prin XMLWrite? Sau există o modalitate mai convenabilă?

P.S. Prevăd o întrebare rezonabilă „De ce?” Este necesar să se protejeze împotriva modificărilor regulilor din Sursă, de ex. descărcați întotdeauna prin referință de la receptor.

Răspuns:

A scris. Există câteva îndoieli cu privire la optimitate. Scrierea în xml temporar prin WriteXML și apoi ReadText pentru a le introduce pe toate în fișierul care a fost transmis inițial.
Din punct de vedere metodologic, există erori grave?

// Procedura înlocuiește blocul<ПравилаОбмена>...în fișierul .xml transmis // blocului din șablon, care stochează un fragment din fișier pentru descărcare conform regulilor de referință. // // Parametri // XMLFileName - Type: String - Numele complet al fișierului cu date de încărcare, // în care vom schimba blocul<ПравилаОбмена>// // Valoare returnată: // XMLResultFileName - Tip: String - Cale // Procedură ReplaceExchangeRulesInUploadFileWS(XMLFileName)XMLUploadFile = New ReadXML; FileUploadXML.OpenFile(XMLFileName); RuleTemplate = Nou XMLReader; PathToRulePattern = GetExchangeRuleTemplate(); RulesTemplate.OpenFile(PathToRuleTemplate); XMLResultFileName = GetTemporaryFileName(".xml"); ResultXML = WriteXML nou; ResultXML.OpenFile(FilenameResultXML); În timp ce FileUploadXML.Read() LoopNodeType = FileUploadXML.NodeType; Dacă NodeType = XMLNodeType.ElementStart și XMLUploadFile.Name = „Reguli de schimb”, atunci XMLUploadFile.Skip(); While RuleTemplate.Read() Loop If RuleTemplate.NodeType = XMLNodeType.ElementStart și RuleTemplate.Name = „Reguli de schimb” Then ResultXML.WriteCurrent(RuleTemplate); While RuleTemplate.Read() Loop ResultXML.WriteCurrent(RuleTemplate); Dacă RuleTemplate.NodeType = XMLNodeType.EndElement și RuleTemplate.Name = „Reguli de schimb” atunci Abort; EndIf; EndCycle; avorta; EndIf; EndCycle; Else ResultXML.WriteCurrent(FileUploadXML); EndIf; EndCycle; FileUploadXML.Close(); RulesTemplate.Close(); ResultXML.Close(); Text = NewTextReader(ResultFileNameXML); ExchangeMessage = Text.Read(); TextWriter = NewTextWriter(XMLFileName, TextCoding.UTF8); WriteText.Write(MessageExchange); WriteText.Close(); EndProcedure // ReplaceExchangeRules()

Întrebare: Ajutor cu regulile de schimb


1C 8.3.9.1850, UT 11.3.2.157, Retail 2.2.5.22. La încărcarea regulilor în UT, apare o eroare. Există vreo modalitate de a remedia regulile.

Referire la un obiect de metadate inexistent în regulile de schimb
Obiect =
Descrierea erorii = Tipul nedefinit (EnumReference.AssemblyOrderOperationTypes)
PositionModule = Processing.ConvertingInfoBaseObjects.ModuleObject(4885)
KErrorMessages = 11

Răspuns:

Dacă memoria îmi este bine, atunci ultimele reguli sunt întotdeauna stocate în conf însuși în aspect. Deci nu este nevoie să luați ultimele reguli dintr-un folder. Doar actualizați ambele conf. la cele mai recente versiuni.

Întrebare: Cum să încărcați regulile de schimb pentru încărcarea în conversie


Cum să descărcați regulile de conversie dintr-o configurație tipică?

Sarcină: există o configurație „Rarus: Managementul relațiilor comerciale și cu clienții (CRM)”, există un plan pentru schimbul unui ExchangeSite. Schimbul cu site-ul este în desfășurare, trebuie să adăugați o încărcare a stării comenzii de la 1C pentru ca aceasta să fie actualizată pe site.

Așa văd eu soluția: descărcați regulile pentru descărcarea comenzilor, încărcați-le în conversie, adăugați un PCS pentru starea de acolo și încărcați-le înapoi în configurație. Dar cum să descărcați aceste reguli?În planul de schimb, există un aspect al Schemei de încărcare a comenzii, în ultima filă din Setări există un buton „Salvați setările într-un fișier”, dar, după cum am înțeles, nu este cazul pentru conversie, aceasta fișierul xml nu este încărcat.

Vă rog spuneți-mi.


S-au corectat regulile pentru schimbul de TiS 7.7 și BP2 a adăugat transferul a două docuri
Factura corectă și corectarea facturii. Aici totul decurge normal. Ambele aceste docuri creează o ajustare de implementare în BP2.
Dar a apărut o problemă, este necesar să se adauge la baza de andocare în ajustarea implementării (BP2) nu o factură ca standard, ci baza acestei facturi, i.e. implementare.
Fragment de cod PKO (după descărcare):
Object.FillAccountsInTabPart(Object.Products,"Products",True); Object.OperationType = Enumerations.OperationTypesCorrectionReceiptImplementation.AgreedChange; Object.Adjust TVA = adevărat; Object.SumIncludesVAT = Adevărat; Dacă Object.Ownership.Empty() Atunci Object.Ownership = chVariableValue("chCurrentUser"); EndIf; Object.RealizationDocument = Object.Reference.RealizationDocument.DocumentBase;<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
Înainte de înregistrare, obiectul nu există încă și, prin urmare, este imposibil să accesezi atributul obiectului, iar după înregistrare, este deja prea târziu. Regulile vor funcționa ca de obicei. Spune-mi cum să rezolv CD-ul tocmai a început să înțeleg.

Răspuns: După scriere = după apelarea metodei Write

Mulți antreprenori implicați în activități de tranzacționare dobândesc două programe „1C: Contabilitate 8” în același timp pentru a îmbunătăți eficiența managementului (denumită în continuare BP)și „1C: Managementul comerțului 8” (denumită în continuare UT).

BP este folosit pentru efectuarea de contabilitate reglementată și raportare, iar UT este folosit pentru contabilitatea operațională și de gestiune în companie.
Succesul utilizării în comun a acestor produse software depinde în mare măsură de organizarea schimbului de date între configurațiile PSU și UT.

Înțelegerea următoarelor caracteristici ale schimbului tipic de date va ajuta la evitarea erorilor în procesul de schimb între configurații și încălcările contabile în fiecare configurație separat.

La scrierea acestui articol s-au folosit materiale din documentația 1C pentru produse software.Metoda de configurare a schimbului este descrisă în detaliu în fișierul htm „Partajarea configurațiilor de management comercial (11) și contabilitate întreprindere”, care se află în directorul șabloanelor. când este instalat ca 1C: Accounting 2.0 (denumit în continuare BP) și 1C: Trade Management 11 (denumit în continuare UT); recomandările primite la conferința partenerului 1C și experiența personală a autorului în crearea și modificarea setărilor de schimb pentru clienții RG-Soft Project Consulting LLC.

1. Configurați schimbul unidirecțional sau bidirecțional.

În primul rând, trebuie remarcat faptul că din configurația BP în configurația UT pot fi încărcate doar documente legate de tranzacții în numerar și fără numerar. Acestea includ: Ordin de numerar de intrare, Ordin de numerar de ieșire, Chitanță în contul curent și Retragere din contul curent. Documentele de circulație a mărfurilor create în BP nu vor fi încărcate în UT.

Firma 1C recomandă efectuarea unui schimb cu o bancă din UT. „Acest lucru va asigura o muncă cu drepturi depline cu documentele de plată de ieșire și o muncă mai ușoară cu documentele primite.” Cu toate acestea, a existat o situație în care aproape niciun ordin de plată nu putea fi încărcat în UT din fișierul client-bancă, în timp ce acest fișier a fost încărcat complet în BP.

Acest lucru se datorează faptului că la UT au fost adăugate verificări mai stricte ale conținutului dosarului client-bancă, de exemplu: verificarea completării TIN-ului, verificarea numărului documentului, numărul trebuie să conțină numai numere în conformitate cu Regulamentul Băncii Centrale din 3 octombrie 2002 N2-P „Cu privire la plățile fără numerar în Federația Rusă” (modificat la 3 martie 2003, 11 iunie 2004, 2 mai 2007, 22 ianuarie 2008).

Configurarea unui schimb unidirecțional (de la UT la BP) are sens numai dacă toate documentele și informațiile de referință sunt completate în UT. Astfel, se poate evita duplicarea elementelor din această bază de date.

Pentru a face acest lucru, trebuie să configurați următorul scenariu de schimb: creați un scenariu de schimb în configurația UT, în care este salvată doar descărcarea (Fig. 1), în configurația BP, creați un scenariu de schimb și salvați doar descărcarea.

Trebuie avut în vedere faptul că, într-un astfel de scenariu de schimb, toate documentele și directoarele suplimentare create în BP vor fi înregistrate pentru schimb, dar nu vor fi încărcate în UT, de aceea se recomandă resetarea periodică a înregistrării, în caz contrar schimbul fișierul de mesaje de la BP va crește constant, încetinind procesul de schimb.

Pentru aceasta, se recomandă utilizarea procesării RegisterChangesForExchange82.epf, care poate fi găsit în livrarea de configurare „Conversia datelor, rev. 2.1”. După ce configurația este instalată, procesarea se află în directorul de instalare a actualizării: ...\1c\Conversion\...version_number...

Dacă informațiile de reglementare și de referință sunt completate atât în ​​UT, cât și în BP, atunci schimbul bidirecțional ar trebui configurat, dar poate fi necesar să urmăriți duplicatele pornind schimbul în modul interactiv în loc de automat (Fig. 2). .

Pentru a limita schimbul de date doar la nivel de document, nu este necesară configurarea schimbului unidirecțional, este suficient să setați o dată în filtrul de schimb pe partea BP care să fie mai mare decât data ultimului document (vezi Fig. 5). Dar înainte de a seta filtrul pe dată, trebuie să vă asigurați că documentele din BP nu au fost înregistrate anterior pentru schimb, altfel documentele înregistrate vor fi transferate într-o altă bază de date în timpul schimbului.

Prioritate de modificare a datelor

Dacă schimbul se efectuează mai întâi în UT, apoi în BP, atunci datele descărcate din UT vor avea prioritate. De exemplu, în UT au introdus documentul „Chitanță în contul curent”, au lansat schimbul mai întâi în UT, apoi în BP - documentul a apărut în configurația BP. Apoi contabilul din configurația BP a făcut modificări acestui document. În timpul schimbului ulterior, dacă ordinea de lansare a schimbului nu s-a schimbat, atunci modificările aduse documentului vor fi suprascrise cu datele din UT.

Pentru schimbul corect cu acele obiecte care sunt modificate în ambele baze de date, 1C recomandă organizarea muncii astfel încât obiectul să fie editat doar într-una dintre bazele de date. Într-o altă bază de date, un astfel de obiect ar trebui să fie deschis doar pentru vizualizare. Pentru a face acest lucru, va trebui să utilizați setarea drepturilor de acces utilizator, dar această abordare garantează absența coliziunilor în timpul schimbului, adică. discrepanțe care apar atunci când un obiect se modifică într-una sau alta bază de date, în perioada dintre schimburi (Fig. 3).


2. Diferențele dintre BP și UT ​​care afectează metabolismul

Acorduri de contrapartidă

În configurația UT, nu există analize pentru contractele contrapărților. Toate operațiunile care sunt efectuate în configurația UT, atunci când sunt încărcate în configurația BP, sunt întotdeauna executate în baza unor acorduri separate create și controlate de sistemul UT însuși.

Dacă nu există un contract cu parametrii necesari în configurația BP, atunci se creează un astfel de contract. De menționat că căutarea unui acord se efectuează numai din numărul de acorduri descărcate anterior din UT.

Organizație de management în UT

Începând cu versiunea 11.0.6.9, un element predefinit „Organizație de management” a apărut în UT în directorul organizației. Acest element nu trebuie să fie mapat la (sau modificat de la) organizația curentă (singura sau una dintre) organizații. Puteți citi mai multe despre utilizarea acestui obiect în fișierul de documentație „Modificări și completări la documentation.htm” incluse în livrarea UT.

Structura companiei

În UT pentru contabilitatea de gestiune, se utilizează directorul „Structura întreprinderii”, care conține o listă a diviziilor companiei. La intocmirea documentelor este obligatorie indicarea diviziunii intreprinderii.

Elementele directorului „Structura întreprinderii” nu sunt mapate la elementele directorului „Unități organizatorice” din BP. Pentru a preveni încărcarea în UT a documentelor cu un atribut Subdiviziune gol, este necesar să completați valoarea implicită în setările de schimb (Fig. 4).

Depozit în secțiunea tabelară

Dacă se plănuiește utilizarea noii opțiuni de specificare a depozitelor în secțiunile tabelare ale documentelor din UT, atunci în setările nodului planului de schimb este necesar să se stabilească un depozit generalizat, care va fi înlocuit la descărcarea documentelor din UT în configurația BP în locul depozitelor permise pentru selecție în părțile tabelare ale documentelor (Fig. 4).

Categorie de obiect

La încărcarea datelor din BP în UT, atributul „tip de articol” nu este completat în nomenclatură, acest lucru se datorează faptului că schimbul servește scenariului când nomenclatura este creată în configurația UT și nu în BP . În documentele de circulație a mărfurilor în UT nu există o secțiune tabelară separată pentru contabilitatea serviciilor (serviciile sunt completate în tabelul mărfurilor), prin urmare, pentru ca serviciile specificate în documentele UT să fie corect transferate în tabel secțiunea din BP, trebuie să:

1. În secțiunea de informații de referință, deschideți cartea de referință „Tipuri de articol”, accesați tipul de articol „servicii” - faceți clic pe „Toate acțiunile” - activați editarea și selectați Tipul articolului - Serviciu.
2. Schimbați articolul (serviciul) - faceți clic pe „Toate acțiunile” - permiteți editarea și selectați acest tip de articol cu ​​tipul de serviciu.

3. Configurarea filtrelor de schimb (Fig. 5)

Modificarea datei de încărcare (descărcare) documente

1) Inainte de a avansa data este necesara sincronizarea bazelor de date prin efectuarea unei sesiuni de schimb astfel incat nodul sa nu aiba documente inregistrate pentru schimb in momentul in care se schimba setarea. În caz contrar, astfel de documente, după modificarea setărilor, ca urmare a descărcării, pot deveni marcate pentru ștergere în baza de date de primire, dacă au fost încărcate anterior acolo.

2) Puteți muta data înapoi, pentru că doar extinde zona datelor încărcate. Este de remarcat faptul că, în acest caz, documentele dintr-o perioadă închisă anterior nu vor fi înregistrate automat pentru schimb. Pentru a face acest lucru, trebuie fie să modificați documentele, fie să utilizați procesarea RegisterChangesForExchange82.epf.


Filtrați după organizații

Activarea acestui filtru vă permite să limitați lista de organizații pentru care este permis schimbul de date. Prezența filtrului activat afectează atât descărcarea directorului organizațiilor în sine, cât și descărcarea altor date legate de organizații (directoare și documente).

Principiul de funcționare al filtrelor de încărcare este următorul: noile setări se aplică tuturor datelor - în momentul creării schimbului, sau numai pentru acele date care au fost modificate după aplicarea noilor setări - după crearea schimbului , de aceea se recomanda abordarea cat mai responsabila a setarilor filtrului la crearea schimbului de date .

Exemplu: la crearea unui schimb, utilizatorul setează un filtru în funcție de organizație. Doar datele pentru organizația specificată au fost încărcate în baza de date destinatară. În plus, utilizatorul a decis ca datele despre toate organizațiile să fie încărcate în baza de date care primește. Dar, deoarece setările intră în vigoare numai pentru datele nou modificate, documentele și directoarele existente nu vor fi încărcate în baza de date de primire până când utilizatorul le face modificări.

4. Eliminarea obiectelor dintr-una dintre bazele de date

Marcați pentru ștergere

Este posibil ca un element de director utilizat anterior să nu fie planificat să fie utilizat pentru o contabilitate ulterioară, iar utilizatorii consideră că este corect să marcheze acest director pentru ștergere. Obiectele marcate pentru ștergere nu participă la schimb. Această caracteristică trebuie luată în considerare.

Eliminarea duplicatelor

Pentru a elimina obiectele care au apărut în timpul schimbului de duplicate, vă recomandăm să utilizați procesarea Search&ReplaceValues.epf, care se află în directorul \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ de pe discul ITS. Iar pentru a verifica corectitudinea compararii obiectelor a doua infobaze, puteti deschide Registrul de Informatii „Corespondența obiectelor infobazei” iar înregistrările din acest registru pot fi corectate manual. Este important de știut că după ștergerea unui obiect dintr-una dintre bazele de date, înregistrarea registrului de informații va avea în continuare o potrivire pentru obiectul șters (link rupt), fie va trebui să potriviți un alt obiect, fie să ștergeți înregistrarea.

5. Setări suplimentare

Elemente de flux de numerar

Pentru a configura UT, poate fi necesar să puneți jos elementele de recuzită „corr. cont” pentru acele elemente de flux de numerar care vor fi utilizate și încărcate în BP.

Pentru configurarea BP: poate fi necesar să introduceți tipul fluxului de numerar în elementele directorului.

Utilizatori

Utilizatorii elementelor de director pot fi transferați într-o altă bază de date dacă sunt indicați ca responsabili într-unul dintre obiectele care participă la schimb. Pentru astfel de obiecte, va trebui să setați permisiuni.

Prefix de bază și prefix de organizare

În UT, prefixul are întotdeauna o lungime fixă, iar separatorul (cratima) „-”. Prin urmare, dacă prefixul bazei de informații nu este specificat sau prefixul organizației nu este specificat, atunci acesta este înlocuit cu zerouri. Cu toate acestea, la configurarea unui schimb, prefixul bazei de informații este întotdeauna completat pe CB (pentru UT) și pe BP (respectiv pentru configurația BP).

Această soluție este standardul pentru generarea numerelor documentelor și a codurilor obiectelor. Prefixul are o lungime fixă ​​și este separat printr-o cratimă de numărul documentului. Dacă în viitor vor exista mai multe organizații în baza de date, atunci va fi suficient să le setați prefixe și nu va fi necesară renumerotarea tuturor obiectelor.

Corectarea erorii

În articolul nostru, au fost luate în considerare cele mai importante puncte de organizare a schimbului de date între „1C: Trade Management 8” rev.11 și „1C: Accounting 8” rev.2.0.

Specialiștii RG-Soft Project Consulting LLC sunt gata să ofere nu numai configurarea schimbului pentru caracteristicile contabile ale unei anumite organizații, ci și modalități de corectare a erorilor în schimburile existente.