1c kuinka vaihtaa tietoja. Suunniteltu vaihto standardikeinoin. Nyt voit tarkistaa luodut asetukset

Tiedonvaihto 1C-tietokantojen välillä– tärkein vivahde tietokannan kanssa työskennellessä. Ilman tätä menettelyä on mahdotonta järjestää täysimittaista työtä. Lähes aina yrityksellä on erilliset sivuliikkeet tai etäpisteet organisaation itsensä alueella. Niiden välillä on vaihdettava tietoja ajantasaisen tiedon saamiseksi. Se on helppoa, jos noudatat alla olevia ohjeita.

Tiedonvaihto 1C 8.3 -tietokantojen välillä: asennusohjeet

Määritä tiedonvaihto 1C 8.3 -tietokantojen välillä voidaan tehdä seuraavasti:

Siirry 1C-ohjelmaan "Enterprise Accounting 3.0" (vastaanotin).
Klikkaa " Kaikki toiminnot - Suunnittele - Vaihto - Täysi" Luo oheissolmu.
Valitse hakemisto (kumpi tarvitaan - verkko vai paikallinen) ja odota, kunnes saapuu ilmoitus viestin muodossa solmun luomisesta.
Tapahtuu, että esine " Kaikki toiminnot" Ei saatavilla. Tässä tapauksessa sinun on mentävä osoitteeseen " Tiedosto-palvelut-parametrit"ja asenna" lintu" pohjalla.
Kun solmu on luotu onnistuneesti, sinun on toimitettava se vaadittuun paikkaan. Voit tehdä tämän siirtymällä kohtaan " Hallinto».
Klikkaa " Tietojen synkronoinnin määrittäminen».
Valitse ruutu " Tietojen synkronointi". Valitse tästä " Määritä synkronointi. tiedot" ja sitten " Koko».
Valitse Exchange-hakemisto, voit käyttää ftp:tä tai vaihtaa sähköpostitse. Kun asennus on valmis, järjestelmä pyytää sinua syöttämään vaaditun etuliiteen. Sinun on myös suoritettava samanlaisia käsittelyjä oheissolmussa. Jos tarvitset automaattisen vaihdon, aseta aikataulu temaattisella välilehdellä.

Siinä kaikki, olet suorittanut asennuksen onnistuneesti loppuun.

Hajautettujen tietokantojen (RIB) teknologian avulla voit luoda maantieteellisesti hajautetun järjestelmän, joka perustuu 1C Enterprise -kokoonpanoihin. Tämä mahdollistaa yhteisen tietotilan jopa niiden osastojen kanssa, joilla ei ole luotettavaa viestintäkanavaa, yhdistäen solmujen korkean autonomian ja mahdollisuuden vaihtaa nopeasti tietoa. Artikkeleissamme tarkastellaan tämän mekanismin ominaisuuksia ja käytännön toteutusta 8.2-alustalla

Ensinnäkin kysytään itseltämme: miksi automaattivaihto? Nykyaikaiset tekniikat yhdistettynä edulliseen ja nopeaan Internetiin mahdollistavat etätyön järjestämisen ilman vaikeuksia. Menetelmävalikoima on yhtä laaja kuin koskaan: RDP, ohut- ja web-asiakkaat, verkkojen yhdistäminen VPN:n avulla - mietittävää riittää. Kaikilla näillä menetelmillä on kuitenkin yksi merkittävä haittapuoli - vahva riippuvuus viestintäkanavan laadusta.

Jopa paikallisen palveluntarjoajan ihanteellisella toiminnalla on mahdotonta taata 100-prosenttista viestintäkanavan käytettävyyttä. Ongelmat runkoverkkopalveluntarjoajan kanssa, virtalähteen puute, fyysiset vauriot tietoliikennelinjassa ja monet muut tekijät tekevät tästä tehtävästä ylitsepääsemättömän. Samaan aikaan tietokannan saavuttamattomuus etävarastossa tai vähittäiskaupassa johtaa varsin merkittäviin tappioihin. Ja lopuksi, älkäämme unohtako, että on paikkoja (esimerkiksi teollisuusalueet kaupunkien laitamilla), joissa laadukkaan viestintäkanavan tarjoaminen on kallista ja/tai ongelmallista.

RIB-mekanismin avulla voit päästä eroon näistä puutteista jokaisella osastolla on oma kopio tietokannasta, jonka kanssa voit työskennellä itsenäisesti jopa ilman viestintää ulkomaailman kanssa. Ja pieni määrä siirrettyä tietoa antaa sinun käyttää mitä tahansa viestintäkanavaa, mukaan lukien mobiili-Internet, vaihtoon.

RIB alustalla 8.2 ei ole mitään pohjimmiltaan uutta, vaan se edustaa RIB-alustan 7.7:n jatkokehitystä, mutta nyt tästä tekniikasta on tullut helpompaa ja yksinkertaisempaa. Toisin kuin RIB-komponentti, joka oli ostettava erikseen, RIB on olennainen osa monia vakiokokoonpanoja ja toimii täysin käyttäjätilassa, joten voit olla ilman Configuratoria jopa asennusvaiheessa.

Tässä vaiheessa olisi aika siirtyä käytännön osaan, mutta meidän on tehtävä vielä yksi poikkeama. Tosiasia on, että siirtyminen 8.2-alustalle, joka näyttää jo tapahtuneen, johti itse asiassa kahdentyyppisten kokoonpanojen syntymiseen: perustuen hallittuihin sovelluksiin, "natiivi" 8.2-alustalle ja mukautettu 8.1-alustalle, jatkaen käyttää vanhentuneita tekniikoita ja mekanismeja. Koska merkittävä osa kokoonpanoista (yrityskirjanpito, palkanlaskenta ja henkilöstöhallinto) on mukautettuja tai siirtymävaiheessa, niitä ei voida jättää huomiotta, joten artikkelimme ensimmäinen osa on omistettu näille kokoonpanoille (lähinnä 8.1-alustalle), kun taas toisessa osassa. tutkimme automaattisen vaihdon määrittämistä hallittuun sovellukseen (alusta 8.2) perustuville kokoonpanoille.

Harkitsemme käytännön tehtävää: automaattisen vaihdon asettaminen FTP:n kautta Enterprise Accounting 2.0 -konfiguraatiolle. Huolimatta siitä, että RIB mahdollistaa tietojen vaihdon sähköpostin tai tiedostojen jakamisen avulla, suosittelemme käyttämään FTP:tä yksinkertaisimpana ja luotettavimpana viestintätapana. Voit lukea oman FTP-palvelimen määrittämisestä tai käyttää minkä tahansa hosting-palveluntarjoajan FTP-palvelua.

Ensinnäkin meidän on määritettävä vaihtosolmut. Voit tehdä tämän käynnistämällä kokoonpanon järjestelmänvalvojan oikeuksilla ja valitsemalla Tapahtumat - Vaihtosuunnitelmat.

Valitse näkyviin tulevasta luettelosta Koko suunnitelma tai Järjestön mukaan, jos samassa tietokannassa on kirjaa useista yrityksistä ja vaihto on tehtävä vain yhdelle niistä. Avautuvassa ikkunassa on jo yksi solmu - keskeinen, meidän on muokattava sitä ilmoittamalla koodi ja nimi.

Sitten luomme haaralle toisen solmun täyttämällä sen samalla tavalla (lisääksesi napsauttamalla vihreää ympyrää plusmerkillä). Seuraava askel on luoda tälle solmulle alkukuva, joka on tiedostotilassa valmis tietokanta. Voit tehdä tämän napsauttamalla hiiren kakkospainikkeella haluamaasi solmua ja valitsemalla avattavasta luettelosta Luo aloituskuva.

Nyt mennään eteenpäin Palvelu - Distributed Information Base (DIB) - Määritä RIB-solmut.

Napsauta avautuvassa ikkunassa painiketta Lisätä ja määritä uusi keskus määrittämällä etäisäntä, vaihtotyyppi (FTP:n kautta) ja palvelinyhteysparametrit.

Kirjanmerkki Automaattinen vaihto mahdollistaa vaihtoaikataulun asettamisen, vaihdon tapahtumien mukaan (työn alkaminen ja loppuminen jne.), nämä asetukset tehdään käyttäjälle, jonka puolesta vaihto suoritetaan, joten varmista, että hänellä on oikeus vaihtaa tietoja.

Älä unohda määrittää solmun etuliite dokumenttien numerointia varten (muuten saat eri dokumentteja samoilla numeroilla) kohdassa Työkalut - Ohjelmaasetukset. Tässä voit määrittää myös muita vaihtoparametreja. Valitse samalla välilehdellä käyttäjä vaihtotehtävien suorittamiseen, jos et tee tätä, aikataulu ei toimi. Muista, että vaihto tapahtuu vain, jos käyttäjä on kirjautunut ohjelmaan.

Tämä päättää keskussolmun konfiguroinnin, nyt sinun on tehtävä samanlaiset asetukset oheissolmulle, joka yhdistää alkuperäisen kuvan olemassa olevaksi tietoturvajärjestelmäksi. Tämän jälkeen voit aloittaa tietojen vaihdon. Hallitse sinun pitäisi käyttää Viestintämonitori, sen avulla voit paitsi seurata latauksen/latauksen onnistumista, myös näyttää mahdolliset törmäykset, jotka ovat syntyneet tai viivästyneet liikkeitä (jos vaihdon tehneellä käyttäjällä ei ole riittävästi oikeuksia suorittaa mitään toimia tietokannassa). Tämän työkalun avulla voit nopeasti ja tehokkaasti ratkaista erilaisia automaattisen vaihdon aikana ilmeneviä ongelmia.

Tässä vaiheessa vaihdon asetuksia voidaan pitää valmiina ja voit aloittaa työskentelyn hajautetussa tilassa. Erityisesti kokoonpanon päivittämiseen tai muuttamiseen kannattaa keskittyä. Nämä toiminnot ovat käytettävissä vain keskussolmussa, kaikki tehdyt muutokset siirretään automaattisesti oheissolmuihin seuraavan vaihdon aikana. Jotta muutokset voidaan tehdä automaattisesti, oheislaitteiden tietokannan on oltava yksinoikeustilassa, muuten sinun on suoritettava Konfiguraattori ja toteuttaa Tietokannan kokoonpanon päivittäminen käsin.

Automaattiset ohjausjärjestelmät koostuvat useimmiten erillisistä tietokannoista ja niillä on usein maantieteellisesti hajautettu rakenne. Samalla oikein toteutettu tiedonvaihto on välttämätön edellytys tällaisten järjestelmien tehokkaalle toiminnalle.

Pörssin alkuasennus saattaa vaatia useita toimia, ei vain ohjelmoinnin, vaan myös konsultoinnin suhteen, vaikka olisimmekin tekemisissä homogeenisten lähteiden kanssa, kuten 1C:Enterprise-alustan tuotteiden kohdalla. Miksi 1C-vaihdon (tai kuten sitä kutsutaan myös tietojen synkronoimiseksi 1C 8.3:ssa) asettamisesta voi tulla integraatioprojektin aikaa vievin ja kallein tehtävä, tarkastellaan tässä artikkelissa.

Tiedonvaihto 1C-ympäristössä mahdollistaa:

Poista asiakirjojen kaksoissyöttö;
Automatisoi niihin liittyvät liiketoimintaprosessit;
Optimoi hajautettujen osastojen välinen vuorovaikutus;
Päivitä tiedot nopeasti eri osastojen asiantuntijoiden työstä;
"Erottaa" eri kirjanpitotyyppien välillä.*

*Tapauksissa, joissa yhden kirjanpidon tiedot poikkeavat merkittävästi toisesta, on varmistettava tiedon luottamuksellisuus ja ”rajattava” tietovirrat. Esimerkiksi tiedonvaihto 1C UT:n ja 1C Accountingin välillä ei edellytä hallintatietojen lataamista, ts. synkronointi 1C:ssä on tässä epätäydellinen.

Jos kuvittelemme vakioprosessin ensisijaisen tiedonvaihdon toteuttamiseksi, kun ainakin yksi sen objekteista on 1C-tuote, voimme erottaa seuraavat vaiheet:

Pörssin kokoonpanon koordinointi;
Kuljetuksen määritelmä (vaihtoprotokollat);
Sääntöjen asettaminen;
Ajoitus.

1C-vaihdon koostumuksen tunnistaminen

Vaihtokohteet voidaan jakaa "lähde" ja "vastaanottaja". Samaan aikaan he voivat suorittaa kaksi roolia samanaikaisesti, jota kutsutaan kaksisuuntaiseksi vaihdoksi. Lähde ja kohde määritetään loogisesti tarpeen tai järjestelmän toimivuuden mukaan.*

*Esimerkiksi integroitaessa "WA: Financier" -ratkaisua talouskirjanpidon ylläpitoon ja rahoitusprosessien hallintaan, joka on kehitetty "1C:Enterprise" pohjalta, WiseAdvicen asiantuntijat suosittelevat sitä master-järjestelmäksi. Tämä johtuu ohjaustyökalujen saatavuudesta sovelluspolitiikan sääntöjen noudattamiseksi ja vastaavasti ratkaisun tehokkuuden varmistamiseksi.

Seuraavaksi käyttäjien vastaanotettujen ja tallennettujen vaatimusten perusteella luodaan lista vaihdettavista tiedoista, määritetään sen määrä, vaihdon tiheysvaatimukset ja määrätään prosessi virheiden kanssa työskentelyyn ja poikkeustilanteiden (törmäysten) käsittelyyn.

Samassa vaiheessa olemassa olevien järjestelmien kalustosta ja yrityksen rakenteesta riippuen määritetään vaihtomuoto:

Jaettu tietokanta

RIB tarkoittaa vaihtoa identtisten 1C-tietokantakokoonpanojen välillä, jossa on selkeä "master-slave" -ohjausrakenne jokaiselle vaihtoparille. Teknologiaalustan osana RIB voi tiedon lisäksi välittää tietokannan konfiguraatiomuutoksia ja hallinnollisia tietoja (mutta vain isännältä orjalle).

Universaali tiedonsiirto 1C:ssä

Mekanismi, jonka avulla voit määrittää 1C-tietokantojen vaihdon sekä 1C:Enterprise-alustalla että kolmannen osapuolen järjestelmien kanssa. Vaihto tapahtuu siirtämällä tiedot yleiseen xml-muotoon ”vaihtosuunnitelmien” mukaisesti.

EnterpriseData

1C:n uusin kehitystyö, joka on suunniteltu toteuttamaan tiedonvaihto xml-muodossa 1C:Enterprise-alustalle luotujen tuotteiden välillä minkä tahansa automaatiojärjestelmän kanssa. EnterpriseDatan käyttö yksinkertaistaa vaihtoon liittyviä muutoksia. Aikaisemmin, kun järjestelmään sisällytettiin uusi kokoonpano, oli tarpeen ottaa käyttöön mekanismi tietojen tuontia ja vientiä varten sekä sille että olemassa oleville järjestelmille. Nyt EnterpriseDataa tukevat järjestelmät eivät tarvitse muutoksia, sillä niillä on vain yksi sisään- ja poistumispiste.

Kuljetuksen määritelmä (vaihtoprotokollat)

1C:Enterprise 8 -alustan järjestelmälle tarjotaan laaja valikoima mahdollisuuksia vaihdon järjestämiseen kaikkien tietoresurssien kanssa käyttämällä yleisesti hyväksyttyjä yleisstandardeja (xml, tekstitiedostot, Excel, ADO-yhteys jne.). Siksi, kun määrität tiedon siirtoa, sinun tulee luottaa kolmannen osapuolen järjestelmän tietokantaominaisuuksiin.

Hakemistojen synkronointi

Hakemistojen tehokkaan synkronoinnin perusperiaate on yhden tulopisteen läsnäolo. Mutta jos puhumme työskentelystä hakemistojen kanssa, jotka on historiallisesti täytetty eri sääntöjen mukaan, on tarpeen määritellä selkeästi synkronointikentät, jotta vaihto saadaan "yhteiseen nimittäjään".*

*Tässä vaiheessa saattaa olla tarpeen tehdä töitä referenssitietojen normalisoimiseksi tietolähteen puolella. Hakemistojen tilasta ja tilavuudesta riippuen elementtien vertailu, tunnistus, virheiden ja kaksoiskappaleiden tunnistaminen sekä puuttuvien kenttien täyttäminen ja synkronointikenttien määrittäminen voi vaatia kokonaisen asiantuntijaryhmän työtä sekä osa integraattoria (perusdatan normalisointitekniikan omistaja) ja asiakkaan puolelta.

Sääntöjen asettaminen

Mahdollisuus näyttää dataa lähdejärjestelmistä vastaanottimissa riippuu oikein määritellyistä vaihtosäännöistä. Xml-muodossa esitetyt säännöt säätelevät lähde-vastaanotinobjektien keskeisten yksityiskohtien vastaavuutta. 1C:Data Conversion -ratkaisu on suunniteltu automatisoimaan sääntöjen luominen sekä kerta- että pysyvän vaihdon toteuttamiseksi.

Takaa, ettei tietoja menetetä vaihto-vaihtosuunnitelman aikana. Tämä on olennainen osa mitä tahansa 1C:Enterprise-alustan konfiguraatiota, joka kuvaa täysin 1C:n vaihtoprosessin: tiedon koostumuksen (asiakirjat, joissa on "tunnistetiedot") ja solmut (vastaanotin-lähettimen tietokannat) sekä RIB:n aktivointia valitut vaihtosuunnat.

Kaikki muutokset vaihtosopimukseen kirjatuissa tiedoissa kirjataan ja saavat "muutettu" -merkin. Ennen kuin muuttuneet tiedot vastaavat toisiaan vastaanotin-lähetin-solmuissa, etumerkkiä ei nollata ja järjestelmä lähettää ohjaussanomia molemmille solmuille. Kun tiedot on ladattu ja niiden täydellinen yhteensopivuus molemmissa järjestelmissä on vahvistettu, merkki nollataan.

Vaihtoaikataulu 1C:ssä

Säännöllisen vaihdon automatisoimiseksi asetetaan tiedon lataustiheys. Vaihdon tiheys riippuu tarpeesta ja teknisistä valmiuksista. Lisäksi 1C:Enterprise-alustan kokoonpanojen avulla voit määrittää tiedonsiirron tapahtuman sattuessa.

Otettuaan huomioon vaihdon vakioprosessin, kiinnitetään huomiota tekijöihin, jotka vaativat parannuksia eri vaiheissa:

Epästandardit, erittäin modifioidut tietokantakokoonpanot;
1C:Enterprise-alustan eri versiot;
kokoonpanoversiot, joita ei ole päivitetty pitkään aikaan;
Vaihtokohteet, joita on aiemmin muutettu;
Epätyypillisten vaihtosääntöjen tarve;
Hyvin erilainen joukko ja kokoonpano olemassa olevissa hakuteoksissa.

Koska jopa tavanomaiset toimet ensisijaisen tiedonvaihdon toteuttamiseksi vaativat asiantuntemusta, suositellaan niiden suorittamista 1C-asiantuntijoiden osallistuessa. Vasta sen jälkeen, kun olet suorittanut kaikki yllä kuvatut vaiheet, sinun tulee jatkaa vaihdon määrittämistä kokoonpanossa. Tarkastellaan tietokantojen integrointia käyttämällä esimerkkiä 1C:UPP ja 1C:Retail (vaihto 1C:UT:n kanssa tehdään samalla kaavalla). Vakiosynkronointiin kuuluu myös SCP - SCP-keskus, joka on tyypillinen suurimpien teollisuusyritysten suurille automaatiojärjestelmille.

Valitse "Palvelu"-alivalikosta "Tietojen vaihto alustalla olevien tuotteiden kanssa..." (suoran vaihdon valinta "Vähittäiskaupan" kanssa johtaa usein virheisiin COM-objektitasolla). Huomaa palveluviesti "Tämä ominaisuus ei ole käytettävissä."

Voit ratkaista tämän ongelman valitsemalla "Configure Communications"

...ja valitse ruutu. Ohita seuraavaksi virheilmoitus.

Valitse tietojen synkronointiasetuksista "Luo vaihto "Vähittäiskaupan" kanssa...

Ennen kuin määrität yhteysasetuksia paikallisen tai verkkohakemiston kautta, varmista, että levyllä on tilaa hakemistolle. Vaikka se ei yleensä vie yli 30-50 Mt, poikkeustapauksissa se voi vaatia jopa 600 Mt. Voit luoda tarvittavan hakemiston suoraan konfiguraattorista.

Kun muodostat yhteyden verkkohakemiston kautta, jätämme huomiotta tarjouksen määrittää yhteys FTP-osoitteen kautta ja sähköpostitse napsauttamalla "Seuraava".

Asetuksiin syötetään manuaalisesti etuliitteet - tietokantojen symbolit (yleensä BP, UPP, RO), asetetaan säännöt ja tietojen latauksen aloituspäivämäärä. Etuliite ilmoitetaan asiakirjojen nimessä osoittamaan tietokantaa, jossa ne on luotu. Jos lataussääntöjä ei muokata, tiedot ladataan oletusarvoisesti kaikkien käytettävissä olevien parametrien mukaisesti.

Luomme vaihtoasetustiedoston "Vähittäiskauppa" varten, jotta toimintamme ei toistuisi. Jos sinun on lähetettävä tiedot välittömästi synkronoinnin määrittämisen jälkeen, valitse valintaruutu.

Vaihtoprosessin automatisoimiseksi sinun on määritettävä aikataulu.

Valikko "Vähittäiskauppa".

Valitse valintaruutu ja valitse "Synkronointi".

Suoritamme "käänteisen" asennuksen valitsemalla Production Enterprise Management.

Lataa UPP:ssä luotu asetustiedosto.

Laitamme rastin, järjestelmä poimii osoitteen automaattisesti.

Toimimme samalla tavalla kuin UPP:ssä.

Varmistustietojen vertailu (Manuaalinen tietojen vertailu on suositeltavaa tehdä valmisteluvaiheessa, koska tämä työ voi tulla työvoimavaltaisimmaksi vaihdon toteuttamisprosessissa). Vertailuikkuna avautuu kaksoisnapsauttamalla hiirtä.

Jos synkronoinnissa tapahtuu virhe, "Tiedot..." korvataan tekstillä "Ei koskaan...".

"Tiedot..." avaa lokin, jossa on päivitetyt tiedot pörssistä.

Valmis.

Katsotaanpa yksinkertaista esimerkkiä tosielämästä. Oletetaan, että meillä on tukku- ja vähittäiskauppaa harjoittava yritys, jossa, kuten missä tahansa muussakin, hoidetaan kirjanpito. Yrityksellä on kaksi vakiotietokantaa, nämä ovat vastaavasti UT (trade management) ja BP (yrityksen kirjanpito), jokaisessa tietokannassa pidetään omaa kirjaa, UT:ssa on hallinta, joka heijastaa kaikkia kauppaan liittyviä tapahtumia, BP:llä on kirjanpito. Jotta ei tehdä kaksoistyötä, ts. älä luo samoja asiakirjoja kahteen tietokantaan (liikkeiden tulee loppujen lopuksi tapahtua hallinnossa ja kirjanpidossa) määritämme vain synkronoinnin näiden tietokantojen välille.

Määritämme tiedonsiirron yksisuuntaisesti, UT ---> BP. On myös mahdollista perustaa kaksisuuntainen vaihto, mutta käytännössä sitä ei usein vaadita, joten emme ota sitä esimerkissämme huomioon.

Valmistelevat vaiheet vaihdon perustamiseksi BP:ssä

Aloitetaan synkronoinnin määrittäminen, siirry ensin 1C "Enterprise Accounting 3.0" -tietokantaan (vastaanottimeen), meidän on tarkistettava, onko synkronointi käytössä tässä tietokannassa, jotta voimme tehdä tämän, meidän on ensin siirryttävä tietokantaan. Heti kun tietokanta avautuu, siirry välilehteen "Hallinta" ---> "Tietojen synkronointiasetukset"

Edessämme avautuu uusi välilehti, joka on täytettävä samalla tavalla kuin alla olevassa kuvakaappauksessa tietokannan etuliitettä lukuun ottamatta. Etuliitteen on koostuttava kahdesta kirjaimesta, voit asettaa minkä tahansa, mutta 1C-standardin mukaan on parempi asettaa etuliite kokoonpanon nimen mukaan, eli "Yrityskirjanpidon" etuliite on "BP". Jos olet perustamassa monimutkaisia pörssejä ja kirjanpitotietokantoja on useita, etuliitteiden tulee erota selvästi toisistaan, voit käyttää organisaation nimen kahta ensimmäistä kirjainta lyhenteenä.

Jatkamme tietojen synkronoinnin määrittämistä UT:ssa

Kun olemme tehneet kaikki tarvittavat toimet vastaanotintietokannassa (BP 3.0), meidän on avattava lähdetietokanta (UT 11.1), jotta voimme jatkaa tiedonsiirron määrittämistä. Siirry "Hallinta"-välilehdelle, valitse "Tietojen synkronointiasetukset" vasemmalla olevasta valikosta. Jos synkronointi ei ole käytössä, ota se käyttöön valintaruudulla ja älä unohda määrittää lähteen perusetuliitettä. Kun olemme suorittaneet kaikki vaiheet 1-4 alla olevan kuvan mukaisesti, sinun on napsautettava "Data Synchronization" -hyperlinkkiä (vaihe 5).

Näkyviin tulevassa uudessa ikkunassa sinun on napsautettava vihreää plusmerkkiä (Aseta tietojen synkronointi), valitse avattavasta valikosta kohta "Enterprise Accounting 3.0".

Tärkeiden kohtien määrittäminen UT:n ja BP:n välisessä tiedonsiirrossa

Nyt näemme ikkunan, jossa on asetukset tietojen synkronointia varten 1C:ssä, valitse "Määritä asetukset manuaalisesti" ja napsauta "Seuraava".

Jatkamme tiedonsiirron määrittämistä 1C:ssä, seuraavassa välilehdessä meidän on valittava yhteys vastaanottimen tietokantaan (suora yhteys ohjelmaan), yhteysparametrit (tässä tietokoneessa tai paikallisessa verkossa), hakemisto, jossa vastaanottimen tukiasema sijaitsee sekä tarvittavat todennustiedot (tietokannassa oleva käyttäjätunnus ja salasana).

Seuraavalla sivulla meidän on täytettävä säännöt tietojen lähettämisestä ja vastaanottamisesta BP 3.0 (vastaanotin) -kokoonpanosta. Napsauta "Muuta tietojen lähetyssääntöjä".

Edessämme on avautunut "Tietojen lähetyssäännöt" -ikkuna, jossa asetamme seuraavat parametrit:

Mitä viitetietoja lähetetään (esimerkissämme kiinnostavat vain asiakirjat ja niissä käytetyt viitetiedot, joten valitsimme sopivan kohteen; jos valitset ensimmäisen kohteen "Lähetä kaikki", kaikki hakuteokset ladataan uudelleen asiakirjojen ohella, usein jos tietoja ei käytetä asiakirjoissa, se on vastaanottajalle hyödytöntä, koska se ei vaikuta kirjanpitoon millään tavalla)
Mistä päivämäärästä kaikki tiedot tulee lähettää (emme harkitse manuaalista synkronointia tässä artikkelissa)
Mille tai mille organisaatioille tietoja lähetetään (esimerkissämme valitsimme yhden organisaation, IP "Entrepreneur")
Sopimuksen tekemisen säännöt
Yleinen varasto
Pitäisikö minun kääriä asiakirjat varastokohtaisesti?

Kun olemme tehneet asetukset, napsauta "Tallenna ja sulje".

Koska esimerkissämme perustamme ja käytämme yksisuuntaista vaihtoa UT:sta BP:hen, silloin "Enterprise Accounting 3.0" -tietojen hankkimissääntöjen asetukset eivät kiinnosta meitä, joten napsautamme "Seuraava".

Uudessa ikkunassa meitä pyydetään konfiguroimaan säännöt vastaanottimelle (RB). Kohdassa 1 nimetään tietokanta ja annetaan sille etuliite. PREFIXin on oltava sama kuin asetamme sen itse BP-tietokantaan tämän artikkelin alussa, jos etuliitteet ovat erilaiset, tietojen synkronointi 1C-ohjelmassa ei toimi. Napsauta sen jälkeen kohtaa 2 ja sitten kohtaa 3.

Kohdassa 3 meidän on sallittava asiakirjojen käsittely, kun ne ladataan tietokantaan. Napsauta "Tallenna ja sulje".

Nyt ikkunan pitäisi näyttää jotain alla olevan kuvan kaltaista, napsauta "Seuraava".

Tämä ikkuna sisältää viitetietoja 1C:ssä luotavasta synkronoinnista. Napsauta vain "Seuraava"-painiketta. Jos ohjelma loi virheen asetettaessa tietojen synkronointia, sinun on otettava meihin yhteyttä, jotta 1C-asiantuntijamme voi auttaa sinua juuri nyt!

Seuraava askel ohjelma tarjoaa synkronoinnin välittömästi tiedonsiirtoasetusten luomisen jälkeen. Hyväksytään tämä ja klikataan "Valmis".

Edessäsi avautuu ikkuna, jossa näet tietoja synkronoinnin etenemisestä. Jos vastaanotinkanta ei ole tyhjä, ts. kirjaa on jo säilytetty siinä, niin 1C-ohjelman käyttäjää pyydetään vertaamaan esineitä manuaalisesti. Kohteiden vertailu 1C:ssä dataa synkronoitaessa on vastaanottimen identtisten kohteiden vertailu lähteen identtisiin objekteihin.

Katsotaanpa esimerkkiä, sanotaan, että UT:ssa on vastapuoli, jonka nimi on "PharmGroup LLC" ja TIN 1234567, ja BP:ssä on myös vastapuoli, jonka TIN-tunnus on 1234567, mutta nimi "PharmGroup", jos emme vertaa näitä kaksi objektia verrattaessa tietoja synkronointivaiheessa, sitten vastaanottimessa tapahtuvan synkronoinnin jälkeen (Enterprise Accounting 3.0) meillä on kaksi vastapuolta, joiden TIN-tunnus on 1234567 ja kaksi nimeä "PharmGroup LLC" ja "PharmGroup". Tällaisten tilanteiden välttämiseksi keksittiin mekanismi esineiden vertailua varten.

Esimerkissämme vastaanotintietokanta on tyhjä, joten objektien vertailuikkuna ei avautunut. Mutta joidenkin toimintojen suorittamisen jälkeen järjestelmä kehottaa varmasti käyttäjää lisäämään joitain lisätietoja ja näyttämään seuraavan ikkunan. Meidän ei tarvitse siirtää lisätietoja, olemme jo aiemmin määrittäneet kaiken tarvitsemamme, joten valitsemme tässä vaiheessa "Älä lisää asiakirjoja lähetykseen". Napsauta "Seuraava".

1C:n välisen tiedonvaihdon viimeinen vaihe

Viimeisessä vaiheessa ohjelma näyttää seuraavan ikkunan, jossa käyttäjälle ilmoitetaan synkronoinnin onnistumisesta, napsauta "Valmis". Tässä vaiheessa tietokantojen välinen synkronointi yksisuuntaisessa vaihdossa "Trade Management 11.1" (UT) -versiosta "Enterprise Accounting 3.0" (BP) on valmis.

Tosielämässä se on harvinainen yritys, joka pärjää vain yhdellä 1C-tietokannalla. Yleisin tilanne on kaksi perustaa, kirjanpito ja palkanlaskenta.

Perusteet on yhdistettävä - palkat on kertynyt, kertyneet verot on mentävä kirjanpitoon maksettavaksi.

Useiden tietokantojen yhdistämiseksi on Exchange 1C. Miten hän toimii?

Mikä on Exchange 1C?

Siellä on myymäläketju ja keskustoimisto. Jokaisella kaupalla ja toimistolla on varasto. Tavarat siirretään varastosta varastoon (pääosin keskusvarastosta myymälävarastoon) ja myydään myymälöissä.

1C Retail -tietokantaa käytetään toimistossa ja samaa tietokantaa jokaisessa kaupassa. Myymälöiden tukikohdat ovat toimiston tukikohdan alaisia.

Toimistossa luodaan asiakirjoja tavaroiden liikkumisesta varastosta varastoon ja asetetaan hinnat. Asiakirjat ladataan alisteisiin tietokantoihin ja tavarat "näkyvät" siellä.

Kaupat luovat asiakirjoja suoritetuista tavaroiden myynnistä. Asiakirjat ladataan toimiston tietokantaan ja myynti "näkyy" siellä.

Tätä järjestelmää kutsutaan hajautetuksi tietokantaksi (RIB). Asiakirjojen "lataus" - kaksisuuntainen 1C-vaihto. Ja tämän järjestelmän perustaminen on URIB tai URIBD (hajautetun tietokannan hallinta).

Hakemistojen vaihtamisen periaatteet 1C:ssä

1C-hakemistot (ja kaikkien "kompleksissa olevien" hakemistojen joukkoa kutsutaan NSI:ksi - normatiiviset viitetiedot) - eri tietokannoissa tulisi yleensä olla samat. Tämä tarkoittaa, että vaikka tietokantoja olisi useita, tavara-, varasto- ja urakoitsijaluettelo on sama eri tietokannoissa.

Yleinen käytäntö on, että hakemistoa saa muokata yhdessä tietokannassa ja se kopioidaan ("siirretään") muihin tietokantaan. Kuten olemme aiemmin keskustelleet, jokaisella 1C-elementillä on yksilöllinen tunniste - GUID. Hakemistot kopioidaan yleensä yhdessä niiden GUID-tunnuksen kanssa, joten ne ovat identtisiä kaikkialla hajautetussa tietojärjestelmässä.

Muuten, kun useita alun perin olemassa olevia tietokantoja on yhdistetty tai kun hakemistoja voidaan luoda eri tietokantoihin samanaikaisesti, niiden GUID:t ovat erilaiset. Tätä varten on sovitusmekanismi. Erityiseen tietorekisteriin 1C-vaihdon aikana tallennetaan tieto, että tietokannan nro 1 elementti, jonka GUID on xxx, on sama kuin tämän tietokannan elementti, jonka GUID on yyy. Aluksi olemassa olevia elementtejä, jotka eivät enää ole samanarvoisia, on verrattava automaattisesti (muilla tiedoilla, esimerkiksi nimellä tai verotunnuksella ja tarkistuspisteellä) tai manuaalisesti.

Asiakirjojen vaihdon periaatteet 1C:ssä

1C:n asiakirjat postitetaan rekistereiden mukaan ja katsotaan sitten "postitetuiksi". Tämä aiheuttaa ymmärrettäviä vaikeuksia siirron aikana.

Yksi vaihtoehto on siirtää vain asiakirjat ja siirtää ne uudelleen lataamisen jälkeen. Tätä menetelmää käytetään usein, mutta se voi aiheuttaa virheitä - dokumenttia ei välttämättä kirjata uuteen tietokantaan, koska prosessin olosuhteet voivat olla erilaiset kuin ne olivat silloin, kun asiakirja lähetettiin alkuperäiseen tietokantaan.

Toinen vaihtoehto on siirtää asiakirjat ja rekisterit yhdessä. Ymmärrämme, että kysymys herää heti - joko siirrämme kaikki asiakirjat yleensä ja sitten koko rekisterin yleensä tai joudumme valitsemaan siirrettäväksi vain siirrettyjen asiakirjojen liikkeet.

Oletetaan, että meidän on siirrettävä nimike hakemistosta. Tässä hakemistossa on 10 kenttää, joista 5 on merkkijonoja ja numeroita ja 5 linkkejä muihin hakemistoihin.

Siten siirtäessämme yhtä nimikkeistön elementtiä joudumme etsimään ja siirtämään myös 5 elementtiä muista hakemistoista.

Siten siirrettäessä yhtä hakemistoelementtiä tai yhtä dokumenttia voidaan linkin kautta siirtää 100 tai useampia muuta 1C-objektia.

Itse asiassa sanotaan, että melkein kaikki konfiguraatioviitteet viittaavat toisiinsa tavalla tai toisella.

1C vaihtosuunnitelmat

Oletetaan, että olemme luoneet hajautetun tietokannan ja suorittaneet 1C-vaihdon. Tavarat on ostettu keskusvarastoon ja valmisteltu lähetettäväksi kauppoihin. 1C:ssä toimisto syötti tarvittavat asiakirjat tavaroiden liikkumista varten. Edellyttää niiden lastaamista kauppoihin.

Mitä tehdä? Suoritetaanko täysi 1C vaihto uudelleen? Pitkä ja tehoton! Olisi paljon parempi laskea, mitä tarkalleen käyttäjät toimistossa ovat lisänneet tai muuttaneet, jotta vain muutokset lähetettäisiin kauppoihin.

Tätä varten on olemassa 1C-vaihtosuunnitelmia. Ohjelmoija laatii etukäteen 1C-vaihtosuunnitelman 1C-vaihtojen suorittamista varten jonkin muun tietokannan kanssa, esimerkiksi liikkeidemme kanssa.

1C-vaihtosuunnitelmassa huomioidaan, kun käyttäjät työskentelevät hakemistojen ja asiakirjojen kanssa, mitä on lisätty tai muutettu tämän tietokannan viimeisen 1C-vaihdon jälkeen.

URIB 1C:n luominen

Joten luomme hajautetun tietokannan tyhjästä. Aluksi meillä on "emotoimisto". Siitä valitsemme sen alaisia myymälöiden tietokannat.

Tyypillisillä kokoonpanoilla on jo standardi 1C-vaihtosuunnitelma. Pohjatyypit, joille ne on tarkoitettu, käyvät intuitiivisesti selväksi nimestä:

Vaihda 1C verkkosivustoon: vaihda 1C:Bitrix-verkkosivustoon
Exchange 1C UPP-UT tai UT-Retail: tyypillisiä vaihtoja sisarkokoonpanoilla
Täysi – 1C-vaihto tietokannan kanssa, joka perustuu samaan kokoonpanoon.

RIB - hajautettu tietokanta - voidaan tehdä myös 1C "Full" -vaihtosuunnitelman perusteella. Konfiguraattorissa, tässä 1C-vaihtosuunnitelmassa, "Distributed infobase" -valintaruutu tulee valita.

Konfiguraattorissa luotu 1C-vaihtosuunnitelma osoittaa, että aiomme vaihtaa tämän kokoonpanon kanssa. Enterprise-tilassa, samassa 1C-vaihtosuunnitelmassa, sinun on nyt määritettävä tietyt tietokannat tämän kokoonpanon perusteella.

Siirrytään 1C-vaihtosuunnitelmaan (Toiminnot/vaihtosuunnitelma; voi olla myös toisessa valikossa, usein Palvelu/XXX-valikossa).

1C-vaihtosuunnitelman tietokantaluettelossa on kuvassa yksi vihreä ympyrä. Tämä elementti tarkoittaa THIS BASE. Loput elementit osoittavat MUITA emäksiä, joiden kanssa 1C vaihdetaan.

Kaikkien elementtien nimet ja koodit on täytettävä.

Kaupan alikannan luominen:

Aseta osoitin luetteloon 1C-vaihtosuunnitelman elementtiin, jonka loimme "myymäläpohjaksi"
Valitse valikkokohta "Toiminnot/Luo aloituskuva".

Tämän seurauksena luodaan yksi tietokanta, johon alkuperäiset tiedot ladataan. Tämä on toistettava jokaiselle 1C-vaihtosuunnitelman elementille, paitsi NYKYINEN PERUS.

1C-vaihtojen teoria

1C-vaihdon teoria on melko yksinkertainen:

Yksi tietokannoista (yleensä keskuksen tietokanta) käynnistää 1C-vaihdon aikataulun tai "tapahtuman mukaan" (kirjautuminen tietyn käyttäjän tietokantaan jne.)
1C Exchange koostuu tiedoston lataamisesta tietokannasta
Tiedosto on siirrettävä paikkaan, josta orjatietokanta voi poimia sen (yleensä jaettu tai ftp, harvemmin sähköposti)
Orjatietokanta lataa vastaanotetun tiedoston
Tietojen vastaanottamisen vahvistukseksi orjatietokanta lataa "vastaus"-tiedoston, joka ladataan samalla tavalla takaisin keskustietokantaan
1C-vaihtoistunto on valmis.

On olemassa muitakin menetelmiä 1C:n vaihtamiseen, ei tiedostojen kautta, vaan esimerkiksi kahden tietokannan välisen suoran COM-yhteyden kautta. Sen edut:

Ei "tilaa tiedostojen tallentamiseen ja siirtämiseen".
Vahvistusta ei tarvitse lähettää uudelleen
Kaikki tapahtuu nopeammin kahden ensimmäisen pisteen ansiosta.

Rajoitus on kuitenkin selvä - tukiasemien on oltava toistensa ulottuvilla, jotta ne voivat aloittaa COM-yhteyden.

RIB 1C:n asettaminen

Vakiokonfiguraatioiden vakioissa (Operations/Constants; tai Service/Program Settings) on yleensä yleinen asetus 1C-keskuksille. Tämä on etuliite elementtikoodeissa ja asiakirjanumeroissa, jotta voidaan helposti määrittää, mihin tietokantaan se luotiin. Sekä sisäinen menetelmä tietojen tallentamiseen paikasta, jossa hakemistot ja asiakirjat luotiin.

Nyt sinun on määritettävä, kuinka 1C-tietojen säännöllinen vaihto luotujen tietokantojen välillä tapahtuu.
Kaikki 1C:n RIB-asetukset ovat vakiokokoonpanoissa, yleensä valikossa Palvelu/Hajautetut tietokannat/Määritä RIB-solmut.

Jokaiselle aiemmin luodulle "etämyymäläpohja" -elementille on lisättävä asetuselementti.

Asetukset osoittavat 1C-vaihtotavan: tiedosto (jako), tiedosto (FTP), tiedosto (sähköposti).

Hajautetun 1C-tietokannan luominen ja määrittäminen ohuessa asiakasohjelmassa

Katsotaanpa samanlaista kokoonpanoa ohueen asiakasohjelmaan perustuvassa vakiokokoonpanossa - Trade Management -versio 11.
Asetukset (ja luominen tyhjästä) sijaitsevat käyttöliittymän Hallinta-välilehdellä. Kohta "Tiedonvaihto".

Valitse "Luo vaihto hajautettuun tietokantaan".

Alusta alkaen 1C pyytää meitä ilmoittamaan, kuinka aiomme vaihtaa tietoja alisteisen tietokannan kanssa. Tässä on konfigurointivaihtoehto "pallon tiedoston kautta".