Mnoho podnikateľov zaoberajúcich sa obchodnými aktivitami získava súčasne dva programy 1C: Accounting 8 na zlepšenie efektívnosti riadenia. (ďalej len BP) a "1C: Trade Management 8" (ďalej UT).
BP sa používa na vedenie regulovaného účtovníctva a výkazníctva a UT - na prevádzkové a manažérske účtovníctvo v spoločnosti.
Úspech ich zdieľania softvérové produkty do značnej miery závisí od organizácie výmeny údajov medzi konfiguráciami BP a UT.
Pochopenie nasledujúcich funkcií typickej výmeny údajov pomôže vyhnúť sa chybám v procese výmeny medzi konfiguráciami a porušeniam účtovania v každej konfigurácii samostatne.
Pri písaní tohto článku boli použité materiály z dokumentácie 1C pre softvérové produkty. Spôsob nastavenia výmeny je podrobne popísaný v súbore htm " Zdieľanie konfigurácie Trade Management (11) a Enterprise Accounting “, ktorý sa nachádza v katalógu šablón pri inštalácii 1C: Accounting 2.0 (ďalej len BP) a 1C: Trade Management 11 (ďalej UT); odporúčania prijaté na partnerskej konferencii 1C a osobná skúsenosť autora o vytváraní a zmene nastavení výmeny pre klientov spoločnosti RG-Soft Project Consulting LLC.
1. Nastavte jednosmernú alebo obojsmernú výmenu.
V prvom rade si treba uvedomiť, že z konfigurácie BP je možné do konfigurácie UT nahrať len doklady týkajúce sa hotovostných a bezhotovostných transakcií. Patria sem: Došlý peňažný príkaz, Odoslaný peňažný príkaz, Príjem na bežný účet a Odpis z bežného účtu. Doklady o pohybe tovaru vytvorené v BP sa nenahrajú do UT.
Firma 1C odporúča uskutočniť výmenu s bankou v UT. “Zabezpečí sa tak plnohodnotná práca s odchádzajúcimi platobnými dokladmi a ďalšie jednoduchá práca s došlými dokladmi. Nastala však situácia, kedy nebolo možné nahrať takmer jeden príkaz na úhradu zo súboru klient-banka do UT, pričom tento súbor bol kompletne nahraný do BP.
Je to spôsobené tým, že do NÚ pribudli prísnejšie kontroly obsahu spisu klient-banka, napr.: kontrola vyplnenia DIČ, kontrola čísla dokladu, číslo musí obsahovať len čísla v zmysle nariadenie centrálnej banky z 3. októbra 2002 N2-P „O bezhotovostných platbách V Ruská federácia(v znení z 3. marca 2003, 11. júna 2004, 2. mája 2007, 22. januára 2008).
Nastavenie jednosmernej výmeny (z UT do BP) má zmysel iba vtedy, ak sú všetky dokumenty a regulačné referenčné informácie vyplnené UT. Takto sa možno vyhnúť duplicite prvkov v tejto databáze.
Na to je potrebné nakonfigurovať nasledujúci scenár výmeny: v konfigurácii UT vytvorte scenár výmeny, v ktorom sa uloží iba vyloženie (obr. 1), v konfigurácii BP vytvorte scenár výmeny a uložte iba sťahovanie.
Je potrebné vziať do úvahy, že pri takomto scenári výmeny budú všetky dodatočné dokumenty a adresáre vytvorené v BP zaregistrované na výmenu, ale nebudú načítané do UT, preto sa odporúča pravidelne resetovať registráciu, inak bude výmena súbor správ z BP sa bude neustále zvyšovať, čo spomaľuje proces výmeny.
Na tento účel sa odporúča použiť spracovanie RegisterChangesForExchange82.epf, ktorý nájdete v konfiguračnej dodávke "Konverzia dát, rev. 2.1". Po nainštalovaní konfigurácie sa spracovanie nachádza v inštalačnom adresári aktualizácie: ...\1c\Conversion\...číslo_verzie…
Ak sú regulačné a referenčné informácie vyplnené v UT aj v BP, potom by mala byť nakonfigurovaná obojsmerná výmena, ale môže byť potrebné sledovať duplikáty spustením výmeny v interaktívnom režime namiesto automatického (obr. 2) .
Aby sa obmedzila výmena dát len na úrovni dokladu, nie je potrebné konfigurovať jednosmernú výmenu, stačí nastaviť dátum vo výmennom filtri na strane OP, ktorý je väčší ako dátum posledného dokladu (viď. Obr. 5). Pred nastavením filtra na dátum sa však musíte uistiť, že dokumenty v BP neboli predtým zaregistrované na výmenu, inak sa zaregistrované dokumenty počas výmeny prenesú do inej databázy.
Priorita zmeny údajov
Ak sa výmena najskôr vykoná v UT a potom v BP, potom budú mať prednosť dáta stiahnuté z UT. Napríklad v UT zadali dokument „Príjem na bežný účet“, spustili výmenu najskôr v UT, potom v BP - dokument sa objavil v konfigurácii BP. Potom účtovník v konfigurácii BP vykonal zmeny v tomto dokumente. Ak sa pri následnej výmene nezmenilo poradie spustenia výmeny, tak sa vykonané zmeny na doklade prepíšu údajmi z UT.
Pre správnu výmenu s tými objektmi, ktoré sa menia v oboch databázach, 1C odporúča organizovať prácu tak, aby sa objekt upravoval iba v jednej z databáz. V inej databáze by mal byť takýto objekt otvorený len na prezeranie. Na to bude potrebné použiť nastavenie prístupových práv používateľov, no tento prístup zaručuje absenciu kolízií pri výmene, t.j. nezrovnalosti, ktoré vznikajú pri zmene objektu v jednej alebo druhej databáze v období medzi výmenami (obr. 3).
2. Rozdiely medzi BP a UT ovplyvňujúce metabolizmus
Dohody protistrany
V konfigurácii UT neexistuje žiadna analytika pre zmluvy protistrán. Všetky operácie, ktoré sa vykonávajú v konfigurácii UT, sa pri načítaní do konfigurácie BP vždy vykonávajú na základe samostatných zmlúv vytvorených a riadených samotným systémom UT.
Ak zmluvy s správne parametre nie je v konfigurácii BP, potom vzniká takáto dohoda. Treba poznamenať, že vyhľadávanie dohody sa vykonáva iba z počtu zmlúv, ktoré boli predtým stiahnuté z UT.
Organizácia riadenia v UT
Počnúc vydaním 11.0.6.9 sa v UT v adresári organizácie objavil preddefinovaný prvok „Organizácia manažmentu“. Tento prvok nesmie byť namapovaný (ani zmenený) na aktuálnu organizáciu (jedna alebo jedna z nich). Viac o používaní tento objekt si môžete prečítať v dokumentácii "Zmeny a doplnky k document.htm" súčasťou dodávky UT.
Štruktúra spoločnosti
V UT pre manažérske účtovníctvo sa používa adresár "Štruktúra podniku", ktorý obsahuje zoznam divízií spoločnosti. Pri zostavovaní dokumentov je povinné uviesť rozdelenie podniku.
Prvky adresára "Enterprise Structure" nie sú namapované na prvky adresára "Organizačné jednotky" v BP. Aby sa do UT nenahrali dokumenty s prázdnym atribútom Subdivision, je potrebné v nastaveniach výmeny vyplniť predvolenú hodnotu (obr. 4).
Sklad v tabuľkovej časti
Ak sa plánuje použitie v UT nová príležitosťšpecifikovanie skladov v tabuľkových sekciách dokladov, potom v nastaveniach uzla výmenného plánu je potrebné nastaviť zovšeobecnený sklad, ktorý bude nahradený pri vyskladnení dokladov z UT do konfigurácie BP namiesto skladov povolených na výber v konfigurácii BP. tabuľkové časti dokumentov (obr. 4).
Typ položky
Pri nahrávaní údajov z BP do UT nie je v nomenklatúre vyplnený atribút „typ položky“, je to spôsobené tým, že burza slúži scenáru, keď je nomenklatúra vytvorená v konfigurácii UT a nie v BP. . V dokladoch pre pohyb tovaru v UT nie je samostatná tabuľková časť pre účtovanie služieb (služby sa vypĺňajú v tabuľke tovaru), preto, aby sa služby uvedené v dokladoch UT správne preniesli do tabuľkovej časti v BP, musíte:
1. V sekcii referenčných informácií otvorte referenčnú knihu „Typy položky“, prejdite na zobrazenie položky „služby“ – kliknite na „Všetky akcie“ – povoľte úpravy a vyberte Typ položky – Služba.
2. Zmeňte položku (službu) - kliknite na "Všetky akcie" - povoľte úpravy a vyberte tento typ položky s typom služby.
3. Nastavenie výmenných filtrov (obr. 5)
Zmena dátumu nahrávania (sťahovania) dokumentov
1) Pred posunutím dátumu dopredu je potrebné synchronizovať databázy vykonaním výmennej relácie, aby uzol nemal v čase zmeny nastavenia zaregistrované dokumenty na výmenu. V opačnom prípade môžu byť takéto dokumenty po zmene nastavení v dôsledku uvoľnenia označené na vymazanie v prijímacej databáze, ak tam boli predtým nahrané.
2) Dátum môžete posunúť späť, pretože iba rozširuje oblasť nahrávaných údajov. Je potrebné poznamenať, že v tomto prípade sa dokumenty z predtým uzavretého obdobia automaticky nezaregistrujú na výmenu. Aby ste to mohli urobiť, musíte buď zmeniť dokumenty, alebo použiť spracovanie RegisterChangesForExchange82.epf.
Filtrujte podľa organizácií
Povolenie tohto filtra vám umožní obmedziť zoznam organizácií, pre ktoré je povolená výmena údajov. Prítomnosť povoleného filtra ovplyvňuje tak uvoľnenie samotného adresára organizácií, ako aj uvoľnenie ďalších údajov súvisiacich s organizáciami (adresáre a dokumenty).
Princíp fungovania nahrávacích filtrov je nasledovný: nové nastavenia platia pre všetky údaje - v čase vytvorenia výmeny, alebo len pre tie údaje, ktoré boli zmenené po použití nových nastavení - po výmene vytvorený, preto sa odporúča pri vytváraní výmeny dát pristupovať k nastaveniam filtra čo najzodpovednejšie.
Príklad: pri vytváraní burzy používateľ nastavil filter podľa organizácie. Do prijímajúcej databázy boli nahrané iba údaje pre zadanú organizáciu. Ďalej sa používateľ rozhodol, že údaje o všetkých organizáciách by sa mali nahrať do prijímajúcej databázy. Keďže sa však nastavenia prejavia iba pri novo zmenených údajoch, existujúce dokumenty a adresáre sa neodovzdajú do prijímajúcej databázy, kým v nich používateľ neurobí žiadne zmeny.
4. Odstránenie objektov z jednej z databáz
Označiť na vymazanie
Je možné, že predtým používaný prvok adresára sa neplánuje použiť na ďalšie účtovanie a používatelia považujú za správne označiť tento adresár na vymazanie. Objekty označené na vymazanie sa výmeny nezúčastňujú. Táto vlastnosť by sa mala brať do úvahy.
Odstraňovanie duplikátov
Na odstránenie objektov, ktoré vznikli pri výmene duplikátov, odporúčame využiť spracovanie Search&ReplaceValues.epf, ktorý sa nachádza v adresári \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ na disku ITS. A pre kontrolu správnosti porovnania objektov dvoch infobáz si môžete otvoriť informačný register „Koešpondencia objektov infobáz“ a záznamy tento register možno nastaviť manuálne. Je dôležité vedieť, že po vymazaní objektu v niektorej z databáz bude mať záznam registra informácií stále zhodu s vymazaným objektom (nefunkčný odkaz), buď budete musieť spárovať iný objekt, alebo záznam vymazať.
5. Ďalšie nastavenia
Položky peňažného toku
Na konfiguráciu UT môže byť potrebné položiť rekvizity „corr. účet“ pre tie položky peňažného toku, ktoré sa použijú a nahrajú do BP.
Pre konfiguráciu BP: možno budete musieť zadať typ peňažného toku do prvkov adresára.
Používatelia
Používatelia prvkov adresára môžu byť prenesení do inej databázy, ak sú uvedení ako zodpovední v jednom z objektov zúčastňujúcich sa výmeny. Pre takéto objekty budete musieť nastaviť povolenia.
Základná predpona a predpona organizácie
V UT má predpona vždy pevnú dĺžku a oddeľovač (pomlčka) "-". Ak teda nie je zadaná predpona informačnej bázy alebo nie je zadaná predpona organizácie, nahradí sa nulami. Pri nastavovaní burzy sa však vždy vyplní prefix infobase na CB (pre UT) a na BP (resp. pre konfiguráciu BP).
Toto riešenie je štandardom pre generovanie čísel dokladov a kódov objektov. Predpona má pevnú dĺžku a je oddelená pomlčkou od čísla dokladu. Ak v budúcnosti bude v databáze viacero organizácií, tak im postačí nastaviť prefixy a nebude potrebné prečíslovať všetky objekty.
Oprava chyby
V našom článku sme zvážili najdôležitejšie body organizácie výmeny údajov medzi „1C: Trade Management 8“ rev.11 a „1C: Accounting 8“ rev.2.0.
Špecialisti spoločnosti RG-Soft Project Consulting LLC sú pripravení ponúknuť nielen nastavenie výmeny účtovných funkcií konkrétnej organizácie, ale aj spôsoby opravy chýb v existujúcich výmenách.
Automatizované systémy správy vo väčšine prípadov pozostávajú zo samostatných databáz a často majú geograficky distribuovanú štruktúru. Zároveň správne implementovaná výmena údajov - nevyhnutná podmienka Pre efektívnu prácu takéto systémy.
Počiatočné nastavenie výmeny si v tomto prípade môže vyžadovať množstvo akcií nielen z hľadiska programovania, ale aj poradenstva, a to aj v prípade, že máme do činenia s homogénnymi zdrojmi, ako je to v prípade produktov založených na platforme 1C:Enterprise. Prečo sa nastavenie výmeny 1C (alebo, ako sa to tiež nazýva, synchronizácia údajov v 1C 8.3) môže stať časovo najnáročnejšou a najdrahšou úlohou integračného projektu, zvážime v tomto článku.
Výmena údajov v prostredí 1C vám umožňuje:
- eliminovať dvojité zadávanie dokumentov;
- Automatizácia súvisiacich obchodných procesov;
- Optimalizujte interakciu medzi distribuovanými oddeleniami;
- Okamžite aktualizovať údaje pre prácu špecialistov z rôznych oddelení;
- "ohraničiť" odlišné typyúčtovníctvo.*
*V prípade, že sa údaje jedného typu účtovníctva výrazne líšia od iného, je potrebné zabezpečiť dôvernosť informácií a „oddelené“ informačné toky. Napríklad výmena dát medzi 1C UT a 1C Accounting nevyžaduje nahrávanie manažérskych dát do regulačnej účtovnej databázy, t.j. synchronizácia v 1C tu bude neúplná.
Ak predstavujeme štandardný proces implementácie primárnej výmeny údajov, keď je aspoň jeden z jeho objektov produktom 1C, potom možno rozlíšiť tieto fázy:
- Koordinácia zloženia burzy;
- Definícia dopravy (výmenné protokoly);
- Stanovenie pravidiel;
- Plánovanie.
Identifikácia zloženia burzy 1C
Výmenné objekty môžu byť podmienene rozdelené na "zdroj" a "prijímač". Zároveň môžu vykonávať dve úlohy súčasne, čo sa bude nazývať obojstranná výmena. Definícia zdroja a cieľa prebieha logickým spôsobom v závislosti od potreby alebo od funkčnosť systémy.*
*Napríklad pri integrácii WA: Financier, riešenia pre finančné účtovníctvo a riadenie treasury procesov vyvinutého na báze 1C:Enterprise, ho odborníci z WiseAdvice odporúčajú ako hlavný systém. Dôvodom je dostupnosť kontrolných nástrojov na dodržiavanie pravidiel aplikačnej politiky, a teda na zabezpečenie efektívnosti riešenia.
Ďalej sa na základe prijatých a zaznamenaných požiadaviek od používateľov vytvorí zoznam dát na výmenu, určí sa ich objem, požiadavky na frekvenciu výmeny, predpíše sa postup práce s chybami a riešenie mimoriadnych situácií (kolízií).
V rovnakej fáze, v závislosti od flotily existujúcich systémov a štruktúry podniku, sa určuje formát výmeny:
Distribuovaná informačná základňa
- RIB znamená výmenu medzi identickými konfiguráciami databázy 1C s jasnou riadiacou štruktúrou master-slave pre každý pár výmen. Ako prvok technologickej platformy môže RIB okrem údajov prenášať aj zmeny v konfigurácii a administratívnych informáciách databázy (ale len z mastera na slave).
univerzálna výmenaúdaje v 1C
- Mechanizmus, ktorý vám umožňuje konfigurovať výmenu databáz 1C, a to ako s konfiguráciami na platforme 1C:Enterprise, tak so systémami tretích strán. Výmena sa uskutočňuje prenosom údajov do univerzálneho xml formátu v súlade s „Výmennými plánmi“.
EnterpriseData
- Najnovší vývoj spoločnosti 1C, určený na implementáciu výmeny údajov vo formáte xml medzi produktmi vytvorenými na platforme 1C:Enterprise s akýmikoľvek automatizačnými systémami. Použitie EnterpriseData zjednodušuje vylepšenia spojené s výmenou. Predtým pri prihlásení nová konfigurácia bolo potrebné zaviesť mechanizmus na import a export údajov, a to ako pre ňu, tak aj pre existujúce systémy. Teraz systémy, ktoré podporujú EnterpriseData, nie je potrebné upravovať, pretože majú iba jeden vstupno-výstupný bod.
Definícia dopravy (výmenné protokoly)
Systém založený na platforme 1C:Enterprise 8 poskytuje širokú škálu možností na organizovanie výmeny s akýmkoľvek informačné zdroje prostredníctvom všeobecne uznávaných univerzálnych štandardov (xml, textové súbory, Excel, pripojenie ADO atď.). Preto by sa pri určovaní prenosu na výmenu údajov malo vychádzať z možností databázy systému tretej strany.
Synchronizácia adresárov
Hlavným princípom efektívnej synchronizácie adresárov je prítomnosť jedného vstupného bodu. Ak však hovoríme o práci s adresármi, ktoré boli historicky vyplnené podľa iných pravidiel, je potrebné jasne definovať synchronizačné polia, aby sa výmena dostala do „spoločného menovateľa“.*
*V tejto fáze môže byť potrebné vykonať prácu na normalizácii referenčných údajov na strane zdroja údajov. V závislosti od stavu adresárov a ich objemu si proces porovnávania prvkov, rozpoznávania, identifikácie chýb a duplikátov, ako aj vypĺňania chýbajúcich polí a priraďovania polí synchronizácie môže vyžadovať prácu celej skupiny odborníkov, a to ako zo strany integrátora (vlastníka metodiky normalizácie referenčných údajov) a zo strany zákazníka.
Stanovenie pravidiel
Možnosť zobrazenia údajov zo zdrojových systémov v prijímačoch závisí od správne definovaných pravidiel výmeny. Pravidlá prezentované vo formáte xml regulujú zhodu kľúčových atribútov zdrojových a cieľových objektov. Riešenie 1C: Data Conversion je určené na automatizáciu tvorby pravidiel pre implementáciu jednorazovej aj trvalej výmeny.
Zabezpečuje stratu údajov počas výmenného plánu výmeny. Toto je neoddeliteľnou súčasťou akejkoľvek konfigurácie na platforme 1C:Enterprise, ktorá plne popisuje postup výmeny 1C: zloženie údajov (dokumenty s „identifikačnými“ údajmi) a uzly (informačné základne prijímač-vysielač), ako aj aktivácia RIB. pre vybrané smery výmeny.
Akákoľvek zmena v údajoch zapísaných do Výmenného plánu je fixná a nesie označenie „zmena“. Pokiaľ zmenené dáta nekorešpondujú medzi sebou v uzloch prijímač-vysielač, príznak sa neresetuje a systém bude posielať riadiace správy do oboch uzlov. Po vyložení údajov a potvrdení ich úplnej zhody v oboch systémoch sa znak resetuje.
Výmenný plán v 1C
Pre automatizáciu pravidelnej výmeny je nastavená frekvencia nahrávania dát. Frekvencia výmeny závisí od potreby a technické možnosti. Konfigurácie na platforme 1C:Enterprise vám tiež umožňujú nakonfigurovať výmenu údajov, keď dôjde k udalosti.
Po zvážení štandardného procesu implementácie výmeny venujme pozornosť faktorom, ktoré si budú vyžadovať vylepšenia v rôznych fázach:
- Neštandardné, výrazne modifikované konfigurácie databázy;
- rôzne verzie 1C: Podnikové platformy;
- Dlho neaktualizované, neaktuálne verzie konfigurácie;
- Výmena objektov, ktoré boli predtým upravené;
- Potreba neštandardných pravidiel výmeny;
- Veľmi odlišný súbor a zloženie detailov v dostupných adresároch.
Keďže aj štandardné akcie na implementáciu primárnej výmeny údajov vyžadujú odborné znalosti, odporúča sa ich vykonávať za účasti špecialistov 1C. Až po dokončení všetkých vyššie uvedených krokov by ste mali pristúpiť k nastaveniu ústredne v konfigurácii. Zvážte integráciu databáz na príklade „1C: UPP“ a „1C: Maloobchod“ (podľa rovnakej schémy je nakonfigurovaná výmena s „1C: UT“). Typická synchronizácia zahŕňa aj výmenu SCP - SCP, ktorá je typická pre rozsiahle automatizačné systémy v najväčších priemyselných podnikoch.
V podmenu „Služba“ vyberte „Výmena údajov s produktmi na platforme ...“ (výber priama výmena s "Retail" často hrozí chybami na úrovni COM objektov). Venujte pozornosť oficiálnej správe " Táto príležitosť nedostupné."
Ak chcete vyriešiť tento problém, musíte vybrať "Nastavenia zdieľania údajov"
...a začiarknite políčko. Ďalej sa chybové hlásenie ignoruje.
V nastaveniach synchronizácie údajov zvoľte "Vytvoriť výmenu s" Maloobchod "...
Pred konfiguráciou nastavení pripojenia cez lokálny alebo sieťový adresár sa uistite, že je na disku miesto pre adresár. Aj keď spravidla nezaberie viac ako 30-50 MB, vo výnimočných prípadoch môže vyžadovať až 600 MB. Požadovaný adresár vytvoríte priamo z konfigurátora.
Pri pripájaní cez sieťový adresár ponuky nakonfigurujte pripojenie pomocou adresy FTP a e-mail ignorovať kliknutím na „Ďalej“.
V nastaveniach ručne zapíšte predpony - dohovorov základne (spravidla BP, SCP, RO), nastavíme pravidlá a dátum začiatku nahrávania dát. Predpona bude uvedená v názve dokumentov na označenie základne, v ktorej boli vytvorené. Ak nedôjde k úprave pravidiel nahrávania, nahrajú sa predvolené údaje podľa všetkých dostupných parametrov.
Vytvárame súbor s nastaveniami výmeny pre maloobchod, aby sa naše akcie neopakovali. Ak potrebujete odoslať údaje ihneď po nastavení synchronizácie, začiarknite políčko.
Ak chcete zautomatizovať proces výmeny, musíte si nastaviť plán.
Maloobchodné menu.
Začiarknite políčko a vyberte možnosť Synchronizovať.
Vykonáme „obrátené“ nastavenie výberom Riadenie výrobného podniku.
Načítajte súbor s nastaveniami vytvorenými v SCP.
Zaškrtneme, systém automaticky prevezme adresu.
Postupujeme rovnako ako v UPP.
Overovacie porovnanie údajov (Manuálne porovnanie údajov sa odporúča vykonať v prípravnej fáze, pretože táto práca môže byť v procese implementácie výmeny časovo najnáročnejšia). Porovnávacie okno sa otvorí dvojitým kliknutím myši.
V prípade chyby pri synchronizácii sa „Podrobnosti…“ nahradí „Nikdy…“.
„Podrobnosti…“ otvorí registračný denník s aktualizovanými informáciami o burze.
Pripravený.
Pozrime sa na jednoduchý príklad z skutočný život. Povedzme, že máme firmu, ktorá sa zaoberá veľkoobchodom a maloobchodom a v tejto firme sa ako v každej inej vedie účtovníctvo. Spoločnosť má dve štandardné databázy, jedná sa o UT (riadenie obchodu) a BP (podnikové účtovníctvo), pričom každá z týchto databáz má vlastné účtovníctvo, v riadení UT premieta všetky operácie súvisiace s obchodom, v účtovníctve BP. Nerobiť dvojitá práca, t.j. nevytvárajte rovnaké doklady v dvoch databázach (predsa len pohyby by mali byť podľa vedenia a účtovníctva) len nastavíme synchronizáciu medzi týmito databázami.
Nastavíme jednosmernú výmenu dát, z UT ---> BP. Je možné zriadiť aj obojsmernú ústredňu, ale v praxi sa to často nevyžaduje, preto to v našom príklade nebudeme uvažovať.
Prípravné kroky na zriadenie burzy v BP
Začnime nastavovať synchronizáciu, najprv prejdeme do databázy 1C "Enterprise Accounting 3.0" (prijímač), musíme skontrolovať, či je pre túto databázu povolená synchronizácia, aby sme to mohli urobiť, musíme najprv prejsť do databázy. Hneď ako sa databáza otvorí, prejdite na kartu "Správa" ---> "Nastavenia synchronizácie údajov"
Otvorí sa pred nami nová karta, ktorá musí byť vyplnená rovnakým spôsobom ako na obrázku nižšie, s výnimkou prefixu infobase. Predpona musí pozostávať z dvoch písmen, môžete nastaviť ľubovoľné, ale podľa štandardu 1C je lepšie nastaviť predponu podľa názvu konfigurácie, to znamená, že pre „podnikové účtovníctvo“ bude predpona ako „BP“ . Ak zakladáte zložité burzy a existuje niekoľko účtovných databáz, potom by sa predpony mali navzájom zreteľne líšiť, tu môžete použiť prvé dve písmená názvu organizácie ako skratku.
Pokračujeme v nastavovaní synchronizácie dát v UT
Po vykonaní všetkých potrebných akcií v databáze prijímačov (BP 3.0), aby sme mohli pokračovať v nastavovaní výmeny údajov, musíme otvoriť zdrojovú databázu (UT 11.1). Prejdeme na kartu „Správa“, vľavo v ponuke vyberieme položku „Nastavenia synchronizácie údajov“. Ak synchronizácia nie je povolená, povoľte ju pomocou začiarkavacieho políčka a nezabudnite zadať zdrojovú základnú predponu. Po dokončení všetkých bodov 1-4, ako je znázornené na obrázku nižšie, musíte kliknúť na hypertextový odkaz „Synchronizácia údajov“ (bod 5).
V novom okne, ktoré sa zobrazí, musíte kliknúť na zelené znamienko plus (Nastaviť synchronizáciu údajov), v rozbaľovacej ponuke vyberte položku "Podnikové účtovníctvo 3.0".
Nastavenie dôležitých bodov pri výmene údajov medzi UT a BP
Teraz vidíme okno s nastavením synchronizácie údajov v 1C, vyberte položku „Zadať nastavenia manuálne“ a kliknite na „Ďalej“.
Pokračujeme v konfigurácii výmeny údajov v 1C, na ďalšej karte musíme vybrať možnosť pripojenia k informačnej základni prijímača (priame pripojenie k programu), parametre pripojenia (zapnuté tento počítač alebo v lokálna sieť), adresár, kde sa nachádza základňa prijímača, ako aj potrebné autentifikačné údaje (používateľské meno a heslo v databáze).
Na ďalšej stránke musíme vyplniť pravidlá pre odosielanie a prijímanie dát z konfigurácie BP 3.0 (prijímač). Kliknite na „Zmeniť pravidlá nahrávania údajov“.
Otvorilo sa pred nami okno „Pravidlá odosielania údajov“, v ktorom nastavujeme nasledujúce parametre:
- Ktorý NSI bude odoslaný (v našom príklade nás zaujímajú iba dokumenty a NSI, ktoré sa v nich používajú, preto sme zvolili príslušnú položku, ak vyberiete prvú položku „Odoslať všetko“, potom sa všetky adresáre znovu načítajú spolu s doklady, často ak sa informácie v dokladoch nepoužijú, tak sú pre príjemcu zbytočné, pretože to nijako neovplyvňuje účtovníctvo)
- Od akého dátumu odoslať všetky informácie (v tomto článku nebudeme uvažovať o manuálnej synchronizácii)
- Pre ktoré alebo ktoré organizácie posielať údaje (v našom príklade sme vybrali jednu organizáciu, IP „Podnikateľ“)
- Pravidlá pre uzatváranie zmlúv
- Generalizovaný sklad
- Či zbaliť dokumenty podľa skladu
Po vykonaní nastavení kliknite na „Nahrať a zavrieť“.
Keďže v našom príklade nastavujeme a používame jednosmernú výmenu, z UT do BP, potom nás už nastavenia pravidiel pre získavanie údajov z „Podnikového účtovníctva 3.0“ nezaujímajú, preto kliknite na „Ďalej“.
V novom okne sa zobrazí výzva na nastavenie pravidiel pre základňu prijímača (RP). V odseku 1 svoju základňu nejako nazývame, dáme jej predponu. PREFIX musí byť rovnaký, ako sme ho nastavili v samotnej databáze BP na začiatku tohto článku, ak sa prefixy líšia, synchronizácia dát v programe 1C nebude fungovať. Potom kliknite na bod 2 a potom na bod 3.
V odseku 3 musíme povoliť spracovanie dokumentov pri ich načítaní do databázy. Kliknite na „Uložiť a zavrieť“.
Teraz by okno malo vyzerať podobne ako to zobrazené nižšie, kliknite na tlačidlo "Ďalej".
Toto okno obsahuje referenčné informácie o vytvorenej synchronizácii v 1C. Stačí kliknúť na tlačidlo „Ďalej“. Ak program pri nastavovaní synchronizácie údajov zobrazil chybu, musíte nás kontaktovať, aby vám náš špecialista 1C mohol pomôcť práve teraz!
Na ďalšom kroku program ponúkne vykonanie synchronizácie ihneď po vytvorení nastavení výmeny údajov. Súhlaste s tým a kliknite na „Dokončiť“.
Zobrazí sa vám okno, v ktorom uvidíte informácie o tom, ako prebieha synchronizácia. Ak cieľová základňa nie je prázdna, t.j. účtovníctvo v ňom už bolo vedené, potom bude používateľ v programe 1C vyzvaný na manuálne porovnanie objektov. Porovnanie objektov v 1C počas synchronizácie dát je porovnanie identických objektov prijímača s identickými objektmi v zdroji.
Pozrime sa na príklad, povedzme, že v UT je protistrana s názvom „PharmGroup LLC“ a DIČ 1234567 a v BP je aj protistrana s DIČ 1234567, ale s názvom „PharmGroup“, ak nie porovnajte tieto dva objekty pri porovnávaní údajov vo fáze synchronizácie, potom po synchronizácii v prijímači (Enterprise Accounting 3.0) budeme mať dve protistrany s DIČ 1234567 a dvoma názvami „PharmGroup LLC“ a „PharmGroup“. Aby sa predišlo takýmto situáciám, bol vynájdený mechanizmus na porovnávanie predmetov.
V našom príklade je základňa prijímača prázdna, a preto sa nám okno priraďovania objektov neotvorilo. Po vykonaní niektorých operácií však systém vyzve používateľa, aby pridal ďalšie údaje a zobrazí nasledujúce okno. Nepotrebujeme prenášať žiadne ďalšie údaje, všetko potrebné sme už predtým nakonfigurovali, takže v tomto kroku vyberieme „Nepridávať dokumenty na odoslanie“. Kliknite na „Ďalej“.
Posledná fáza výmeny údajov medzi 1C
V záverečnej fáze program zobrazí nasledujúce okno, v ktorom bude používateľ informovaný, že synchronizácia bola úspešná, kliknite na „Dokončiť“. Tým sa dokončí synchronizácia medzi databázami v jednosmernej výmene z "Trade Management 11.1" (UT) do "Enterprise Accounting 3.0" (BP).
V reálnom živote si vzácna spoločnosť vystačí s jednou základňou 1C. Najčastejšou situáciou sú dva základy, účtovníctvo a mzda.
Základy musia byť prepojené - mzda je vypočítaná, časovo rozlíšené dane musia ísť do účtovníctva na výplatu.
Na prepojenie viacerých databáz je tu Exchange 1C. ako pracuje?
Čo je Exchange 1C?
Je tu sieť obchodov a centrála. Každý obchod a kancelária má sklad. Tovar sa presúva zo skladu do skladu (hlavne z centrálneho skladu do predajní) av predajniach sa predáva.
Základ 1C Retail sa používa v kancelárii a rovnaký základ v každej predajni. Základne v predajniach sú podriadené základni v kancelárii.
Kancelária vytvára doklady o pohybe tovaru zo skladu do skladu, priraďujú sa ceny. Dokumenty sa nahrajú na podriadené základne a tovar sa tam „objaví“.
V predajniach sa vytvárajú doklady o predaji tovaru. Dokumenty sa nahrajú na kancelársku základňu a tam sa „zobrazia“ predaje.
Takáto schéma sa nazýva distribuovaná informačná základňa (DIB). Postupy pri „vypĺňaní“ dokladov – obojsmerná výmena 1C. A nastavenie tejto schémy je URIB alebo URIBD (distribuované informačné základneúdaje).
Princípy výmeny adresárov v 1C
1C adresáre (a súbor všetkých adresárov „v komplexe“ sa nazýva NSI – regulačné referenčné informácie) – v rôznych databázach by mali byť zvyčajne rovnaké. To znamená, že aj keď existuje viacero databáz, zoznam tovaru, skladov, dodávateľov je v rôznych databázach rovnaký.
Je bežnou praxou, keď je v jednej databáze povolená editácia adresára, ktorý sa skopíruje („migruje“) do ostatných. Ako sme už diskutovali, každý prvok 1C má jedinečný identifikátor - GUID. Adresáre sa zvyčajne skopírujú spolu s ich GUID, a preto sú identické v celom distribuovanom informačnom systéme.
V opačnom prípade, keď je pripojených niekoľko pôvodne existujúcich databáz alebo keď je možné vytvoriť adresáre v rôznych databázach súčasne, ich GUID sa budú líšiť. Na to existuje zodpovedajúci mechanizmus. Počas výmeny 1C sa do špeciálneho informačného registra zaznamená informácia, že prvok zo základne č. 1 s GUID xxx sa rovná prvku v tejto základni s GUID yyy. Existujúce prvky, ktoré už nie sú rovnaké, musia byť najprv spárované automaticky (podľa iných podrobností, napríklad podľa mena alebo podľa DIČ a KPP) alebo manuálne.
Princípy výmeny dokumentov v 1C
Dokumenty v 1C sa zverejňujú prostredníctvom registrov a potom sa považujú za „zaslané“. To spôsobuje pochopiteľné ťažkosti pri prevode.
Jednou z možností je preniesť iba dokumenty a po nahratí ich znova zaúčtovať. Tento spôsob sa často používa, ale môže spôsobiť chyby - doklad nemusí byť zaúčtovaný v novej databáze, pretože podmienky pri zaúčtovaní môžu byť iné, ako boli v čase zaúčtovania tohto dokladu v pôvodnej databáze.
Ďalšou možnosťou je spoločný prenos dokumentov a registrov. Ako tomu rozumieme, hneď sa vynára otázka – buď prenesieme všetky doklady všeobecne a potom celkovo celý register, alebo sme nútení zvoliť prevod len pohybov na prenesených dokladoch.
Povedzme, že potrebujeme preniesť prvok z adresára Nomenclature. Tento adresár má 10 polí, z ktorých 5 sú reťazce a čísla a 5 sú odkazy na iné adresáre.
V súlade s tým sme pri prenose jedného prvku nomenklatúry nútení vyhľadať a preniesť aj 5 prvkov iných adresárov.
Pri prenose jedného prvku adresára alebo jedného dokumentu je teda možné pomocou odkazu preniesť 100 alebo viac iných objektov 1C.
V skutočnosti sa hovorí, že takmer všetky konfiguračné adresáre na seba tak či onak odkazujú.
Výmenné plány 1C
Predpokladajme, že sme vytvorili distribuovanú databázu a vymenili 1C. Tovar sa nakupuje v centrálnom sklade a pripravuje sa na expedíciu do predajní. V 1C úrad zapísal potrebné doklady na pohyb tovaru. Vyžaduje sa, aby boli naložené do obchodov.
Čo robiť? Znova vykonať úplnú výmenu 1C? Dlhé a neefektívne! Oveľa lepšie by bolo vypočítať, čo presne pribudlo alebo zmenilo používatelia do kancelárie, aby sa do predajní dostali len zmeny.
Na tento účel existujú výmenné plány 1C. Programátor si vopred vytvorí plán výmeny 1C, aby mohol uskutočniť výmeny 1C s nejakou inou databázou, napríklad s našimi obchodmi.
Výmenný plán 1C poznamenáva, keď používatelia pracujú s adresármi a dokumentmi, čo bolo pridané alebo zmenené od poslednej výmeny 1C s touto databázou.
Vytvorenie URIB 1C
Takže vytvoríme distribuovanú databázu od začiatku. Spočiatku máme „materskú“ kancelársku základňu. Z nej vyberieme základne predajní, ktoré jej budú podriadené.
V typických konfiguráciách už existujú štandardné výmenné plány 1C. Typy základov, pre ktoré sú určené, sú intuitívne jasné už z názvu:
- Výmena 1C so stránkou: výmena so stránkou 1C: Bitrix
- Exchange 1C UPP-UT alebo UT-Retail: typické výmeny so sesterskými konfiguráciami
- Úplná výmena - 1C s databázou založenou na rovnakej konfigurácii.
RIB - distribuovaná informačná základňa - môže byť tiež vytvorená na základe plánu výmeny 1C "Full". V konfigurátore by v tomto výmennom pláne 1C malo byť začiarknuté políčko „Distribuovaná informačná základňa“.
Výmenný plán 1C vytvorený v konfigurátore naznačuje, že s takouto konfiguráciou ideme vymieňať. V režime Enterprise v rovnakom pláne výmeny 1C teraz musíte špecifikovať konkrétne databázy na základe tejto konfigurácie.
Poďme na plán výmeny 1C (plán operácií / výmeny; môžu byť aj v inej ponuke, často v ponuke Služba / XXX).
V zozname databáz vo výmennom pláne 1C je na obrázku jedna so zeleným krúžkom. Tento prvok znamená THIS BASE. Zvyšné prvky označujú INÉ bázy, s ktorými sa 1C vymieňa.
Je potrebné, aby bol pri všetkých prvkoch vyplnený názov aj kód.
Ak chcete vytvoriť podzákladňu obchodu:
- Nastavte kurzor v zozname na prvok plánu výmeny 1C, ktorý sme vytvorili ako „základňu obchodu“
- Vyberte položku ponuky „Akcie/Vytvoriť úvodný obrázok“.
V dôsledku toho sa vytvorí jedna databáza, do ktorej sa nahrajú počiatočné údaje. Toto sa musí opakovať pre každý prvok plánu výmeny 1C, okrem AKTUÁLNEJ ZÁKLADNE.
Teória výmen 1C
Teória výmeny 1C je pomerne jednoduchá:
- Jedna zo základní (častejšie základňa centra) iniciuje výmenu 1C podľa harmonogramu alebo „podľa udalosti“ (vstup na základňu konkrétny používateľ a tak ďalej.)
- Výmena 1C spočíva vo vyložení súboru z databázy
- Súbor je potrebné presunúť na miesto, kde si ho môže vyzdvihnúť podriadená základňa (zvyčajne zdieľanie alebo ftp, menej často e-mail)
- Podriadená databáza stiahne prijatý súbor
- Ako potvrdenie prijatia informácií podriadená základňa odovzdá súbor „odpovedí“, ktorý sa rovnakým spôsobom nahrá späť do centrálnej základne.
- Výmenná relácia 1C bola dokončená.
Existujú aj iné spôsoby výmeny 1C, nie cez súbory, ale napríklad cez priame COM spojenie medzi dvoma databázami. Jeho výhody:
- Nevyžaduje sa žiadny „priestor na ukladanie a prenos súborov“.
- Nie je potrebné znovu nahrávať potvrdenie
- Všetko sa deje rýchlejšie vďaka prvým dvom bodom.
Obmedzenie je však jasné – základne musia byť tak blízko seba, aby bolo možné iniciovať spojenie COM.
Nastavenie RIB 1C
V konštantách typických konfigurácií (Operations / Constants; alebo Service / Program Settings) - zvyčajne existuje všeobecné nastavenie výmeny 1C. Ide o predponu v kódoch prvkov a číslach dokumentov, aby ste mohli ľahko určiť, v ktorej databáze bol vytvorený. Rovnako ako interný spôsob ukladania informácií o mieste, kde boli vytvorené adresáre a dokumenty.
Teraz musíte nakonfigurovať, ako bude prebiehať proces pravidelnej výmeny informácií 1C medzi vytvorenými databázami.
Všetky nastavenia RIB v 1C sú v typických konfiguráciách, zvyčajne v ponuke Služba / Distribuované informačné databázy / Konfigurácia uzlov RIB.
Pre každý predtým vytvorený prvok „základňa vzdialeného obchodu“ musíte pridať konfiguračný prvok.
Nastavenie určuje spôsob výmeny 1C: súbor (zdieľanie), súbor (FTP), súbor (e-mail).
Vytvorenie a konfigurácia distribuovanej informačnej bázy 1C v tenkom klientovi
Pozrime sa na podobné nastavenie typická konfigurácia na základni tenkého klienta– Vydanie správy obchodu 11.
Nastavenia (a vytváranie od začiatku) sa nachádzajú na karte Správa rozhrania. Položka „Výmena údajov“.
Vyberte „Vytvoriť burzu v distribuovanej informačnej databáze“.
Od samého začiatku nás 1C vyzve, aby sme uviedli, ako si budeme vymieňať informácie s podriadenou databázou. Tu je možnosť konfigurácie "cez súbor na lopte."
Tu je možnosť konfigurácie prostredníctvom súboru na FTP.
Názov nášho nastavenia výmeny je 1C.
A hneď aj návrh na vytvorenie „úvodného obrazu“ – teda samotnej databázy otrokov s nahrávaním primárnych informácií do nej.
Na rozdiel od konfigurácie na hrubom klientovi sú obe nastavenia výmeny 1C na rovnakom mieste.
2018-11-15T19:32:35+00:00Univerzálne spracovanie "Uvoľnenie a načítanie XML dát" vykonáva úplné alebo čiastočné uvoľnenie dát infobázy do súboru vo formáte XML. Následne je možné tento súbor načítať do infobázy rovnakým spracovaním. Formát nahrávaného súboru sa líši od formátu súboru vytvoreného pri nahrávaní podľa plánu výmeny hlavičkou.
Spracovanie je možné použiť iba v prípadoch, keď je infobáza, do ktorej boli dáta nahrané, a tá, do ktorej sú dáta nahrané, homogénne (konfigurácie sú identické, dáta sa môžu líšiť), alebo sú všetky nahrávané objekty zložením takmer úplne totožné a typy detailov a tabuľkové časti, vlastnosti „hlavného“ objektu metadát atď.
Použitie tohto spracovania je možné napríklad na vytvorenie úplného alebo čiastočného zálohovanie dát, výmenu dát medzi infobázami, ako aj pomocný nástroj na obnovu zlyhaných infobáz.
Spracovanie podporuje nahrávanie dát s možnosťou nastavenia výberu podľa obdobia. Implementovaná je aj kontrola objektov na neplatné znaky pri výmene cez XML.
S pozdravom (učiteľ a vývojár).
Načítava...