Účelom tohto článku je odpovedať na prvé otázky o CD3 a jednoduchý príklad ukázať, ako upraviť pravidlá modelu. Informácie sú užitočné pre začiatočníkov a tých, ktorí už začali ovládať a majú nové otázky.

Akceptované skratky v tejto publikácii

CD2- konfigurácia Data Conversion, vydanie 2.0.
CD3- konfigurácia Konverzia dát, vydanie 3.0, konfigurácia 3.0.5.3.
ED- univerzálny formát výmeny EnterpriseData.

Odpovede na otázky po povrchnom oboznámení sa s CD3. Ak viete, prečo je potrebné CD3, nemôžete čítať tento odsek;)

Otázky a odpovede

• KD3 je nová verzia KD2? Nie! Toto je ďalší nástroj, ktorý rieši podobné úlohy ako CD2. Každý nástroj má svoje vlastné využitie.
• Je CD3 lepšie ako CD2? Nedajú sa porovnávať, pretože Sú to rôzne nástroje a každý má svoje pre a proti.
• Ak chcete zmeniť pravidlá výmeny CD3, potrebujete odstrániť konfiguráciu z podpory? nie NEMUSÍTE odstúpiť od podpory! V typických konfiguráciách sa môžete pravidelne pripájať externé spracovanie s pravidlami a na konfiguráciách, ktoré podporujú platformu 8.3.10 a vyššiu, môžete pravidlá upravovať pomocou rozšírenia.
• Potrebujete migrovať údaje z konfigurácií vyrobených na mieru. Na študijné účely môžete použiť CD3? Ak sa pýtate túto otázku, pravdepodobne nemôžete. Pre CD3 by konfigurácia mala obsahovať BSP 2.3 a vyšší so synchronizáciou cez univerzálny formát. CD2 ti bude 100% vyhovovať, CD3 je otázne.
• Je možné použiť CD3 pre štandardné modifikované konfigurácie? Áno môžeš. Ak sa vaše netypové údaje dajú odovzdať pomocou rekvizít ED alebo AdditionalInfo, potom je to dobré. V opačnom prípade je tu možnosť zmeniť formát výmeny (schéma XML). V tomto prípade sa schopnosti CD3 budú takmer rovnať CD2, ale hlavné plus CD3 zmizne - univerzálnosť formátu výmeny.
• Dajú sa konfigurácie, ktoré podporujú ED, navzájom vymieňať? Áno! Ale pre výmenu BP 3.0 - BP 3.0 pri vytváraní synchronizácie nemôžete vybrať BP 3.0. Nevadí, zvoľte "Iný program". Ak potrebujete jednorazovú výmenu, stačí použiť spracovanie "Nahrať download EnterpriseData" v menu Všetky funkcie.
• Musím si po aktualizácii konfigurácie stiahnuť najnovšie pravidlá z distribučnej súpravy? Nie! Pravidlá sú obsiahnuté v konfiguračnom module. Na výmenu s inými databázami 1C nemusíte načítať pravidlá inej databázy. prečo? Podrobnosti v tomto článku.
• Potrebujete po aktualizácii jednej databázy aktualizovať ďalšiu databázu zúčastňujúcu sa na výmene? Nie! Nevyžaduje sa synchrónna aktualizácia všetkých databáz zapojených do výmeny. Toto je jedna z výhod CD3.
• Naše konfigurácie boli výrazne vylepšené, existujú nové typy dokumentov a adresárov, dokáže ich CD3 preniesť? Existuje možnosť, že bez zmeny formátu nebude možné. Toto je jedna z „mínusov“ CD3 v porovnaní s CD2.

Prečo potom potrebujete KD3? Klady a zápory

Pros CD3

Uvažujme o hlavnom pluse CD3 na príklade často sa vyskytujúcej úlohy. Existuje konfigurácia UT 11.3, ktorá sa z akéhokoľvek dôvodu neaktualizuje. Je potrebné zorganizovať výmenu s BP 3.0, ktorá sa neustále aktualizuje na aktuálne vydanie.

Žiaden problém.

• Univerzálny výmenný formát, ktorý sa používa v CD3, je určený na riešenie takýchto problémov.
• Výmenné pravidlá v UT nie sú vytvorené na výmenu s BP, ale na výmenu s univerzálnym formátom EnterpriseData.
• Ak pracujeme s konceptmi CD2, potom sa UT vymieňa s konfiguráciou ED, ktorá sa nemení. BP 3.0 sa tiež vymieňa s ED.

Každá konfigurácia má svoje vlastné pravidlá pre výmenu s ED. UT teda nahráva dáta vždy v rovnakom formáte. Konfigurácia BP 3.0, bez ohľadu na to, aká nová je, by mala byť schopná prijímať dáta z tohto formátu.

Ukazuje sa, že v UT sa nemusíte obávať skutočnosti, že niektoré detaily sa v BP zmenia. Úloha je jednoduchá – nahrať do ED a konfigurácia PSU musí byť schopná prijímať dáta z tohto formátu.

• Vzhľadom na to, že konfigurácia zdroja sa vždy načíta v jednom formáte, môže akákoľvek konfigurácia prijímača načítať dáta z tohto univerzálneho formátu.
  Tie. pre ľubovoľnú kombináciu výmen UT - BP, UT - KA, UT - ERP, KA - BP, ERP - BP. netreba písať jednotlivé pravidlá. V CD3 sú pravidlá univerzálne. Akákoľvek konfigurácia, ktorá podporuje výmenu v univerzálnom formáte, sa môže vymieňať s akoukoľvek konfiguráciou, ktorá podporuje formát ED.

Ladenie algoritmov a pravidiel je dostupné v samotnej konfigurácii. všetky pravidlá sú spoločný modul alebo kód externého spracovania. Ak chcete rýchlo opraviť chybu, môžete to urobiť bez CD3.

Nevýhody CD2

Pravidlá výmeny sú individuálne pre každý pár konfigurácií. Pre všetky vyššie uvedené kombinácie výmeny medzi odlišné typy konfigurácie a rôzne verzie konfigurácií potrebujú svoje vlastné pravidlá výmeny. Preto na vyriešenie vyššie uvedeného problému výmeny UT 11.3 a BP 3.0 bude potrebné odladiť a spresniť pravidlá výmeny takmer po každej aktualizácii BP 3.0.

Ladenie algoritmov a pravidiel je ťažké pre začínajúceho programátora alebo pre niekoho, kto sa s touto úlohou stretáva len zriedka. Pravidlá sú uložené v xml súbor e. Rýchla oprava nie je k dispozícii. Je potrebné nahrať pravidlá do CD2, opraviť a nahrať späť.

Nevýhody CD3

Univerzálny formát ukladá obmedzenia na typy dokumentov a adresárov. Je určený pre typické konfigurácie. Ak máte neštandardnú požiadavku alebo typ dokumentu, môže byť výmena náročná.

Na implementáciu synchronizácie vo formáte ED musí konfigurácia podporovať tieto mechanizmy. To všetko je v BSP 2.3 a vyššej. V skutočnosti to nie je nevýhoda, je to skôr vlastnosť.

Hlavné plus sa trochu vytráca z dôvodu obmedzeného časového rámca pre podporu formátu. Toto už zažili používatelia UT 11.1, UT 11.2, ktorí si vymieňajú s BP 3.0. Časy podpory sú uvedené na tomto odkaze. Píše sa, že minimálna garantovaná doba podpory formátu je rok, v skutočnosti asi 3 roky. Ak teda nastavíte synchronizáciu dnes, nemôžete aktualizovať databázu UT 11 aspoň rok a potom buď aktualizovať konfiguráciu, alebo jednoducho pridať nový formát, vykonať drobné zmeny v BSP a pravidlách podľa potreby. Ako to spraviť? Bude špecifikované neskôr v tomto článku.

Pros CD2

Možnosti CD2 sú nekonečné. Môžete vytvoriť pravidlá výmeny pre akúkoľvek konfiguráciu na akejkoľvek platforme. Od 1C 7.7 do najnovšieho 8.3. Z konfigurácie nie je potrebné nič, BSP sa nevyžaduje. Pravidlá je možné vytvoriť v automatický režim a zlepšil sa.

V súvislosti s vyššie uvedenými plusmi a mínusmi sa odporúča použiť KD3 pre typické konfigurácie. KD2 je možné použiť pre akúkoľvek konfiguráciu, ale vzhľadom na jeho nevýhody nezabudnite, že niekedy je účelnejšie použiť KD3.

Dúfam, že je pochopené, prečo je CD3 potrebné, pokračujeme podľa podstaty.

Viac akceptovaných skratiek

BSP- Knižnica štandardných podsystémov.
POD- pravidlo spracovania údajov.
PKO- pravidlo konverzie objektu.
PKPD- preddefinované pravidlo konverzie údajov.
PCS- pravidlo premeny majetku.

Zoberme si príklad - je potrebné zmeniť typické pravidlá výmeny pre BP 3.0 a UT 11.3

Na žltom pozadí sú kroky z pokynov, ktoré sa otvárajú na disku CD3. Postupnosť krokov navrhovaných v tomto článku je odlišná, aby nedošlo k zmätku a okamžite logicky dokončili začatú akciu.

Ako zmeniť pravidlá ED?

1. Upravte modul s pravidlami výmeny priamo v konfigurácii. O tejto možnosti zatiaľ neuvažujeme, pretože aby ste pochopili, čo a kde je potrebné zmeniť, je potrebné to urobiť aspoň raz v CD3. V takom prípade bude v budúcnosti jednoduchšie rýchlo vyriešiť problémy, odladiť modul a v prípade potreby preniesť na CD3.
2. Použite CD3.
   Ako sa to robí v CD2? Uvoľníme metadáta oboch konfigurácií a načítame ich do CD2.
   Krok 1. Pre CD3 robíme to isté - v každej konfigurácii v podnikovom režime spracovaním \tmplts\1c\Conversion\3_0_5_3\MD83Exp.epf odovzdať metadáta konfigurácie,
   napríklad v priečinku D:\BP3 Rules\BP 3.0.54.15\", Názov súboru " MD.xml».

Nie je jasné, za akým účelom sú nastavenia tohto spracovania skryté, v dôsledku toho sa údaje o informačných registroch štandardne nenahrávajú. Poďme opraviť túto chybu.
V procedúre ChangeProcessingMode() hlavného formulára zakomentujte riadok

// Elements.Settings.Visibility = False;

Uložíme spracovanie, otvoríme ho v podnikovom režime, nastavíme príznak na "Uvoľniť registre informácií", uvoľníme.

Krok 3 Nahrávanie predtým vytvoreného súboru MD.xml"v CD3, sekcia vlajky" Na novú verziu konfigurácie».

Pretože v CD3 sa na výmenu používa „intermediate configuration“ (ED), načítavame aj jej „metadata“, čo je XML schéma, súbor s príponou „xsd“. Krok 2 Môžete si ho vziať z konfigurácie UT 11 alebo BP 3.0. Sú rovnaké. Otvorte konfiguráciu, do vyhľadávacieho panela zadajte " vstúpiť“, vidíme na strome Všeobecné – balíčky XDTO takéto balíčky: EnterpriseData_1_3_8, EnterpriseData_1_4_4 a podobne. Toto sú verzie formátu 1.3 a 1.4, v tomto poradí, a 1.2, 1.1, 1.0, ak existujú. Kliknite pravým tlačidlom myši na balík obsahové menu vyberte "".

Krok 4 V sekcii CD3 vyberte predtým nahrané súbory s príponou „xsd“. Je potrebné vybrať jeden súbor! Viacnásobný výber s ExchangeMessage nie je potrebná! Toto bolo navrhnuté v starších inštrukciách CD3 predchádzajúcich verzií. V najnovšom CD3 to nie je potrebné.

Po načítaní formátu v sekcii Data Format - Formátovať strom objektov, vyberte verziu formátu. Ak existujú dokumenty a referenčné knihy, potom ste nahrali správny súbor. Ak nie, začnite odznova s ​​novým prázdnym CD3 a najprv načítajte formát a skontrolujte strom.

2. fáza Po načítaní metadát v CD3 pristúpime k načítaniu štandardných výmenných pravidiel.
Ako sa to robí v CD2? Pravidlá sa načítajú do konverzie.
V CD3 je to takmer rovnaké. Vyložíme pravidlá zo štandardného, ​​vytvoríme konverziu a potom do nej načítame pravidlá.

Uvoľnenie štandardných pravidiel z konfigurácie pre načítanie do CD3

Konfigurácie sa vymieňajú na maximálne spoločnej verzii výmenného formátu. Napríklad jedna konfigurácia má maximálny formát 1,5, druhá 1,6, čo znamená, že sa budú navzájom vymieňať vo formáte 1,5. Preto stačí vyložiť formát 1.5 z oboch konfigurácií a nahrať ho do pravidiel.

Otvárame konfiguráciu BP 3.0 alebo UT 11.3 v režime konfigurátora, do vyhľadávacieho panela môžete zadať " muži uni", OTVORENÉ spoločný modul. Ak je toto BP 3.0, otvorte . V otvorenom module prejdite do ponuky Súbor – uložte kópiu, uložte súbor s ľubovoľným názvom, napríklad " D:\BP3 Rules\BP 3.0.54.15\Common Module ExchangeManagerViaUniversalFormat_Module».
Otvorte konfiguráciu BP 3.0 alebo UT 11.3 v podnikovom režime, otvorené spracovanie \tmplts\1c\Conversion\3_0_5_3\Prevziať pravidlá synchronizácie.epf

Nevýhody typického spracovania:

• často zlyháva;
• uvoľní pravidlá z externého spracovania pripojeného k uzlu a my potrebujeme typické pravidlá;
• nefunguje v BP 3.0.53 a vyššie.

Finalizácia modulu hlavnej formy spracovania. Vykonávanie zmien v postupoch OnCreateOnServer.

&AtServer OnCreateAtServer(Failure, StandardProcessing) // Formát výberu verzie. FormatVersions = Nová zhoda; Data ExchangeOverridden.OnGettingAvailableFormatVersions(FormatVersions); Pre každý ExchangePlan z ExchangeDataReuseExchangePlansBSP() slučka If ExchangeDataRetryThisExchangePlanXDTO(ExchangePlan) Then ExchangePlanFormat Verzie = Nová korešpondencia; Verzia BSP243 = General PurposeClientServer.CompareVersions(StandardSubsystemsServer.LibraryVersion(), "2.4.3.1") >= 0; ModuleDataExchangeServer = GeneralPurpose.GeneralModule("DataExchangeServer"); If BSPVersion243 Then ExchangePlanFormat Versions = ModuleDataExchangeServer.ExchangePlanSettingsValue(ExchangePlan, "ExchangeFormat Versions"); Else ExchangePlans[Plán výmeny].GetExchangeFormatVersions(ExchangePlanFormatVersions); Koniec Ak; Pre každú verziu ExchangePlan zo Správcu verzií ExchangePlanFormat slučka = FormatVersions.Get(ExchangePlanVersion.Key); Ak ManagerModule = Nedefinované alebo ManagerModule<>ExchangePlanVersion.Value Then FormatVersions.Insert(ExchangePlanVersion.Key, ExchangePlanVersion.Value); Koniec Ak; EndCycle; Koniec Ak; EndCycle; Pre každý formát FormatVersion FROM Slučka FormatVersion Elements.FormatVersionNumber.SelectionList.Add(FormatVersion.Key); EndCycle; FormatVersionStorageAddress = PlaceInTempStorage(FormatVersion, UniqueIdentifier); EndProcedure

• Vyberte "Formátovať číslo verzie", napríklad " 1.3 »,
• "Exchange directory" - vytvorte priečinok, napríklad ""
• Stlač tlačidlo " vyložiť».

Tieto kroky zopakujeme pre ďalšie verzie formátu a uložíme ich do príslušných priečinkov „1.4“, „1.5“ atď. Pre BP 3.0 stačí nahrať všetky formáty od 1.3 a vyššie. Pre ostatné konfigurácie od 1.2 a vyššie.

Pravidlá boli uvoľnené, teraz ich musíte nahrať do CD3. V CD2 sa pravidlá načítajú súčasne s vytvorením konverzie. V CD3 je potrebné vytvoriť konverziu a načítať do nej pravidlá.
V sekcii AC3 Konverzie - Konverzie - Vytvoriť. . Vyberieme konfiguráciu. Pre pohodlie môžete zmeniť názov konfigurácie prepnutím do režimu úpravy prvkov. Napríklad namiesto Účtovné podnikyšpecifikovať " BP 3.0.54.15". Rekvizity názov netreba meniť! názov konverzie môžu byť špecifikované rovnako, napríklad " BP 3.0.54.15". AT tabuľková časť vyberte podporované verzie formátu. Verzie formátu sú tie, ktoré sme stiahli z databázy vyššie. Uložte konverziu.

Prejdite do sekcie Konvertovať – Načítanie pravidiel synchronizácie zo súborov.
:

Miesto sťahovania: " Do existujúcej konverzie»

Adresár výmeny: " D:\BP3 Rules\BP 3.0.54.15\1.3»

• Súbor s výmenným modulom: " D:\BP3 Rules\BP 3.0.54.15\Common module ExchangeManagerViaUniversalFormat13_Module.txt»
• Konvertovať: " BP 3.0.54.15»

Pri načítavaní pravidiel synchronizácie zo súborov pre UT 11.3 sa zobrazí chyba " Pole objektu sa nenašlo". Dôvodom je TekPKO. UseToGet=False CD3 vyžaduje pri prijímaní informácie o možnosti identifikácie. Ak to nie je v súbore pravidiel, nastane chyba. Opravte toto nedorozumenie. Buď odstráňte tento formulár z podpory, alebo použite rozšírenie.

// Hlavná forma spracovania LoadingSynchronizationRulesFromFiles // Pred vykonaním zmien: // Procedúra načíta pravidlá pre konverziu objektov &AtServer Procedúra LoadPSP() ... FillPropertyValues(TekPSP, Attribute Structure); // Možnosť identifikácie - špeciálna logika. TekPSP.IdentificationVariant = Enumerations.ObjectIdentificationVariants[AttributeStruc.IdentificationVariant]; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Then // Zápis načítaného FSP. ... // Zmeny sú označené "//ED" // Procedúra načíta pravidlá pre konverziu objektov &AtServer Procedúra LoadPSP() ... FillPropertyValues(TekPSP, AttributeStructure); // Možnosť identifikácie - špeciálna logika. If TekPSP.UseForGetting Then //ED TekPSP.IdentificationVariant = Enumerations.ObjectIdentificationVariants[AttributeStruc.IdentificationVariant]; Koniec Ak; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Then // Zápis načítaného FSP. ...

Stlač tlačidlo " Stiahnuť ▼». « Handlery sú určené pre inú konverziu: BP 3.0.44 (formát 1.4). Pokračovať v sťahovaní?» Stlačte « Áno».
Bez zatvorenia formulára vyberte iný " Výmena adresára“ a stlačte tlačidlo „ “. Niekoľkokrát opakujeme načítanie pravidiel pre každý formát do aktuálnej konverzie.
Po úspešnom stiahnutí prejdite do sekcie " Konverzie“ - „Nastavenie pravidiel konverzie“, otvorte našu konverziu z formulára zoznamu.
Ak vidíme , POD atď., sťahovanie na CD3 bolo úspešné.

Kontrola správnosti pravidiel načítania

Toto nie je povinná operácia! Ak v pravidlách použijete jednu verziu formátu, nie je potrebné, aby bol text modulu identický.

• Otvorte konfigurátor BP, vytvorte nové externé spracovanie, napríklad Názov " Synchronizácia EDBP", synonymum pre " Synchronizácia ED PSU 3.0».
• Na CD3 v tvare " Nastavenie pravidiel výmeny"Stlačte tlačidlo" a vložte tento kód zo schránky do nášho nového spracovania.
• V konfigurátore BP skontrolujeme, či modul neobsahuje syntaktické chyby. Uložiť spracovanie.
• vytvoriť ďalšie prázdne spracovanie v BP, napríklad Názov " Typická synchronizáciaEDBP", synonymum pre " Typická synchronizácia ED BP 3.0". Skopírujte text všeobecného modulu BP Exchange ManagerViaUniversalFormat13 do modulu spracovania a uložte ho.

Porovnajme obe liečby. Ponuka Súbor – Porovnanie súborov.

Ak sú v štandardnom module postupy, ktoré nie sú v našich pravidlách, potom ste nenačítali pravidlá pre konverziu pre všetky formáty údajov. Ak je to nevyhnutné pravidlá v chýbajúcom formáte načítame do prevodu a zopakujeme porovnanie našich pravidiel so štandardnými. Kedy ste získali identitu? môžete pokojne začať upravovať pravidlá. Nie je potrebné dosiahnuť úplnú identitu, ak viete, ktorý z výmenných formátov sa pri synchronizácii nepoužije.

Podobným spôsobom vytvoríme konverziu pre UT 11.3 v CD3.

BP 3.0.54.15

• Bolo zaznamenané nesprávne načítanie softvéru " Directory_Users". Treba opraviť. Musí."
• V PKO" Doklad_Inventarizácia tovaru_Doprava"pre PKS" Zodpovedná osoba" nie je špecifikované FSP. Otvorte , znova vyberte vlastnosť konfigurácie a vlastnosť formátu, aby ste vyplnili ich typ, potom výber v poli " Pravidlo konverzie vlastníctva". Vyberte " Adresár_Jednotlivci_Odosielanie".

Zvážte príklad vylepšenia

Hlavným účelom príkladu je ukázať možnosti vylepšení pre prenos dodatočných údajov, ktoré sa nezmestia do výmenného formátu.

Treba preniesť rekvizity" Nomenklatúra typu"z referenčnej knihy "Nomenklatúra", typ atribútu " Directory.TypyNomenklatúra Tento typ adresára nie je podporovaný pravidlami modelu CD3 a nie je podporovaný formátom ED verzií nižších ako 1.6.

Existuje niekoľko možností riešenia takéhoto problému.

• Spresnenie balíka XDTO, pridaním objektu "Directory.Nomenclature types" do formátu. Tým sa stráca hlavná výhoda univerzálneho formátu – prestáva byť univerzálnym. Spresnenie balíka XDTO sa bude vyžadovať vo všetkých databázach, ktoré sa zúčastňujú výmeny.
• Použiť vlastnosť formátu " Ďalšie požiadavky", ktorý je v mnohých objektoch. Túto možnosť v tomto článku nebudeme pre určitú zložitosť uvažovať. Berme na vedomie, že taký spôsob existuje.
• Rekvizity Dodatočné informácie. Nachádza sa v hlavičke všetkých objektov formátu. akýkoľvekTyp. Určené pre takéto situácie. Využime to ako najjednoduchší spôsob.

Skôr než pristúpime k úprave štandardných pravidiel, vytvorme dve skupiny v skupine pravidiel " Pridané», « Zmenené". Toto sa robí v konverzie -".
Nové AML, PQS, algoritmy atď. vytvoríme v skupine „Pridané“, typické objekty, na ktorých robíme zmeny, prenesieme do skupiny „Zmenené“. Uľahčí to neskoršie udržiavanie zmenených pravidiel.

Tak poďme na to.

Zmeny pravidiel v UT 11.3

Na CD3 v tvare " UT 11.3.4.12 Stanovenie pravidiel výmeny» karta Algoritmy vytvoriť nový algoritmus

• Názov algoritmu "AdditionalInfoInsert"
• Skupina: "Pridané"

Parametre: "XDTO Data, Name, AdditionalValue"

Kód algoritmu

If DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo)=Type("Structure") Then AdditionalData = DataXDTO.AdditionalInfo; Else ExtraData = Nová štruktúra; Koniec Ak; AdditionalData.Insert(Name, AdditionalValue); DataXDTO.Insert("AdditionalInfo", AdditionalData);

Uložte algoritmus a prejdite na kartu " Pravidlá konverzie objektov»

Podľa tlačidla " Nájsť"Hľadáme" Nomenklatúru ", otvorte PKO" Directory_Nomenclature_Sending". Prejdite na kartu " Pri odosielaní". Tam vidíme pole „Názov manipulátora:“ „“. Zmeny môžete vykonať priamo tam.
V konfigurácii je možné napísať zložitejší kód, ktorý vyžaduje ladenie. Hľadáme postup vo výmennom module v UT 11.3 s názvom " PKO_Catalog_Nomenclature_Sending_Pri odosielaní dát“ a tam to finalizujeme.
Pre prenos zmien z UT 11.3 na CD3 skopírujte celý postup do schránky, na CD3 v tvare " Nastavenie pravidiel výmeny" stlač tlačidlo "".

Pre náš príklad je kód

If ValueFilled(IBData.ItemType) Then //ED AdditionalInfoInsert(XDTO Data, "ItemType", String(IBData.ItemType.UniqueIdentifier())); AdditionalInfoInsert(XDTO Data, "Nomenclature TypeName", General Purpose.ObjectAttributeValue(DataIB.NomenclatureType, "Name")); // AdditionalInfoInsert... //Pridať ďalšie podrobnosti služby EndIf;

Po prenesení zmien na CD3 stlačte tlačidlo " Uložiť modul správcu výmen“ a preneste kód z vyrovnávacej pamäte do modulu UT 11.3.

Zmeny pravidiel v BP 3.0

Robíme zmeny v PKO“ Directory_Nomenclature_Getting", na karte " Pri prevode údajov XDTO", názov procedúry " PKO_Catalog_Nomenclature_Obtaining_WhenConvertingXDTOData".

Kód pridaný do modulu "PKO_Catalog_Nomenclature_Obtain_WhenConvertingXDTOData"

If DataXDTO.Property("AdditionalInfo") AND TypeValue(DataXDTO.AdditionalInfo)=Type("Structure") Then //ED AdditionalData = DataXDTO.AdditionalInfo; If AdditionalData.Property("Nomenclature Type") Then Nomenclature Type = Data ExchangeXDTOServer.ObjectReferenceByOIDObjectXDTO(AdditionalData.NomenclatureType, Type("DirectoryReference.Nomenclature Types"), Exchange Components); If ItemType.GetObject()=Undefined AND AdditionalData.Property("NomenclatureTypeName") Then //Vytvorte nový ItemTypeObject = References.NomenclatureTypes.CreateItem(); NomenclatureTypeObject.SetReferenceNew(NomenclatureType); Nomenclature TypeObject.Name = AdditionalData.NomenclatureTypeName; // vyplňte ďalšie podrobnosti služby Fill inPropertyValues(NomenclatureTypeObject,AdditionalData); TypeNomenclatureObject.Write(); Typ nomenklatúry = Typ nomenklatúryObject.Reference; Koniec Ak; ReceivedData.NomenclatureType = NomenclatureType; Koniec Ak; Koniec Ak;

Jeden kód nestačí. Na karte "Pravidlá konverzie vlastností" je potrebné pridať PCS s konfiguračnou vlastnosťou " " a zaškrtávacie políčko " Používa sa konverzný algoritmus".

Modul manažéra výmeny prenášame do konfiguračného modulu BP 3 alebo do externého spracovania.

Ako nahrať upravené pravidlá CD3 do databázy?

V konfiguráciách, ktoré si vymieňajú pravidlá na CD2, sa to robí v nastaveniach uzla. Pri pravidlách vytvorených v CD3 tam uvidíme iba možnosť zmeniť pravidlá registrácie.

Pravidlá pripravené v CD3 je možné do konfigurácie nainštalovať tromi spôsobmi

1. Odstráňte konfiguráciu z podpory a vykonajte zmeny v spoločnom module Exchange ManagerViaUniversalFormat;
2. V konfiguráciách spustených v režime kompatibility platformy 8.3.10 a novších môžete vykonať opravy spoločného modulu pomocou rozšírenia.
3. Pripojte rozšírenie, ktoré úplne nahradí všeobecný modul s pravidlami.
4. Bez odstránenia konfigurácie z podpory pripojte externé spracovanie s pravidlami k uzlu;

Pri prvej možnosti je všetko jasné, je to popísané v dokumentácii, nevýhodou je, že konfiguráciu musíte odstrániť z podpory. Druhá možnosť - oprava zvoleného postupu s rozšírením tiež nie je pre 1C programátora náročná - je potrebné porovnať dve spracovania so štandardnými pravidlami a s modifikovanými, ako je popísané vyššie v tomto článku, a vykonať zmenu požadovaný postup.

Tretia možnosť - pomocou rozšírenia s pravidlami výmeny v univerzálnom formáte momentálne najlepší. Zatiaľ existuje iba jedna nevýhoda - musíte odstrániť príznak " Bezpečnostný mód" pri pripájaní tohto rozšírenia. To obmedzuje jeho použitie v cloudové služby. Čakáme na rozhodnutie 1C o postupe nahradenia pravidiel výmeny v univerzálnom formáte v čerstvom 1C.

Pointa je, že v konfigurácii musíte nájsť časť kódu, ktorá je zodpovedná za výber spoločného modulu v závislosti od verzie výmenného formátu a nahradiť výber modulu vlastným modulom. Príklad pre BP 3.0.67:

//////// // Generický modul Data ExchangeOverridden by &Instead("OnReceiveAvailableFormatVersions") Procedúra ED_OnReceiveAvailableFormatVersions(FormatVersion) ED_DataExchangeServer.OnReceiveAvailableFormatVersions(FormatVersion); Koniec procedúry ///////// // Synchronizácia synchronizácie formátu Denyvercal: modul Manažér # Settings.ThisExchangePlanXDTO = true; Settings.Warn ON ExchangeRulesVersion Mismatch = False; Settings.ExchangeFormat = "http://v8.1c.ru/edi/edi_stnd/EnterpriseData"; FormatVersions = Nová zhoda; ED_Data ExchangeServer.When ReceivingAvailableFormatVersions(FormatVersions); //ED Settings.ExchangeFormatVersion = FormatVersion; Settings.ExchangePlanUsed inServiceModel = true; Settings.Algorithms.OnGetting ExchangeSettings Options = true; Settings.Algorithms.OnReceiveOptionDescriptionSettings = true; Settings.Algorithms.InteractiveUpload Selection Representation = true; Settings.Algorithms.ConfigureInteractiveUpload = true; EndProcedure #EndIf //////// // Spoločný modul v rozšírení ED_DataExchangeServer Procedure OnReceiveAvailableFormatVersions(FormatVersion) ExportFormatVersion.Insert("1.2",ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.3", ED_ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.4", ED_ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.5", ED_ExchangeManagerViaUniversalFormat); FormatVersion.Insert("1.6", ED_ExchangeManagerViaUniversalFormat); EndProcedure //////// // Všeobecný modul v rozšírení ED_Exchange ManagerViaUniversalFormat // Konverzia BP3.0.44 (formát 1.6) zo dňa 27.11.2018 11:23:58 // Zlepšenie pre BP 3.0.67. х zo dňa 31.12... .

Zoberme do úvahy 4. možnosť, ktorá nie je opísaná v dokumentácii, pretože BSP túto možnosť nemá. Táto možnosť je už zastaraná. Externé spracovanie s pravidlami bol používaný v prvých verziách s univerzálnym výmenným formátom. Teraz sa 1C tejto funkcie postupne zbavuje.

V podnikovom režime v sekcii správy kliknite na odkaz Synchronizácia údajov – Nastavenia synchronizácie údajov, stlač tlačidlo " Naladiť..."ak existuje len jedno nastavenie alebo" Zmeniť", ak existuje niekoľko nastavení. Prejdite do režimu úpravy formulára cez ponuku " " , Rozbaliť " Skupina", tam zahrnieme skrytý formulárový prvok "", " OK".
Na karte " Servisné informácie"vybrať" Cesta k správcovi výmeny“, nahrádzame naše spracovanie tamojšími pravidlami.

Pripojenie externého spracovania s pravidlami k BP 3.0.52 a vyšším

V BP 3.0.52 a vyšších sa z neznámych dôvodov nepoužíva externé spracovanie s pravidlami. Rozhranie pre spracovanie pripojenia zostalo. Vďaka aspoň za to.

Pomocou rozšírenia môžete povoliť spracovanie s pravidlami. Je potrebné vykonať opravu spoločného modulu" Server ExchangeXDTO", funkcia" VersionsFormatInterchange".

Процедура EDм_ПолучитьВерсиюФорматаОбмена(ВерсииФормата, Знач УзелИнформационнойБазы) Запрос = Новый Запрос("ВЫБРАТЬ РАЗЛИЧНЫЕ | СинхронизацияДанныхЧерезУниверсальныйФормат.ПутьКМенеджеруОбмена КАК ПутьКМенеджеруОбмена, | СинхронизацияДанныхЧерезУниверсальныйФормат.ВерсияФорматаОбмена КАК ВерсияФорматаОбмена |ИЗ | ПланОбмена.СинхронизацияДанныхЧерезУниверсальныйФормат КАК СинхронизацияДанныхЧерезУниверсальныйФормат |ГДЕ | СинхронизацияДанныхЧерезУниверсальныйФормат.ПутьКМенеджеруОбмена<>"""" | And SynchronizeDataViaUniversalFormat.Reference = &Reference"); Query.SetParameter("Referencia", Infobase Node); Selection = Query.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Ak NIE JE General PurposeClientServer .Debug Mode () Then ProcessingData = New BinaryData(ProcessingName); ProcessingAddress = PutIntoTemporaryStorage(ProcessingData); If GeneralPurpose.HaveHazardProtection() Then ProcessingName = ExternalProcessing.Connect(ProcessingAddress, GeneralPurpose.NeWarningProcessProtection). ProcessingAddress); EndIf; EndIf; ExchangeManager = ExternalProcessings.Create(ProcessingName);FormatVersions.Insert(Selection.ExchangeFormatVersion,ExchangeManager);EndLoop;EndProcedure&Instead("ExchangeFormatVersions") llen(InfoBaseNode) Then ExchangePlanName = InfoBaseNode.Metadata().Name; ExchangeFormatVersions = ExchangeDataServer.ExchangePlanSettingsValue(ExchangePlanName,"ExchangeFormatVersions"); EDm_GetExchangeFormatVersion(ExchangeFormatVersions, InfoBase Node); V opačnom prípade DataExchangeOverridden.WhenGettingAvailableFormatVersions(ExchangeFormatVersions); Koniec Ak; If ExchangeFormatVersions.Quantity() = 0 Then ThrowExceptionStringFunctionsClientServer.SubstituteParametersInString(НStr("ru = "Verzie výmenného formátu nie sú nastavené. |Názov plánu výmeny: %1 |Postup: GetExchangeFormatVersions(<ВерсииФорматаОбмена>)""), Infobase Node.Metadata().Name); Koniec Ak; Výsledok = Nová zhoda; Pre každú verziu z VersionFormatExchange Loop Result.Insert(AbrevLP(Version.Key), Version.Value); EndCycle; Návratový výsledok; EndFunctions

Ako ladiť pravidlá pri externom spracovaní

V konfigurátore Nástroje -> Možnosti -> Spustiť 1C:Enterprise -> možnosť Spustiť", zadajte parameter " ".

• Nižšie je uvedený kód rozšírenia pre UT 11.4, KA 2.4, ERP 2.4. Kód pre BP 3.0 je zobrazený vyššie. Modul správcu výmenného plánu Synchronizácia údajov cez UniversalFormat.

ED rozšírenie codeDebug

&Instead("GetInterchangeFormatVersions") Procedúra ED_GetInterchangeFormatVersions(FormatVersions) UTData ExchangeAvailableUniversalFormatVersions(FormatVersions); Query = New Query("SELECT DIFFERENT | SynchronizeDataViaUniversalFormat. PathToExchangeManager, | SynchronizeDataViaUniversalFormat.VersionFormatofExchange |FROM | Exchange Plan.SynchronizeDataViaUniversalFormat AS SynchronizeDataViaUniversalFormat.PathDataVHERE |SynchronizeDataViaUniversalFormat.<>"""""); Selection = Query.Run().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Ak NIE JE General PurposeClientServer.DebugMode() Then //EDProcessingData = New BinaryData(ProcessingName) ; ProcessingAddress = PlaceInTempStorage(ProcessingData); If GeneralPurpose.HaveProtectionAgainstDangerousOperations() Then ProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.DescriptionProtectionWithoutWarnings());Chyba ProcessingName =ProcessIfre; Spracovanie mena); formát verzie. Inštalácia (ukážka. Formathedrons, správa); koniec -cyklus; koniec procedúry & namiesto ("Formácia pridelenia") Postup ED_MENTERYEVENERS (verzia) Výmenník -seventors. uExchange, | Synchronizácia údajovThroughUniversalFormat.ExchangeFormatVersion |FROM | Exchange Plan.SynchronizingDataThroughUniversalFormat AS SynchronizingDataThroughUniversalFormat |KDE | SynchronizingDataViaUniversalFormat.PathToExchangeManager<>"""""); Selection = Query.Run().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Ak NIE JE General PurposeClientServer.DebugMode() Then //EDProcessingData = New BinaryData(ProcessingName) ; ProcessingAddress = PlaceInTempStorage(ProcessingData); If GeneralPurpose.HaveProtectionAgainstDangerousOperations() Then ProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.DescriptionProtectionWithoutWarnings.External); ProcessingName);FormatVersion.Insert(Selection.ExchangeFormatVersion, ExchangeManager); EndCycle; EndProcedure

Ladenie je najjednoduchšie vykonať v základni súborov. Nastavili sme bod prerušenia spracovania pomocou pravidiel. Ak chcete nájsť požadovaný postup, použite CD3. Nájdeme PKO, POD alebo algoritmus, pozrite sa " Meno manipulátora" alebo " Názov algoritmu", tento postup hľadajte v module pravidiel. Po úprave modulu nezabudnite postup skopírovať do schránky a stlačte tlačidlo "" na CD3. Pozor, mala by byť otvorená rovnaká konverzia.

To je zatiaľ všetko. Tieto informácie sú už dostatočné na to, aby programátor 1C samostatne ovládal CD3 a udržiaval modernú metódu synchronizácie medzi databázami 1C v prevádzkovom stave. Ak ostali biele miesta, pýtajte sa, článok bude doplnený a ak ste na niečo zabudli, môžete sa k nemu vrátiť.

Známe odkazy na dokumentáciu CD3:

• 1C-Training Center č. 3, "Data Conversion 3.0" - http://www.1c-uc3.ru/konvert30.html

Rozsah KD3 môžete rozšíriť pomocou týchto publikácií:

• - konfigurácie predchádzajúcich verzií na platforme 8.2 a nižšej sa stanú kompatibilnými s ED.

Ušetrite čas a použite pripravené pravidlá pre najnovšie verzie konfigurácií tu

• - rozšírená funkčnosť, opravy chýb.

Pošlite mi tento článok na mail

Hlavnými dôvodmi potreby zaviesť výmenu medzi databázami 1C sú prítomnosť pobočiek a oddelenie typov účtovníctva, tk. firmy často pracujú vo viacerých infobázach. Nastavenie výmeny 1C 8.3 vám umožňuje eliminovať dvojitú prácu - zadávanie rovnakých dokumentov a adresárov do dvoch programov, ako aj rýchle dodávanie potrebných systémových objektov pre rôzne pobočky a oddelenia.

V prípade, že je potrebná výmena medzi pobočkami, RIB (Distributed informačnú základňu). Je to mechanizmus na výmenu medzi rovnakými konfiguráciami. Je to strom, na vrchole ktorého je najdôležitejší koreňový uzol, pod dvojicou vzájomne prepojených uzlov. Zmeny je možné vykonať v ktoromkoľvek uzle tohto systému a prenesú sa do ďalších súvisiacich uzlov. Taktiež distribuuje nielen dáta, ale aj konfiguračné zmeny z koreňového uzla podriadeným.

Ak je potrebné oddeliť typy účtovníctva, napríklad vedenie prevádzkového v obchodnej základni, a regulované - v účtovníctve, sú k dispozícii univerzálne výmenné mechanizmy s flexibilným nastavením synchronizácie údajov.

Jedným z najnovších vývojov 1C je výmenný formát EnterpriseData. Je ľahko použiteľný a je určený na výmenu v rámci spoločnosti medzi databázami 1C a programami tretích strán.

Implementáciu výmeny údajov v podniku možno znázorniť ako postupné postupy.

V prvom rade je potrebné určiť, medzi ktorými základňami by mala byť výmena; bude to obojsmerná alebo jednosmerná výmena; ak je jednosmerná, tak ktorá základňa bude informácie vysielať a ktorá iba prijímať; ak ide o komplexnú pobočkovú sieť, potom je potrebné predpísať schému budovania databáz.

Potom vyberte vhodný formát: RIB, univerzálny formát; výmena podľa burzových pravidiel; výmena bez pravidiel výmeny.

Ďalším krokom je výber transportu na vykonanie výmeny. K dispozícii je široká škála technológií, vyzdvihneme tie hlavné: adresár (lokálny alebo sieťový), FTP zdroj, COM pripojenia, webová služba, e-mail.

Štvrtým krokom bude definovanie údajov: dokumenty, adresáre a v prípade potreby aj podrobné rozpracovanie jednotlivých údajov, ktoré sa majú preniesť.

A na záver je predpísaný harmonogram frekvencie výmeny

Každá možnosť nastavenia výmeny 1C 8.3 si vyžaduje starostlivú prípravu. Jeho implementácia je nad sily každého používateľa, tu je potrebné vziať do úvahy mnohé nuansy a pochopiť princípy výmeny. Osobitná pozornosť budete musieť venovať pozornosť ladeniu, ak základy: obsahujú vylepšenia alebo veľa doplnkov. detaily, verzie platformy sa líšia alebo sa používajú zastarané verzie konfigurácie, podnik je veľký a využíva automatizovaný systém, skladajúci sa z Vysoké číslo základne Chyby tu nie sú dovolené, pretože môže viesť k nenapraviteľným následkom. Nezávislá implementácia výmeny v 1C sa odporúča iba vtedy, ak potrebujete nastaviť jednoduchý prenos informácií medzi typickými konfiguráciami.

Ak pochybujete o svojich schopnostiach, je lepšie nešetriť peniaze, ale kontaktovať kompetentného špecialistu, ktorý vám pomôže vyriešiť náročnú úlohu nastavenia výmen 1C 8.3.

Ak sa stále rozhodnete nastaviť výmeny 1C bez zapojenia odborníkov, odporúča sa najprv otestovať kópie databáz a pred začatím práce v pracovných databázach vyložiť konfigurácie, aby ste sa mohli vrátiť pôvodný stav v prípade chýb.

Nižšie uvádzame podrobný príklad 1C 8.3 si jednostranne vymieňa nastavenia medzi štandardnými konfiguráciami Trade Management 11 (UT) a Enterprise Accounting 3.0 (BP). Príklad je relevantný pre mnohé spoločnosti, ktoré vedú veľkoobchod a maloobchod. V UT je vedené manažérske účtovníctvo, v BP - regulované, výmena je potrebná na uľahčenie práce užívateľov.

Tento algoritmus je vhodný aj pre iné typické konfigurácie na platforme 1C 8.3

V prvom rade vykonáme prípravné práce pre prijímač informácií, t.j. pre BP. Spustite program v režime Enterprise. Je potrebné nastaviť konštantu Synchronizácia dát (časť Administrácia → Synchronizácia dát).

Venujte pozornosť poľu Prefix, tu je potrebné zadať hodnotu, ktorá vám neskôr umožní rozlíšiť (podľa hodnoty referenčného kódu alebo čísla dokladu), v ktorom programe boli objekty pôvodne vytvorené. V našom príklade je vhodná zvyčajná skratka - BP a UT, ak je výmena 1C 8.3 nakonfigurovaná na komplexnú výmenu medzi veľkým počtom základní, ako aj rovnakými konfiguráciami, každá základňa bude musieť zadať svoje vlastné zrozumiteľné označenie.

Keďže PSU je iba príjemcom informácií, pristúpime k nastaveniu UT.

Tu, rovnako ako v BP, musíte povoliť synchronizáciu a zadať predponu. Tieto informácie sú dostupné v časti Kmeňové dáta a správa → Nastavenia synchronizácie dát.

Výber spôsobu nastavenia Zadajte nastavenia manuálne. Ďalej.

Nastavte možnosť priameho pripojenia, keď sú oba programy umiestnené v tom istom lokálna sieť, špecifikovať parametre pre pripojenie k adresáru IS v tejto sieti a tiež vyplniť autentifikačné údaje o užívateľovi (v databáze BP). Ďalej.

Systém skontroluje správnosť zadaných údajov a príp pozitívny výsledok zobrazí okno nastavení výmeny 1C 8.3.

Odkaz Upraviť pravidlá nahrávania údajov poskytuje nastavenia na vykonanie výmeny. Spravíme spresnenia NSI - nahráme len tie, ktoré sú použité v dokladoch, vybrané organizácie a možnosť práce so zmluvami - bez prepájania, oddeľovania dokladov podľa skladov. Burza sa začína 1. marca bežného roka.

Zavedené pravidlá sú zaznamenané a uzavreté.

Keďže v príklade rozprávame sa o jednosmernom prenose informácií, potom v ďalšom okne nastavení pre príjem údajov z iného programu nastavte hodnoty na Neodosielať. Zaznamenajte a zatvorte. Ďalej.

Teraz je potrebné skontrolovať zadané parametre a ak sú správne, kliknite na Ďalej, inak sa vráťte na predchádzajúci krok kliknutím na Späť.

Potom budete vyzvaní na synchronizáciu. Kliknite na Hotovo.

Ak je potrebné korelovať identické objekty dvoch konfigurácií, otvorí sa okno na porovnanie údajov. Vykonajte mapovanie a kliknite na tlačidlo Ďalej.

Pri prenose objektov môžu nastať problematické situácie, výsledky si môžete pozrieť kliknutím na odkaz Upozornenia pri synchronizácii údajov.

Po dokončení synchronizácie sa zobrazí okno potvrdzujúce úspešné dokončenie tohto procesu.

Tu môžete pomocou príkazu Configure alebo after v synchronizačnom skripte nakonfigurovať plán automatického vykonávania výmeny.

Čo je potrebné na automatickú výmenu údajov bez vykonania zmien v konfigurácii:
1) Spracovanie „Univerzálnej výmeny údajov vo formáte XML“, ktorý je súčasťou väčšiny typických konfigurácií. Ak tam nebol, je ľahké ho nájsť na disku ITS alebo na internete. V konfigurácii sa nazýva "UniversalXMLDataExchange"
2) Pravidlá výmeny údajov. Vytvorené pomocou „Konverzia údajov“. Práca, ktorú budete musieť zvládnuť. Existujú aj video kurzy študijné príručky. Napríklad: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Externé spracovanie A, ktorá obsahuje postupy nakladania/vykladania. Poďme si ho vytvoriť:
V objektovom module je vytvorené externé spracovanie, ktorého text bude nasledovný (nahradiť vaše údaje za databázy a používateľov). Je žiaduce vytvoriť samostatného používateľa s plnými právami na výmenu údajov. Spracovanie pomenujme napríklad „DataExchange.epf“.

If StartParameter = "Upload" Then Processing=Processing.UniversalXMLDataExchange.Create(); //Nastavte parametre potrebné na uvoľnenie (voliteľné na úpravu) Processing.ExchangeMode="Upload"; Processing.LoadDataInExchangeMode=true; Processing.WriteRegistersRecordsets=true; Processing.RememberLoadedObjects=true; Processing.UseFilterByDateForAllObjects=true; Processing.UploadAllowedOnly=True; //!Nastavte potrebné parametre pre nahrávanie //Tieto parametre je potrebné znova vyplniť POVINNÉ //Nastaviť obmedzenia nahrávania podľa dátumov objektu Processing.StartDate = CurrentDate() - 60*60*24*2; Processing.EndDate = "00010101"; //Ak chceme nahrať dáta do súboru, nastavíme na False, Ak True, budú nahrané do cieľovej základne Processing.ImmediateReadingVIBReceiver=True; //Ak je cieľovou databázou pre vyložené údaje serverová databáza, potom False. Ak súbor - True Processing.InfobaseTypeForConnection=True; //!Vyplnené požadované parametre //Ak sa nahrávajú údaje do súboru, ak sa nespracúva.ImmediateReadingVIBReceiver Then Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Pri nahrávaní údajov do databázy Inak Processing.InformationBasePasswordForConnection="Admin"; Handling.InfobaseUserToConnect="supercool"; Handling.WindowsAuthenticationInfobaseForConnection=Nepravda; //Ak je prijímač údajov základňou servera If Processing.InfobaseToConnectType = False Then Processing.InfobaseToConnectServerName="MainServ"; Processing.InfobaseNameOnServerForConnection="Buhia"; //Ak je prijímač údajov súborová základňa Inak Processing.InfoBasePlatformVersionToConnect="V82"; Processing.InformationBaseCatalogToConnect ="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; Koniec Ak; Koniec Ak; //Akcie pri registrácii pri vykládke podľa výmenných plánov Processing.RegisteringChangesDeletionTypeForExchangeNodesAfterUnloading=0; // 0 - nezrušiť registráciu, // 1 - zrušiť registráciu Processing.LoadExchangeRules(); //AK POTREBUJETE VYLOŽIŤ PODĽA VÝMENNÝCH PLÁNOV, POTOM ZAPNITE TENTO BLOK A NAHRAJTE SVOJ UZOL VÝMENNÉHO PLÁNU //Pre každú stránku Processing.Table of Unloading Rules.Lines Loop // PageInclude=1; // Pre každú stránku1 z cyklu PageRow // Str1.Include=1; // Str1.LinkToExchangeNode=ExchangePlans.Full. FindByCode("BP20"); // EndCycle; //EndCycle; Processing.ExecuteUnload(); ShutdownSystem (False); ElseIf StartParameter = "Načítava sa" Then ProcessingExchange = Processing.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ProcessingExchange.ModeExchange = "Načítavam"; ProcessingExchange.OpenFileDownload(True); ProcessingExchange.ArchiveFile = False; ProcessingExchange.ExecuteLoading(); ProcessingExchange = nedefinované; ShutdownSystem (False); Koniec Ak;

4) Nahranie súboru Bat, ktorý pobeží 1s a externé spracovanie s behom pod užívateľským parametrom, ktorý je určený na výmenu dát. Súbor musí byť vytvorený napríklad v notepade ++ s OEM (MS-Dos) kódovaním, inak nebude fungovať. Pomenujeme súbor, napríklad „BatVygruz.bat“. Text bude nasledovný:

Ak je databáza súbor:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /F"C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3" /N"Robot na výmenu údajov" /P "pass " /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Nahrať"
vysvetlenia:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 - vaša cesta k súborovej báze, z ktorej budeme nahrávať dáta
c) Robot na výmenu údajov – Používateľské meno, pod ktorým sa 1C spúšťa na výmenu údajov
d) pass - heslo používateľa
e) / DisableStartupMessages - zatvorte kontextové okná pri spustení 1C
f) /RunModeOrdinaryApplication - spustite normálny režim tučný klient
g) C:\Inbox\OlegA\Data Exchange.epf - cesta k nášmu spracovaniu, ktoré začne pri spustení
h) Vykladanie - prejdeme spúšťacím parametrom 1C, informujeme, že je potrebné vyložiť dáta

Ak je databáza na strane servera:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /S"Server1C/DataBase" /N"DataExchangeRobot" /P"pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\ DataExchange.epf" /C"Nahrať"
vysvetlenia:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe – vaša cesta k štartéru 1C
b) Server1C/DataBase – váš server, na ktorom je databáza umiestnená a názov samotnej databázy, z ktorej nahrávame údaje.
Zostávajúce parametre sú podobné verzii súboru bat

5) Stiahnutie súboru Bat (ak je to potrebné). Ak sa rozhodnete nahrať údaje do súboru a nie priamo do databázy. Potom budeme potrebovať aj túto položku (zvyčajne nevyhnutnú).
Vytvorenie súboru na stiahnutie Bat je podobné ako pri nahrávaní súboru, ale líši sa iba parameter spustenia, namiesto "Unload" dáme "Download"

6) Nastavte plán spustenia nahrávanie/sťahovanie našich súborov Bat na server. Ak to chcete urobiť, prejdite do administrácie ovládacieho panela na serveri a v plánovači úloh vytvorte novú úlohu na spustenie nahrávacieho súboru na 23 hodín každý deň a úlohu sťahovania označujúcu sťahovanie súboru Bat (ak je to potrebné) na 04 hodín , napríklad.

• Video - 21 hodín
• Metodické materiály v PDF - 117 strán A4
• 16 cvičných úloh s učiteľskými riešeniami

Formát kurzu, podpora

Materiály sú k dispozícii ihneď po zaplatení objednávky - stiahnete si ich zo stránky a študujete v ľubovoľnom vhodnom čase.

Podpora je poskytovaná prostredníctvom Master Group na webovej stránke.

Musí byť aktivovaný úplný prístup do hlavnej skupiny najneskôr do 100 dní od nákupu.

Relevantnosť kurzu

Materiály kurzu sú relevantné pre verziu BSP 2.3.2.73.

Ak plánujete používať staršie verzie BSP, nezabudnite, že pracovné mechanizmy sa zmenili BSP subsystémy„Výmena údajov“ sa zmenili aj rozhrania.

Nový kurz pod najnovšie verzie BSP je vo vývoji a bude vydaný o niekoľko mesiacov. Ale pre verzie BSP 2.3.2.73 a mladšie bude aktuálna sadzba relevantná.

Poplatok za kurz

9 700 rubľov

Záruka

Školíme od roku 2008, sme si istí kvalitou našich kurzov a dávame svoje štandardná záruka 60 dní.

To znamená, že ak ste začali navštevovať náš kurz, no zrazu ste si to rozmysleli (alebo povedzme nemáte možnosť), máte 60-dňovú lehotu na rozhodnutie – a ak sa vrátite, vrátime vám peniaze 100 % platby.

Platba na splátky

Naše kurzy je možné uhradiť na splátky alebo na splátky aj bez úrokov. V čom okamžite získate prístup k materiálom.

To je možné pri platbe jednotlivcov vo výške 3 000 rubľov. až 150 000 rubľov.

Všetko, čo musíte urobiť, je vybrať spôsob platby „Platba cez Yandex.Checkout“. Viac na stránke platobný systém vyberte „Platiť na splátky“, uveďte termín a výšku platieb, vyplňte krátky dotazník - a za pár minút dostanete rozhodnutie.

Možnosti platby

Akceptujeme všetky hlavné spôsoby platby.

Od jednotlivcov- platby z kariet, platby elektronickými peniazmi (WebMoney, YandexMoney), platby prostredníctvom internetového bankovníctva, platby prostredníctvom komunikačných obchodov atď. Objednávku je možné zaplatiť aj po častiach (na splátky), a to aj bez ďalšieho úroku.

Začnite zadávať objednávku – a v druhom kroku si budete môcť vybrať preferovaný spôsob platby.

Od organizácií a individuálnych podnikateľov– bezhotovostná platba, dodacie doklady sú poskytnuté. Zadáte objednávku – a hneď si môžete vytlačiť faktúru na platbu.

Školenie viacerých zamestnancov

Naše kurzy sú určené pre individuálne vzdelávanie. Skupinový tréning na jednej zostave je nelegálna distribúcia.

Ak spoločnosť potrebuje zaškoliť viacerých zamestnancov, zvyčajne ponúkame „prídavné súpravy“, ktoré sú o 40 % lacnejšie.

Ak chcete zadať objednávku na „dodatočnú súpravu“ vo formulári vyberte 2 alebo viac sád kurzov počnúc druhým setom cena kurzu bude o 40% lacnejšia.

Existujú tri podmienky na použitie dodatočných súprav:

• nemôžete si zakúpiť iba dodatočnú sadu, ak ste predtým (alebo spolu s ňou) nezakúpili aspoň jednu bežnú sadu.
• na ďalšie sady nie sú žiadne ďalšie zľavy (už sú zľavnené, vyšlo by to na „zľavu na zľavu“)
• propagačné akcie (napríklad kompenzácia 7 000 rubľov) sa nevzťahujú na ďalšie súpravy z rovnakého dôvodu