Jaká jsou pravidla směny v 1s. Přípravné kroky pro nastavení burzy v BP

Při vývoji pravidel výměny 1C 8 se široce využívá možnost programově předefinovat chování pravidel výměny - mechanismus handler. Event handlery výrazně rozšiřují funkcionalitu a jsou nepostradatelným nástrojem pro nastavení pravidel výměny v případech, kdy nestačí interaktivní možnosti konfigurace.

Obslužné nástroje a algoritmy jsou napsány v jazyce platformy, ve které budou během výměny prováděny.

Pokud se jedná o platformu 1C: Enterprise 7.7, pak je kód obsluhy integrován do kódu zpracování nahrávání nebo stahování. V souladu s tím je každý obslužný program nebo algoritmus rozdělen do samostatné funkce a je k dispozici pro ladění během výměny.

Pokud dojde k nahrávání nebo stahování na platformě 1C: Enterprise 8, pak kód obsluhy není integrován do kódu zpracování výměny dat, ale je nahrán do souboru pravidel výměny. Během procesu výměny dat je kód obslužných rutin nebo algoritmů převzat ze souboru pravidel a spuštěn přímo v kontextu příkazu „Spustit“. K odladění kódu obslužných rutin a algoritmů můžete použít zpracování " Univerzální výměna XML data".

Úkol

Přenést informace o protistranách z NAHORU PROTI BP. Data jsou přenášena jednostranně, identifikace se provádí pomocí jedinečného identifikátoru Pravidla konverze se konfigurují pomocí speciální konfigurace Konverze dat, vydání 3.0(Dále - KD 3.0).

Provedené akce

Fáze 1. Příprava na konfiguraci pravidel.

Chcete-li nakonfigurovat pravidla převodu v konfiguraci KD 3.0 musí obsahovat informace o struktuře informačních bází, mezi kterými jsou data synchronizována, a také o struktuře formátu Podniková data.

Krok 1. Nahrání struktury informačních bází UP a BP.

Ke stažení informací o struktuře infobáze se používá zpracování MD83Exp.epf, který je součástí konfiguračního balíčku KD 3.0.

Pro každou infobázi ( NAHORU A BP) musíte provést následující kroky:

  1. Otevřete informační databázi v režimu Enterprise.
  2. OTEVŘENO externí zpracování MD83Exp.epf(Nabídka Soubor a Otevřít).
  3. Zadejte název souboru, do kterého se má struktura infobáze uložit.
  4. Zkontrolujte nastavení ve formuláři zpracování (všechny příznaky musí být vymazány).
  5. zmáčknout tlačítko Vyložit.

Krok 2. Exportujte schéma výměnného formátu xml

Ke stažení schématu výměnného formátu se používají standardní možnosti platformy.

Musíte provést následující:

  1. Otevřete jednu z informačních databází (příp NAHORU nebo BP) v režimu „Konfigurátor“.
  2. Ve stromu metadat najděte balíčky XDTO s názvy ExchangeMessage A EnterpriseData_1_0_beta.
  3. Umístěte kurzor na balíček XDTO, klikněte pravým tlačítkem a vyberte položku v kontextové nabídce Export schématu XML. Zadejte cestu a název souboru, který chcete exportovat. Tento krok proveďte pro každý ze dvou balíčků a uložte schémata XML do dvou různých souborů.

Krok 3. Načtení struktury infobáze do konfigurace CD 3.0

Načítání se provádí do konfigurace KD 3.0 v režimu Enterprise. Následující kroky by měly být provedeny pro každou z konfigurací, pro které jsou konfigurována pravidla převodu ( NAHORU A BP).

  1. Přejděte do sekce Konfigurace a vyberte příkaz
  2. Zadejte cestu k souboru se strukturou infobáze (viz. Fáze 1, Krok 1).
  3. Zadejte způsob stahování & PROTI nová verze konfigurace.
  4. zmáčknout tlačítko Provést stahování

Krok 4. Načtení struktury výměnného formátu do konfigurace CD 3.0

  1. Přejděte do sekce Formát dat a vyberte příkaz.
  2. Zadejte soubory se strukturou formátu (viz. Fáze 1, Krok 2). Musíte zadat oba soubory najednou pomocí vícenásobného výběru.
  3. Zkontrolujte název hlavního balíčku XDTO – musí odpovídat jmennému prostoru balíčku XDTO EnterpriseData_1_0_beta(viz v konfigurátoru NAHORU nebo BP).
  4. Zadejte způsob stahování & na novou verzi formátu.
  5. zmáčknout tlačítko Provést stahování, počkejte na dokončení stahování.

Fáze 2. Vytváření konverzí

Chcete-li vyřešit popsaný problém, musíte vytvořit dvě konverze:

  • UE (pro stahování dat z NAHORU vyměnit formát)
  • BP (pro načítání dat z výměnného formátu do BP)

Konverze se vytvářejí v sekci Konverze, tým Konverze. Pro nový převod musíte zadat název, konfiguraci a formát výměny. Například konverze pro konfiguraci UE:

  • název& „UP2.0.7“.
  • Konfigurace& „Enterprise Management“.
  • Podporované verze formátu& jeden řádek, ve kterém je vybrána jedna položka adresáře Verze formátu.
  • pravidla zpracování dat,
  • pravidla pro konverzi objektů,
  • pravidla pro převod předdefinovaných dat.

Chcete-li přejít na sadu pravidel pro konkrétní konverzi, musíte přejít do části Konverze, vybrat tým Nastavení pravidel převodu a ze seznamu vyberte konkrétní konverzi, pro kterou budou nakonfigurována pravidla. V důsledku toho se formulář otevře Nastavení pravidel burzy, který obsahuje všechna pravidla pro konkrétní konverzi.

Fáze 3. Vytvoření pravidel pro převod objektů

Krok 1. Konverzní pravidlo pro vykládání protistran z UE

  1. NAHORU.
  2. Přejít na záložku
  3. Základní informace:
    1. ID pravidla: “Directory_Counterparties_Dispatch”,
    2. Objekt konfigurace
    3. Formátovat objekt: "Adresář. Protistrany",
    4. Oblast použití: Poslat.
  4. zmáčknout tlačítko Zapsat a přejděte na záložku Pravidla převodu nemovitosti:
    1. Využijte službu automatického párování nemovitostí
      1. zmáčknout tlačítko Nastavení PKS
      2. Ve formuláři, který se otevře, klikněte na Automatch. Budou porovnány vlastnosti „DIČ“, „KPP“, „Jméno“, „Celé jméno“, „Další informace“, „Právní osoba“.
      3. a zavřete formulář pro nastavení pravidel převodu vlastností
  5. zmáčknout tlačítko Uložit a zavřít.

Krok 2. Konverzní pravidlo pro načítání protistran do BP

  1. Otevřete nastavení pravidel burzy pro převod BP.
  2. Přejít na záložku Pravidla pro převod objektů.
  3. Vytvořte nové pravidlo převodu a vyplňte údaje na kartě Základní informace:
    1. ID pravidla: “Directory_Counterparties_Receipt”,
    2. Objekt konfigurace: “DirectoryLink.Counterparties”,
    3. Formátovat objekt: "Adresář. Protistrany",
    4. Oblast použití: Pro získání.
  4. zmáčknout tlačítko Zapsat a přejděte na záložku Identifikace. Určete způsob identifikace „Podle jedinečného identifikátoru“.
  5. Přejít na záložku Pravidla převodu majetku
    1. Použijte službu automatického párování nemovitostí:
      1. zmáčknout tlačítko Nastavení PKS
      2. Ve formuláři, který se otevře, klikněte na Automatch. Budou porovnány vlastnosti „DIČ“, „KPP“, „Jméno“, „Celé jméno“, „Další informace“, „Právní osoba“.
      3. Uložte výsledek automatického párování a stiskněte tlačítko Vytvořte pravidla převodu vlastností a zavřete formulář pro nastavení pravidel převodu vlastností.
    2. Ručně přidejte pravidlo převodu vlastnosti pro OKPO (vlastnost konfigurace & „CodePoOKPO“, vlastnost formátu & „OKPO“).
    3. Později se budete muset vrátit k pravidlům převodu vlastností a vyplnit pravidlo převodu vlastností pro vlastnost „LegalIndividual“, což je výčet.
  6. Přejít na záložku Před záznamem přijatých dat a napište algoritmus pro vyplnění země registrace nové protistrany. Algoritmus obsahuje další text: “Přijatá data. Země registrace = Adresáře. Země světa. Rusko;”.
  7. zmáčknout tlačítko Uložit a zavřít.

Fáze 4. Vytvoření pravidel pro převod předdefinovaných dat

  1. NAHORU nebo BP)
  2. Přejít na záložku Pravidla pro převod předdefinovaných dat
  3. Vytvořte nové pravidlo převodu a vyplňte jeho vlastnosti:
    1. ID pravidla: “Transfer_LegalIndividual”
    2. Objekt konfigurace: “TransferLink.LegalIndividual”
    3. Formátovat objekt: “Právní jednotlivec”
    4. Oblast použití: pro odesílání a přijímání
    5. V poli tabulky vyplňte shodu mezi hodnotami výčtu konfigurace a formátu: „Fyzická osoba“ & „Jednotlivec“ a „Právnická osoba“ & „Právnická osoba“
    6. zmáčknout tlačítko Uložit a zavřít
  4. Zadejte nové pravidlo v pravidle převodu pro vlastnost „LegalIndividual“ adresáře Protistrany
    1. Přejít na záložku Pravidla konverze objektů
    2. Protistrany, otevřete formulář pravidla
    3. Přejít na záložku Pravidla převodu majetku a najděte pravidlo pro vlastnost „LegalIndividual“
    4. Otevřete formulář pravidla převodu majetku a uveďte v něm pravidlo převodu objektu & „Transfer_LegalIndividual“.
    5. Uložte změny

Fáze 5. Vytvoření pravidel zpracování dat

Postup je u obou převodů stejný.

  1. Otevřete nastavení pravidel burzy pro převod ( NAHORU nebo BP)
  2. Přejít na záložku Pravidla konverze objektů
  3. Najít pravidlo převodu adresáře Protistrany, otevřete formulář pravidla
  4. zmáčknout tlačítko Vytvořit na základě & Pravidla zpracování dat
  5. Ve vytvořeném pravidle zpracování dat zkontrolujte automaticky vyplněné vlastnosti:
    1. ID pravidla& zadejte stejné jako u pravidla pro zpracování dat („Directory_Protistrany_Sending“ nebo „Directory_Protistrany_Příjem“)
    2. Oblast použití& stejné jako u pravidla pro zpracování dat
    3. Ukázkový objekt:
      1. pro konverzi NAHORU& „DirectoryLink.Counterparties“
      2. pro konverzi BP& "Adresář. Protistrany"
    4. Pravidlo konverze objektu& odkaz na pravidlo konverze objektu.
  6. zmáčknout tlačítko Nahrajte a zavřete.

Fáze 6. Získání modulů správce výměny dat

Modul správce výměny dat je vyžadován k výměně dat mezi konfiguracemi v souladu s konfiguracemi nakonfigurovanými v KD 3.0 pravidla.

Postup je stejný pro oba převody:

  1. Otevřená informační základna NAHORU nebo BP v režimu „Konfigurátor“. Najděte společný modul ve stromu metadat Exchange Manager prostřednictvím univerzálního formátu a otevřete jej pro úpravy. Modul musí být prázdný.
  2. Otevřená informační základna KD 3.0 v režimu Enterprise.
  3. Přejděte do sekce Konverze a vyberte tým Vyložení modulu.
  4. Ve formuláři, který se otevře, označte příslušnou konverzi a klikněte na tlačítko Vyložit. Modul bude zkopírován do schránky.
  5. Přejděte do konfigurátoru infobase NAHORU nebo BP a vložte obsah schránky do sdíleného modulu Exchange Manager prostřednictvím univerzálního formátu.
  6. Uložte konfiguraci.

Modul lze nahrát do schránky také z formuláře pro nastavení pravidel burzy pomocí tlačítka Uložit modul správce výměny.

Aby byla data vyměňována podle nastavených pravidel, je nutné nakonfigurovat synchronizaci dat prostřednictvím univerzálního formátu v obou informačních bázích v režimu „Enterprise“.

Podívejme se na jednoduchý příklad ze skutečného života. Řekněme, že máme firmu, která se zabývá velkoobchodem a maloobchodem a v této firmě se jako v každé jiné vede účetnictví. Podnik má dvě standardní databáze, jedná se o UT (obchodní management) a BP (účetnictví podniku), v každé z databází jsou vedeny vlastní záznamy, v UT je vedení, které odráží všechny transakce související s obchodem, v BP existuje účetnictví. Aby nedošlo k dvojí práci, tzn. nevytvářejte stejné doklady ve dvou databázích (přeci jen pohyby by měly být v managementu a účetnictví) pouze nastavíme synchronizaci mezi těmito databázemi.

Nastavíme výměnu dat jednosměrně, z UT ---> BP. Je také možné nastavit obousměrnou ústřednu, ale v praxi to není často vyžadováno, takže to v našem příkladu nebudeme uvažovat.

Přípravné kroky pro nastavení burzy v BP

Začněme s nastavením synchronizace, nejprve přejděte do databáze 1C "Enterprise Accounting 3.0" (přijímač), musíme zkontrolovat, zda je pro tuto databázi povolena synchronizace, abychom to mohli provést, musíme nejprve přejít do databáze. Jakmile se databáze otevře, přejděte na kartu "Administrace" ---> "Nastavení synchronizace dat"

Otevírá se před námi nová vložka, je nutné jej vyplnit stejně jako na níže uvedeném snímku obrazovky, s výjimkou prefixu infobase. Předpona se musí skládat ze dvou písmen, můžete nastavit libovolné, ale podle standardu 1C je lepší nastavit předponu podle názvu konfigurace, to znamená, že pro „Enterprise Accounting“ bude předpona „BP“. Pokud zakládáte složité burzy a existuje několik účetních databází, pak by se předpony měly od sebe zřetelně lišit, zde můžete použít první dvě písmena názvu organizace jako zkratku.

Pokračujeme v nastavování synchronizace dat v UT

Poté, co jsme všechno udělali nezbytné akce v databázi přijímačů (BP 3.0), abychom mohli pokračovat v nastavování výměny dat, musíme otevřít zdrojovou databázi (UT 11.1). Přejděte na kartu „Správa“, v nabídce vlevo vyberte „Nastavení synchronizace dat“.. Pokud synchronizace není povolena, povolte ji pomocí zaškrtávacího políčka a nezapomeňte zadat zdrojovou základní předponu. Jakmile dokončíme všechny kroky 1-4, jak je znázorněno na obrázku níže, musíte kliknout na hypertextový odkaz „Synchronizace dat“ (krok 5).

V novém okně, které se objeví, musíte kliknout na zelené znaménko plus (Nastavit synchronizaci dat), v rozbalovací nabídce vybrat položku „Enterprise Accounting 3.0“.

Nastavení důležitých bodů ve výměně dat mezi UT a BP

Nyní vidíme okno s nastavením pro synchronizaci dat v 1C, vyberte „Zadat nastavení ručně“ a klikněte na „Další“.

Pokračujeme v nastavování výměny dat v 1C, na další záložce musíme vybrat možnost připojení k informační základně přijímače (přímé připojení k programu), parametry připojení (zap. tento počítač nebo v lokální síť), adresář, kde se nachází databáze přijímačů, a také potřebné autentizační údaje (uživatelské jméno a heslo v databázi).

Na další stránce musíme vyplnit pravidla pro odesílání a příjem dat z konfigurace BP 3.0 (přijímač). Klikněte na "změnit pravidla nahrávání dat".

Otevřelo se před námi okno „Pravidla pro odesílání dat“, v němž nastavujeme následující parametry:

  • Které referenční údaje budou odeslány (v našem příkladu nás zajímají pouze dokumenty a referenční údaje v nich použité, proto jsme vybrali příslušnou položku; pokud vyberete první položku „Odeslat vše“, budou všechny referenční knihy znovu načteny spolu s doklady, často pokud informace nejsou použity v dokladech, jsou pro příjemce k ničemu, protože to nijak neovlivňuje účetnictví)
  • Od jakého data mají být všechny informace odesílány (v tomto článku nebudeme uvažovat o ruční synchronizaci)
  • Komu nebo kterým organizacím zasílat data (v našem příkladu jsme vybrali jednu organizaci, IP „Podnikatel“)
  • Pravidla pro uzavírání smluv
  • Generalizovaný sklad
  • Mám srolovat dokumenty podle skladu?

Po provedení nastavení klikněte na „Uložit a zavřít“.

Protože v našem příkladu nastavujeme a používáme jednosměrnou výměnu, z UT do BP, pak nás nastavení pravidel pro získávání dat z „Podnikového účetnictví 3.0“ nezajímá, a tak klikneme na „Další“.

V novém okně jsme požádáni o konfiguraci pravidel pro základnu přijímače (RB). V bodě 1 pojmenujeme naši databázi, dáme jí prefix. PREFIX musí být stejný, jako jsme jej nastavili v samotné databázi BP na začátku tohoto článku, pokud se předpony liší, synchronizace dat v programu 1C nebude fungovat. Poté klikněte na bod 2 a poté na bod 3.

V bodě 3 musíme umožnit zpracování dokumentů při jejich načtení do databáze. Klikněte na "Uložit a zavřít".

Nyní by okno mělo vypadat podobně jako to zobrazené níže, klikněte na „Další“.

Toto okno obsahuje referenční informace o vytvořené synchronizaci v 1C. Stačí kliknout na tlačítko "Další". Pokud program vygeneroval chybu při nastavování synchronizace dat, musíte nás kontaktovat, aby vám náš specialista 1C mohl pomoci právě teď!

Další krok program nabídne synchronizaci ihned po vytvoření nastavení výměny dat. Souhlasíme s tím a klikneme na „Hotovo“.

Před vámi se objeví okno, ve kterém uvidíte informace o tom, jak synchronizace probíhá. Pokud základna přijímače není prázdná, tzn. v něm již byly vedeny záznamy, pak bude uživatel v programu 1C vyzván k ručnímu porovnání objektů. Porovnání objektů v 1C při synchronizaci dat je porovnání identických objektů přijímače s identickými objekty ve zdroji.

Podívejme se na příklad, řekněme, že v UT existuje protistrana s názvem „PharmGroup LLC“ a DIČ 1234567 a v BP je také protistrana s DIČ 1234567, ale název „PharmGroup“, pokud je neporovnáme dva objekty při porovnávání dat ve fázi synchronizace, pak po synchronizaci v přijímači (Enterprise Accounting 3.0) budeme mít dvě protistrany s TIN 1234567 a dvěma názvy „PharmGroup LLC“ a „PharmGroup“. Aby se takovým situacím předešlo, byl vynalezen mechanismus pro porovnávání objektů.

V našem příkladu je databáze přijímačů prázdná, a proto se okno pro porovnání objektů neotevřelo. Ale po provedení některých operací systém určitě vyzve uživatele k přidání dalších údajů a zobrazí následující okno. Nepotřebujeme přenášet žádná další data, vše potřebné jsme již nakonfigurovali dříve, takže v tomto kroku vybereme „Nepřidávat dokumenty k odesílání“. Klikněte na "Další".

Poslední fáze výměny dat mezi 1C

V konečné fázi program zobrazí následující okno, ve kterém bude uživatel informován, že synchronizace proběhla úspěšně, klikněte na „Dokončit“. V tomto okamžiku je dokončena synchronizace mezi databázemi v jednosměrné výměně z „Trade Management 11.1“ (UT) do „Enterprise Accounting 3.0“ (BP).

Každý plán má specifický seznam prvků, do kterých může ukládat informace o změnách. Tento seznam se nazývá „Obsah plánu výměny“. Kompozici lze rozšířit, ale podpora konfigurace je odstraněna.

V „Plan Layout“ jsou uložena samotná pravidla, na základě kterých synchronizace funguje. Právě tento konverzní balíček (Registrační pravidla, Pravidla burzy, Pravidla korespondentské burzy) potřebujeme k dalšímu studiu.

Podívejme se na příklad synchronizace dat mezi konfiguracemi „1C: Plat a HR 3“ (ZUP) a „1C: Podnikové účetnictví 3“ (BP). Ihned poznamenejme, že v této úloze budeme muset konfiguraci odebrat z podpory. To je vyžadováno podle stavu.

Živý příklad potřeby zlepšení standardní pravidla výměna

Zákazník nás například kontaktoval s následujícím problémem: při synchronizaci mezi ZUP a BP nelze přenést data z adresáře „Registrace u finančního úřadu“, který je nutný k vyplnění dokumentu „Promítnutí mezd“ v účetnictví." Nyní tabulková část tohoto dokumentu, na straně příjemce obsahuje BP prázdnou „Registrace...“ a uživatelé musí takové položky v adresáři vytvořit ručně. Souhlas, je to nepohodlné. Tento bod můžeme zlepšit.

Řešení problému: pojďme dokončit konverzní balíček z výměnného plánu ExchangeSalary3Accounting3. Přidejme do standardních „1C Exchange Rules“ nové „Object Conversion Rule“ (PKO) pro adresář „Registrace u finančního úřadu“ a v souladu s tím „Property Conversion“ tohoto adresáře (PCS). Určitě dokončíme standardní „Pravidla pro registraci objektů“, protože bylo potřeba zaregistrovat změny adresáře na webu výměny. A projdeme si „pravidla výměny 1C“ databáze korespondenta.

Kde to všechno upravíme? K zápisu a změně pravidel potřebujeme konfiguraci „1C: Data Conversion 2“.

Finalizace standardních konverzních pravidel ze ZUP - Burzovního plánu BP

Začneme tedy dokončovat pravidla výměny 1C přidáním nový prvek- Adresář registrace u finančního úřadu. Tuto změnu provedeme v obou konfiguracích „1C: Platy a Enterprise Management 3“ a „1C: Enterprise Accounting 3“.

Uložme a aktualizujme konfigurace.

V podnikovém režimu pro každou databázi nahrajeme popis struktury metadat pomocí zpracování MD83Exp.epf pro platformu 1C:Enterprise 8.3. Zpracování lze nalézt v balíčku „1C: Data Conversion“.

V další fázi stáhneme konverzní balíček ze ZUP a BP. Balíček se musí skládat ze 3 souborů: Pravidla registrace, Pravidla burzy, Pravidla korespondentské burzy.

Tento článek nebude popisovat, jak se konfiguruje synchronizace dat, to si můžete přečíst na webu Coderline v sekci „Odborné články“ nebo se podívat na záznamy webináře. Nyní je tato možnost již v databázích nakonfigurována. Přejděte proto do nastavení synchronizace (Administrace -> Synchronizace dat -> Nastavení synchronizace dat), klikněte na tlačítko „Načíst pravidla“. Otevře se před námi formulář „Pravidla pro synchronizaci“. Klikněte na tlačítko „Více“ a vyberte možnost „Uložit pravidla do souboru“.


Toto je balíček, který bychom měli dostat po vyložení.

Podobné akce provedeme pro další informační základnu „1C: Enterprise Accounting“.
V důsledku toho jsou všechny přípravné práce pro úpravu pravidel připraveny. My máme:

Popis struktury metadat pro načtení do „1C: Data Conversion 2“ (pro ZUP a BP);

Konverzní balíček, který obsahuje pravidla výměny 1C a pravidla registrace nezbytná pro načtení do „1C: Data Conversion 2“ (pro ZUP a BP).

Přejděte na „1C: Data Conversion 2“. Proveďme následující kroky v pořadí pro obě infobáze:

Načítání metadatových struktur našich konfigurací;

Vytváříme konverze a načítáme pravidla výměny dat 1C z konverzních balíčků (soubor pravidel se nazývá ExchangeRules);

Vytváříme registrace a načítáme pravidla registrace z konverzních balíčků (soubor pravidel se nazývá RegistrationRules).


Pojďme k naší revizi. Do pravidel výměny 1C přidáváme nové pravidlo konverze objektů (PKO) - adresář „Registrace u finančního úřadu“. Pro tento adresář přidáváme pravidlo převodu vlastností (PCR) a pravidlo nahrávání dat (DRU). Tento druh úpravy je nutné provést jak pro pravidla z balíčku ZUP, tak pro pravidla výměny z balíčku BP. Naše pravidla výměny nahrajeme do odpovídajících souborů ExchangeRules.

Přejděme k pravidlům pro registraci nového prvku. Přidáváme referenční knihu „Registrace u finančního úřadu“. Pravidla registrace nahrajeme do příslušného souboru z balíčku RegistrationRules. Tuto akci také provádíme pro obě databáze.

Revidovaná pravidla burzy a pravidla registrace jsou připravena. Nyní zkopírujeme obsah pravidel výměny (ExchangeRules) z balíčku BP do odpovídajících pravidel (CorrespondentExchangeRules) z balíčku ZUP. V odpovídajících pravidlech (CorrespondentExchangeRules) z balíčku BP zkopírujeme obsah pravidel výměny (ExchangeRules) z balíčku ZUP.

Výsledek by měl být následující:

Tím je práce v „1C: Data Conversion 2“ dokončena. Upravené balíčky převodních pravidel jsou hotové, zbývá je jen nahrát zpět do informačních databází a zkontrolovat synchronizaci.

Archivujte soubory z balíčků do ZIP archiv a nahrajte naše konverzní balíčky do ZUP a BP.

Vše je připraveno. Zbývá otestovat.

Připomeňme si podmínky problému. Pro stažení bylo nutné zaregistrovat adresář „Registrace u finančního úřadu“ a zkontrolovat, jak je vyplněno TC dokumentu „Odraz mezd v účetnictví“ na straně „1C: Enterprise Accounting 3“.

Ve zdroji „1C: Salaries and Enterprise Management 3“ registrujeme náš adresář ke stažení. Provádíme synchronizaci. Jdeme do databáze přijímačů a také provádíme synchronizaci pro příjem dat. Vezměte prosím na vědomí, že nyní má plán výměny potřebný adresář pro registraci změn.

Kontrolujeme na straně „1C: Enterprise Accounting 3“:


Shrnout. Výsledek úkolu byl úspěšně dokončen. Dokončili jsme výměnný plán ZUP - BP, přidali jsme nový prvek pro evidenci změn a přidali konverzní pravidla pro synchronizaci dat.

Výměna dat mezi aplikačními řešeními 1C 8 je něco, bez čeho nelze postavit plnohodnotný informační prostor podniky.

  • Proč jsou potřebné výměny dat a jak je používat?
  • Typy výměn mezi 1C.
  • Jak nakonfigurovat výměnu dat mezi databázemi 1C?

Odpovědi na tyto otázky se dozvíte níže.

Obvykle existují dva důvody pro zavedení burz:

Organizace má síť poboček

V tomto případě stačí nastavit výměnu mezi různými pobočkami. Pro tento účel existuje mechanismus v systému 1C 8.3 Enterprise. Pomocí kterého můžete flexibilně konfigurovat výměnu informací. Například u poboček můžete zakázat viditelnost dokladů pro ostatní pobočky a zároveň centrála uvidí doklady všech poboček. Dalším příkladem je nastavení výměny mezi databázemi 1C Retail kanceláře a prodejen.

Oddělení podle typu účetnictví

Zpravidla to znamená, že organizace vede různé záznamy v různých informačních databázích. Toto oddělení umožňuje filtrovat informace, které jsou „nepotřebné“ pro jiný typ účtování pro různé informační báze. Příklad: tzv „Manažerské účetnictví“ bude zadáno do databáze „Řízení obchodu“, kde se promítnou všechny transakce a management vidí úplný obraz událostí a do databáze regulovaného účetnictví „Enterprise Accounting“ jsou nahrány pouze dokumenty potřebné pro účetnictví a daňové účetnictví. “.

Jaké jsou mechanismy výměny mezi databázemi 1C?

Výměny dat lze klasifikovat dvěma způsoby: použitými mechanismy a transportem použitým pro výměnu.

1C mechanismy výměny dat

Obvykle se pro výměnu používají dva mechanismy:

  • Distribuováno informační základna(ŽEBRO)— mechanismus, který umožňuje nastavit výměnu dat mezi pobočkami. Mechanismus znamená, že se vyměňují absolutně identické konfigurace databáze. Mechanismus může přenášet změny konfigurace databáze. Mechanismus je implementován na úrovni technologické platformy.
  • Univerzální mechanismus pro výměnu mezi konfiguracemi— mechanismus je vyvinut společností 1C pro aplikační řešení. Je univerzální a vychází z . Výměna dat se provádí pomocí xml pravidel, která jsou vytvořena ve speciální konfiguraci - . Pomocí tohoto mechanismu můžete implementovat jak jednorázovou, tak stálou výměnu mezi konfiguracemi 1C. Mechanismus je implementován na konfigurační úrovni, můžete jej integrovat do své konfigurace z technologické konfigurace.

Transport pro výměnu dat

Doprava může být poměrně široká škála technologií. Podívejme se na ty hlavní implementované v univerzálním výměnném mechanismu 1C 8.2:

Získejte 267 videolekcí na 1C zdarma:

  • Místní nebo síťový adresář- nejjednodušší doprava. Jedno informační zabezpečení vytvoří soubor na disku, druhé jej načte a přidá vlastní soubor.
  • FTP zdroj— výměna je podobná výměně prostřednictvím katalogu. Rozdíl je v tom, že výměna probíhá přes FTP protokol.
  • Poštovní zprávy nebo e-mail- výměna probíhá v rámci prostředků E-mailem. Konfigurace si navzájem posílají e-mailové zprávy a pravidelně kontrolují e-mailovou adresu pro nové zprávy.
  • Přímé připojení (COM)— výměna se provádí prostřednictvím přímého propojení jedné databáze s jinou pomocí finančních prostředků.
  • Internet (webová služba)— přeprava je webová služba. Jedna infobáze se připojí k , webová služba se připojí k druhé infobázi a přenese zprávu. K provedení takové přepravy musíte mít.

Jak nastavit výměnu dat mezi databázemi 1C?

Základy nastavení výměny dat v 1C pomocí konfigurace „1C Data Conversion“ viz příklad ve videu:

Výměna dat 1C podle harmonogramu v 1C 8.2

Pokud potřebujete nakonfigurovat automatické nahrávání podle plánu, stačí nakonfigurovat .

Pro verzi klient-server

V adresáři „Nastavení výměny dat“ na kartě „Automatická výměna“ musíte vytvořit nový rutinní úkol, kde upřesnit rozvrh:

Pro možnost souboru

V adresáři „Nastavení výměny dat“ na záložce „Automatická výměna“ musíte vytvořit novou rutinní úlohu, kde na záložce „Výměna podle událostí“ specifikujte události, na kterých bude burza spuštěna. Když například začne konkrétní uživatel: