Tietojen synkronointiasetusta luotaessa tapahtui virheitä. Vaihtosuunnitelman lisääminen vakiokokoonpanoon

Lähetä tämä artikkeli sähköpostiini

Tärkeimmät syyt tarpeeseen toteuttaa vaihto 1C-tietokantojen välillä ovat sivukonttoreiden läsnäolo ja kirjanpitotyyppien erottelu, koska Usein yritykset toimivat useissa tietokannoissa. 1C 8.3 Exchangen määrittäminen mahdollistaa kaksinkertaisen työn välttämisen - samojen asiakirjojen ja hakemistojen syöttämisen kahdessa ohjelmassa sekä tarvittavien järjestelmäobjektien nopean toimituksen eri toimialoilla ja osastoilla.

Siinä tapauksessa, että sivukonttoreiden välinen vaihto on välttämätöntä, käytetään RIB:tä (Distributed Information Base). Tämä on vaihtomekanismi identtisten kokoonpanojen välillä. Se edustaa puuta, jonka tärkein juurisolmu on päällä, toisiinsa yhteydessä olevien solmujen parin alapuolella. Muutoksia voidaan tehdä mihin tahansa tämän järjestelmän solmuun, ja ne välitetään muihin liitettyihin solmuihin. Se jakaa myös datan lisäksi myös konfiguraatiomuutokset juurisolmusta orjasolmuille.

Jos on tarpeen erottaa kirjanpitotyypit, esimerkiksi operatiivisten ylläpitäminen kaupankäyntitietokannassa, ja säännellyt kirjanpitotietokannassa, saatavilla on universaaleja vaihtomekanismeja, joissa on joustavia tietojen synkronointiasetuksia.

Yksi viimeisimmistä 1C-kehityksistä on EnterpriseData-tiedonvaihtomuoto. Se on helppokäyttöinen ja on tarkoitettu vaihdettavaksi yrityksen sisällä sekä 1C-tietokantojen että kolmansien osapuolten ohjelmien välillä.

Tiedonvaihdon toteutus yrityksessä voidaan esittää peräkkäisten menettelyjen muodossa.

Ensinnäkin on määritettävä, minkä tietokantojen välillä tulisi olla vaihtoa; onko se kaksisuuntainen vai yksisuuntainen vaihto; jos yksisuuntainen, mikä tietokanta lähettää tietoa ja mikä vain vastaanottaa; jos tämä on monimutkainen haaraverkko, on tarpeen rekisteröidä tietokannan rakennussuunnitelma.

Sitten valitsemme sopivan muodon: RIB, universaali muoto; vaihto vaihtosääntöjen mukaisesti; vaihto ilman vaihtosääntöjä.

Seuraava vaihe on valita ajoneuvo vaihtoa varten. Saatavilla on suuri valikoima teknologioita, korostetaan tärkeimpiä: hakemisto (paikallinen tai verkko), FTP-resurssi, COM-yhteydet, verkkopalvelu, sähköposti.

Neljäs vaihe on tietojen tunnistaminen: asiakirjat, hakuteokset ja tarvittaessa yksityiskohtaiset tiedot siirrettäviin tietoihin asti.

Ja lopuksi määrätään vaihtotaajuuden aikataulu

Jokainen 1C 8.3 -vaihdon asetusvaihtoehto vaatii huolellista valmistelua. Sen toteuttaminen on jokaisen käyttäjän kykyjen ulkopuolella, on tarpeen ottaa huomioon monet vivahteet ja ymmärtää vaihdon periaatteet. Erityistä huomiota on kiinnitettävä konfigurointiin, jos tietokannat: sisältävät muutoksia tai monia muita. yksityiskohtia, eroavat alustaversioittain tai käytät vanhentuneita kokoonpanoversioita, yritys on suuri ja käyttää automatisoitu järjestelmä, joka koostuu suuresta määrästä emäksiä. Virheitä ei voida hyväksyä täällä, koska... voi johtaa korjaamattomiin seurauksiin. Itsenäinen vaihdon toteuttaminen 1C:ssä on suositeltavaa vain, jos sinun on määritettävä yksinkertainen tiedonsiirto vakiokokoonpanojen välillä.

Jos epäilet kykyjäsi, on parempi olla säästämättä, vaan ottaa yhteyttä pätevään asiantuntijaan, joka auttaa ratkaisemaan monimutkaisen ongelman 1C 8.3 -vaihtojen perustamisessa.

Jos kuitenkin päätät määrittää 1C-vaihdot ilman asiantuntijoita, on suositeltavaa testata ensin tietokantojen kopioita ja ennen kuin aloitat työskentelyn toimivien tietokantojen parissa, lataa kokoonpanot, jotta voit palata alkuperäiseen tilaan virheiden sattuessa.

Alla annamme yksityiskohtaisen esimerkin 1C 8.3 -vaihdon perustamisesta yksipuolisesti vakiokokoonpanojen Trade Management 11 (UT) ja Enterprise Accounting 3.0 (BP) välille. Esimerkki koskee monia tukku- ja vähittäiskauppaa harjoittavia yrityksiä. UT:ssa johdon kirjanpitoa ylläpidetään, BP:ssä - säänneltyä, vaihto on tarpeen käyttäjien työn helpottamiseksi.

Tämä algoritmi sopii myös muihin 1C 8.3 -alustan vakiokokoonpanoihin

Ensinnäkin teemme tiedon vastaanottajan valmistelutyöt, ts. BP:lle. Käynnistämme ohjelman Enterprise-tilassa. Sinun on asetettava Datan synkronointivakio (osio Hallinta → Tietojen synkronointi).

Kiinnitä huomiota Prefix-kenttään; tässä sinun on määritettävä arvo, jonka avulla voit myöhemmin erottaa (hakemistokoodin tai asiakirjanumeron arvon perusteella), missä ohjelmassa objektit alun perin luotiin. Esimerkissämme tavallinen lyhenne BP ja UT sopivat, jos 1C 8.3 vaihtoasetus suoritetaan monimutkaiselle vaihdolle useiden tietokantojen välillä sekä identtisille kokoonpanoille, sinun on syötettävä jokainen tietokanta omalla selkeällä tunnuksellaan .

Koska virtalähdeyksikkö on vain tiedon vastaanottaja, siirrymme UT:n asettamiseen.

Täällä, aivan kuten BP:ssä, sinun on otettava synkronointi käyttöön ja määritettävä etuliite. Nämä tiedot ovat saatavilla osiossa Perustiedot ja hallinto → Tietojen synkronointiasetukset.

Valitse asetustapa: Määritä asetukset manuaalisesti. Edelleen.

Asetetaan suora yhteysvaihtoehto, kun molemmat ohjelmat sijaitsevat yhdessä paikallinen verkko, ilmoitamme parametrit yhteyden muodostamiseksi tämän verkon tietoturvahakemistoon ja täytämme myös käyttäjän todennustiedot (BP-tietokannassa). Edelleen.

Järjestelmä tarkistaa määritettyjen tietojen oikeellisuuden ja jos positiivinen tulos näyttää 1C 8.3 Exchange -asetusikkunan.

Napsauta Muuta tietojen lähetyssääntöjä -linkkiä päästäksesi vaihdon asetuksiin. Selvennämme perustiedot - lataa vain dokumenteissa käytetyt, valitse organisaatiot ja mahdollisuus työskennellä sopimusten kanssa - ilman viittausta, asiakirjojen erottelu varastoittain. Vaihto alkaa kuluvan vuoden maaliskuun 1. päivänä.

Kirjoitamme käyttöönotetut säännöt muistiin ja suljemme ne.

Koska esimerkki koskee yksisuuntaista tiedonsiirtoa, sinun tulee seuraavassa asetusikkunassa vastaanottaa tietoja toisesta ohjelmasta arvoiksi Älä lähetä. Tallenna ja sulje. Edelleen.

Nyt sinun on tarkistettava syötetyt parametrit ja jos ne ovat oikein, napsauta Seuraava, muussa tapauksessa palaa edelliseen vaiheeseen napsauttamalla Takaisin.

Sen jälkeen sinua pyydetään synkronoimaan. Napsauta Valmis.

Jos on tarpeen korreloida kahden kokoonpanon identtisiä objekteja, avautuu ikkuna tietojen vertailua varten. Suoritamme vertailun ja napsautamme Seuraava.

Objekteja siirrettäessä voi syntyä ongelmatilanteita, tulokset näet napsauttamalla Varoitukset tietojen synkronoinnin aikana -linkkiä.

Kun synkronointi on valmis, näkyviin tulee ikkuna, joka vahvistaa tämän prosessin onnistuneen loppuunsaattamisen.

Täällä voit määrittää synkronointikomentosarjan Configure-komennolla tai uudemmalla aikataulun vaihdon automaattiselle suorittamiselle.

On useita tilanteita, joissa sinun on lisättävä uusi vaihtosuunnitelma vakiokokoonpanoon. Esimerkiksi:

• Pitää perustaa vaihto standardi tarkoittaa kokoonpanolla, jolla ei ole vakiovaihtoa.
• On olemassa useita tietokantoja, joilla on samat kokoonpanot; sinun on määritettävä vaihto niiden kanssa eri sääntöjen mukaan. Ja kuten tiedät, vaihto tuotteiden kanssa 8.2-alustalla ei salli erilaisten sääntöjen lataamista eri solmuille.

Uuden vaihtosuunnitelman lisääminen tuotteisiin 1C:Enterprise 8.2 -alustalla (tuella vakioalijärjestelmien kirjastolle 2.0/3.0)

Tarkastellaan tätä menettelyä esimerkkinä useiden kansallisten kirjanpitoosastojen (Venäjän, Ukrainan ja Kazakstanin) integroinnista WiseAdvisen kehittämään Financier-konfiguraatioon.

Lisäämällä uusia vaihtosuunnitelmia ratkaisemme 2 ongelmaa kerralla:

1. Normaalissa kirjanpidossa ei ole lainkaan vaihtosuunnitelmaa Rahoittajakokoonpanolle (on hyvä, että tämä vaihtosuunnitelma sisältyy itse rahoittajatoimitukseen).
2. Venäjän, Ukrainan ja Kazakstanin kirjanpitoosastojen versiot eroavat melkoisesti, joten jokaiselle kirjanpitoosastolle tulisi olla erilaiset vaihtosäännöt. Ja koska yhdelle vaihtosuunnitelmalle voidaan asettaa vain yksi sääntö, sinun on tehtävä useita vaihtosuunnitelmia kullekin kansalliselle kirjanpitoosastolle. Voit tietysti muuttaa Financier-kokoonpanoa siten, että jokaiselle solmulle on mahdollista ladata omat sääntösi yhteen vaihtosuunnitelmaan, mutta tämä on mielestäni jonkin verran monimutkaisempaa sinänsä ja lisäksi vaikeuttaa konfiguraatiopäivityksiä.

Joten toimintojen algoritmi:

Tämä viimeistelee vaihtosuunnitelman lisäämisen. Kun vaihdat 1C:Enterprise-tilaan ja määrität tiedonvaihdon, lisäämämme suunnitelman pitäisi näkyä käytettävissä olevien suunnitelmien luettelossa.

Tarvittaessa voit lisätä asetteluja rekisteröinti- ja muunnossäännöineen vaihtosuunnitelmaan konfiguraattorissa. Niitä pidetään vakiona. Tai voit ladata nämä säännöt tiedostoista, jotka ovat jo 1C:Enterprise-tilassa.

Kysymys: Tietojen synkronointiasetusten uudelleenmääritys

Hei. 1C Retail 2.1:ssä oheissolmussa ilmoitettiin juuri luodun kuvan ensimmäisen käynnistyksen aikana kaupat, joiden vaihto tapahtui. En voi nyt keksiä, miten näiden myymälöiden koostumusta muutetaan. Näen sen kohdassa Hallinta -> Tietojen synkronointi ->
Lataa asiakirjat ja viitetiedot:
1.1.2016 alkaen
Vain myymälöissä: Lista kaupoista

Näin muutetaan kauppalistaa (kaupat oli merkitty kyltti). En ymmärrä miten pääsen listalle?
Jos löysin tämän keskussolmusta - se on kaupan vaihtosuunnitelmassa, ja siellä menen vaihtosuunnitelmaan ja määritän rekisteröintisuodattimet, niin oheissolmuissa en voi selvittää, missä se on.
Kiitos.

Vastaus:

MyNameNoName sanoi:

Kiitos. Pääsolmun puolella kaikki on määritetty oikein. Lisäsin juuri uusia kauppoja tietokantaan, ne alkavat pian toimia. Pääsolmussa otin ne käyttöön. Mutta joissakin oheissolmuissa sitä ei ole kirjoitettu kaikille myymälöille, mutta kaupat on lueteltu. Nyt mietin, tuleeko kauppojen välillä täydellistä synkronointia.

Laajenna napsauttamalla...

No, pääsolmun puolella määrität luettelon kaupoista jokaiselle solmulle (sekä uusille että vanhoille) hajautetuissa solmuissa nämä myymälät näkyvät määrittämässäsi luettelossa

Kysymys: Synkronointiasetukset UNF:ssä

UNF-julkaisu 1 .6 .16 .32 Olemme määrittäneet synkronoinnin 1C Accounting 3.0:n kanssa.

Ennen Viimeisimmät päivitykset(alustat ja confs), jos polku kirjanpitotietokantaan muuttui, muutimme sen reitin varrella:
Synkronointi 1C:Enterprise- ja RIB-ohjelmien kanssa -> Tietojen synkronoinnin asetukset -> Määritä -> Tietojen synkronointiasetukset -> Yhteysasetukset.

Nyt tämä kohta on poissa.

Mikä on juju? Kuinka voin nyt määrittää synkronointipolun uudelleen?

Vastaus: Toinen tapa:

Kaikki toiminnot - Tietorekisterit - Tiedonsiirron siirtoasetukset

Kysymys: Tietojen synkronointi yleisessä muodossa synkronoi vain lähetetyt asiakirjat

Hyvää iltapäivää!

Määritetty tietojen synkronointi BP3.0:n ja BP3.0:n välillä yksisuuntaisessa lähetys/vastaanottotilassa. On havaittu, että lähetetään vain valmiita asiakirjoja. Ja jos lähettäjätietokannassa jo lähetetyn asiakirjan tila muutetaan kirjaamattomaksi, niin vastaanottajatietokannassa se on merkitty poistettavaksi. Selailin nettiä enkä löytänyt mitään. Kaikkialla on periaatteessa synkronointi UT:n ja BP:n välillä. Kuinka tehdä sen kanssa tietty päivämäärä kaikki asiakirjat, myös valmiit, lähetettiin vastaanottajatietokantaan, eikä niitä merkitty poistettavaksi, kun kirjaus peruttiin.

Kokoonpano on tyypillinen "taksi". 1C 8.3.10.2667 BP3.0.54.20. Molemmat tietokannat luotiin saman konferenssin pohjalta.

Vastaus: Ja vaihtomoduulin muutosten jälkeen, jotta se toimisi, sinun on luotava synkronointi uudelleen tai se toimii jo luodussa. Muuten vaihdan sekä lähetys- että vastaanottokenttiä, mutta mitään ei näytä tapahtuvan (

Kysymys: ZUP31-BUKH30-synkronoinnin määrittäminen

Asettelen synkronointia ZUP31 - Accounting 3.0.
Kaikkialla synkronoinnin asetusta koskevissa lähteissä kirjoitetaan, että ensimmäisen synkronoinnin aikana tulee näkyviin ikkuna kirjeenvaihdon asettamiseen, jotta hakemistoja ei ole päällekkäisiä.
Suoritan synkronoinnin ensimmäistä kertaa, kirjeenvaihtojen asetusikkunaa ei ilmestynyt. Tämän seurauksena näen, että ZUP31:ssä (siirretty BUKH30:stä) on ilmestynyt toinen organisaatio, ja itse BUKH30:ssä ei ole luotu "Palkkareflektio" -asiakirjaa , vaikka se on olemassa ZUP31:ssä.
Kerro minulle, mitä teen väärin?

Vastaus:() Kiitos, yritän

Kysymys: Tietojen synkronointi UT11:n ja BP3:n välillä

Hyvää iltaa, hyvät foorumilaiset.

UT - Kaupan hallinta, painos 11 (11.3.2.207)
BP - Enterprise Accounting, versio 3.0 (3.0.47.33)

On olemassa kaksi tietokantaa, joiden välillä haluan siirtää tietoja yleisen vaihtomuodon kautta (UT (lähde) ---> BP (vastaanotin)).
Kun määritin keskuksen ensimmäistä kertaa, kaikki asiakirjat ja kaikki siirrettyihin asiakirjoihin liittyvät tiedot latautuivat normaalisti.

Ongelma on seuraava: kun jonkin ajan kuluttua aloin lataamaan dataa toisen kerran, kävi ilmi, että tällä kertaa toteutuksia ei latautunut, vaikka kuinka vaihdoin vaihdon, toteutuksia ei latautunut. Ymmärtääkseni nämä toteutukset eivät jostain syystä sovellu vakiovaihtoon. Tältä osin minulla on kysymys, kuinka voit nähdä, mikä niissä tarkalleen on vialla. Onko raporttia?

Kirjanpitopolitiikka ei muuttunut, organisaatio ei muuttunut, kokoonpanoja ei päivitetty.
Ainoa asia, joka on muuttunut, on, että nyt olen lisännyt etuliitettä uusiin asiakirjoihin, jotka asetin synkronointia määritettäessä. Mutta ymmärtääkseni tämä ei ole perimmäinen syy, koska kuitit ja asiakkaiden tilaukset (maksulaskut) latautuvat ongelmitta. Kieltopäivää ei ole asetettu.

Toivon todella apuasi, terveisin Aleksei.

Vastaus: Onko yleisestä vaihtosuunnitelmasta mitään yksityiskohtaista ohjetta?

Kysymys: BP 3.0 -tietojen synkronointi ilman täysiä oikeuksia

Hyvää iltapäivää. BP 3.0.51.16. Alusta 8.3.10.2252. Käyttäjälle on annettava oikeudet tietojen synkronointiin. Kun lisäät "Synkronoi tiedot muiden ohjelmien kanssa" profiilin oikeuksiin, käyttöliittymässä ei ole synkronointikohdetta. Onko mahdollista antaa käyttäjälle synkronointioikeudet ilman, että hän sisällytetään Järjestelmänvalvojat-ryhmään?

Vastaus: Lisäksi yleisessä lomakkeessa vaaditun istunnon alla rajoitetuilla oikeuksilla ei avattu kaikkia lomakkeen mahdollisesti vaadittavia osia.

Tietojen synkronointi tapahtuu yleisen muodon kautta välillä BP 3.0.65.80 -> UT 11.3.4.227. Kuinka varmistaa, että muutosten automaattinen rekisteröinti UT:n vaihtoa varten suoritetaan vain yhden tyyppiselle asiakirjalle, nimittäin "kuittaukselle käyttötilille".

Vastaus:() Kiitos paljon! auttoi)

Kysymys: Tietojen synkronointivirhe

Kerro minulle, mikä tämä virhe on:

Kun vaihtoasetusta luotiin toisessa tietokannassa, tapahtui virheitä: (Processing.DataExchangeCreation Assistant.ObjectModule(861)): Virhe määritettäessä kontekstiattribuutin arvoa (SentNumber) NewNode.SentNumber = 0; syystä: Ennalta määritetyn solmun ominaisuutta ei voi muuttaa

Olen määrittänyt synkronoinnin useammin kuin kerran, mutta tämä on ensimmäinen kerta.
Kuinka yritin ratkaista ongelman:

• Päivitin tietokannan - sama tulos;
• Vaihdoin säännöt uusiin - sama tulos.

Vaihto ZUP 3.0.25:n ja BP 3.0.43:n välillä

Vastaus:

Kävi ilmi, että vaihtoa luotaessa 1C ei luonut solmua, ja edes etuliitteet (solmu "koodit") eivät täsmänneet. On mahdollista, että joku teki jotain outoa ennen minua.
Yleensä tein solmut manuaalisesti, määritin koodit tietoturvaetuliitteiksi (varmuuden vuoksi), käytin sitten synkronoinnin luontiavustajaa ja kaikki toimi!
kiinni

Kysymys: Kaksisuuntaisen vaihdon UT 10.3 - BUKH 3.0 käyttöönotto

Siirtymisen jälkeen BUKH 2.0:sta 3.0:aan perustin kaksisuuntaisen vaihdon UT 10.3 - BUKH 3.0.

Latasin UT 10.3:ssa vaihtosäännöt, jotka siirtävät dataa UT:sta BUKH:hon.
Mutta en löydä mistä ladata vaihtosääntöjä, jotka siirtävät tietoja BUH:sta UT:hen.
Aiemmin, kun vaihdettiin BUKH 2.0:n kanssa, nämä säännöt voitiin ladata UT 10.3:een yhdessä muodossa. Miten nyt?
Löysin BUKH 3.0:ssa tietojen synkronointiasetuksista "Lataa säännöt" -painikkeen. Kun napsautat sitä, sinun on ladattava zip-arkisto. Ja minulla on säännöt xml-tiedoston muodossa.
Lisäksi BUKH 3.0:n zip-tiedoston tulee sisältää kolme tiedostoa: kaksi tiedostoa vaihtosäännöillä UT-BUKH ja BUKH-UT sekä rekisteröintisääntöjen tiedosto.

1. Vaihdettuasi BUKH 3.0:aan, onko vaihto mahdollista vain BUKH:lta?
2. Mistä saan rekisteröintisäännöt?

Auta minua perustamaan vaihto.

Vastaus: BP 3.0:sta vain maksukortit ladataan

Kysymys: synkronoidaan tietoja kanssa kolmannen osapuolen järjestelmä(Kysymyksiä EnterpriseDatasta)

Kysymys niille, jotka jo käyttävät tätä muotoa synkronointiin.

1. Lataaessaan tietojaan 1C lisää elementin lähes jokaisen objektin jälkeen<УдалениеОбъекта>:
<УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <КонтрагентыГруппаСсылка>79 e0f739-64 d0-11 e4-8025 -5404 a67fc69d
Lisäksi se lähettää viestejä elementeistä, joita ei poisteta.
Millaista dataa tämä on?

Vastaus: Ihan huvin vuoksi otettiin paljas 1C.Accounting-järjestelmä ja sieltä ladattiin tiedot.
Alun perin olemassa olevaan Tuotteet-ryhmään lisättiin yksi entiteetti - "Testituote".
1C purki ne, mutta lisäsi jokaiselle DeleteObjectin.
<Справочник.ЕдиницыИзмерения> <КлючевыеСвойства> <Ссылка> <Код>796 <Наименование>PC <НаименованиеПолное>Asia <Справочник.Номенклатура> <КлючевыеСвойства> <Ссылка> <НаименованиеПолное>Testituote <КодВПрограмме>b2-00000001 <Наименование>Testituote <ТипНоменклатуры>Tuote <ЕдиницаИзмерения> <Ссылка>675 d8f51-3418 -11 e4-bde5-bcaec5d977c3 <Код>796 <СтавкаНДС>ALV 18 <Группа> <Ссылка> <Наименование>Tavarat <КодВПрограмме>00 -00000001 <ДанныеАлкогольнойПродукции> <АлкогольнаяПродукция>väärä <ВидАлкогольнойПродукции xsi:nil="true"/> <ИмпортнаяАлкогольнаяПродукция>väärä <ОбъемДАЛ xsi:nil="true"/> <ПроизводительИмпортер xsi:nil="true"/> <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураГруппаСсылка>a0c6a6d7-7 b58-11 e7-8 a86-681729 e23587 <УдалениеОбъекта> <СсылкаНаОбъект> <СсылкаНаОбъект> <НоменклатураСсылка>675 d8f53-3418 -11 e4-bde5-bcaec5d977c3

Tosielämässä se on harvinainen yritys, joka tulee toimeen 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 tietokannoista.

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 eri tietokantoihin voidaan luoda hakemistoja 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 verotunnistenumerolla 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ä - asiakirjaa ei välttämättä kirjata uuteen tietokantaan, koska olosuhteet kirjaamisen aikana voivat olla erilaiset kuin ne olivat silloin, kun asiakirja kirjattiin 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ä toimistossa he esittelivät tarvittavat asiakirjat tavaroiden liikkuminen. 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 viimeksi tämän tietokannan kanssa tehdyn 1C-vaihdon jälkeen.

URIB 1C:n luominen

Joten luomme hajautetun tietokannan tyhjästä. Aluksi meillä on "emo" toimistopohja. 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 nimi ja koodi on täytettävä.

Kaupan alikannan luominen:

• Aseta kohdistin 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 vaihto. 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 asetusta tyypillisessä kokoonpanossa, joka perustuu laiha asiakas– Kaupanhallinnan tarkistus 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".

Tässä on määritysvaihtoehto FTP-tiedoston kautta.

1C-vaihtojärjestelmän nimi.

Ja heti ehdotus "alkukuvan" luomiseksi - eli itse orjatietokanta lataamalla siihen ensisijaiset tiedot.

Toisin kuin paksun asiakkaan kokoonpanossa, molemmat 1C-vaihtoasetukset ovat yhdessä paikassa.

Tiedonvaihto 1C 8 -sovellusratkaisujen välillä on jotain, jota ilman ei ole mahdollista rakentaa täysimittaista tietotilaa yrityksille.

• Miksi tiedonvaihtoa tarvitaan ja miten niitä käytetään?
• Vaihtotyypit 1C:n välillä.
• Kuinka määrittää tiedonvaihto 1C-tietokantojen välillä?

Löydät vastaukset näihin kysymyksiin alta.

Pörssin käyttöönotolle on yleensä kaksi syytä:

Organisaatiolla on toimipisteverkosto

Tässä tapauksessa sinun on vain määritettävä vaihto eri sivukonttoreiden välillä. Tätä tarkoitusta varten 1C 8.3 -yritysjärjestelmässä on mekanismi. Jolla voit joustavasti konfiguroida tiedonvaihtoa. Voit esimerkiksi poistaa sivukonttoreiden asiakirjojen näkyvyyden käytöstä ja samalla keskustoimisto näkee kaikkien sivukonttoreiden dokumentit. Toinen esimerkki on vaihdon perustaminen toimiston ja myymälöiden 1C Retail -tietokantojen välille.

Erottelu kirjanpitotyypin mukaan

Tämä tarkoittaa pääsääntöisesti sitä, että organisaatio ylläpitää erilaisia ​​tietueita eri tietokantoihin. Tämän erottelun avulla voit suodattaa tietoja, jotka ovat "tarpeettomat" toisen tyyppisessä kirjanpidossa eri tietokannoissa. Esimerkki: ns "Johdon kirjanpito" siirretään "Trade Management" -tietokantaan, jossa kaikki tapahtumat näkyvät ja johto näkee tapahtumista täyden kuvan ja vain kirjanpitoon ja verokirjanpitoon tarvittavat asiakirjat ladataan säänneltyyn kirjanpitotietokantaan "Yrityskirjanpito" ”.

Mitkä ovat 1C-tietokantojen väliset vaihtomekanismit?

Tiedonvaihdot voidaan luokitella kahdella tavalla: käytetyt mekanismit ja vaihdossa käytetyt kuljetukset.

1C tiedonvaihtomekanismit

Tyypillisesti vaihtoon käytetään kahta mekanismia:

• Hajautettu tietokanta (RIB)— mekanismi, jonka avulla voit määrittää haarojen välisen tiedonvaihdon. Mekanismi tarkoittaa, että vaihdetaan täysin identtisiä tietokantakokoonpanoja. Mekanismi voi siirtää tietokannan konfiguraatiomuutokset. Mekanismi toteutetaan teknologia-alustan tasolla.
• Universaali mekanismi kokoonpanojen vaihtamiseen— 1C on kehittänyt mekanismin sovellusratkaisuille. Se on universaali ja perustuu . Tiedonvaihto suoritetaan käyttämällä xml-sääntöjä, jotka luodaan erityisessä kokoonpanossa - . Tämän mekanismin avulla voit toteuttaa sekä kertaluonteisen että jatkuvan vaihdon 1C-kokoonpanojen välillä. Mekanismi toteutetaan konfigurointitasolla; voit integroida sen kokoonpanoosi teknisestä konfiguraatiosta.

Kuljetus tiedonvaihtoa varten

Liikenne voi olla melko laaja valikoima teknologioita. Tarkastellaan tärkeimpiä yleisessä vaihtomekanismissa 1C 8.2 toteutettuja:

Hanki 267 videotuntia 1C:llä ilmaiseksi:

• Paikallinen tai verkkohakemisto - yksinkertaisin kuljetus. Yksi tietoturva luo tiedoston levylle, toinen lukee sen ja lisää oman tiedostonsa.
• FTP-resurssi— vaihto on samanlaista kuin vaihto luettelon kautta. Erona on, että vaihto tapahtuu FTP-protokollan kautta.
• Postiviestit tai sähköposti- vaihto tapahtuu varojen puitteissa Sähköposti. Asetukset lähetetään toisilleen sähköpostiviestejä ja tarkista säännöllisesti sähköpostiosoitteesi uusien viestien varalta.
• Suora yhteys (COM)- vaihto tapahtuu kautta suora yhteys tukikohdasta toiseen varojenmme puitteissa.
• Internet (verkkopalvelu)— Kuljetus on verkkopalvelu. Yksi tietokanta muodostaa yhteyden, verkkopalvelu muodostaa yhteyden toiseen tietokantaan ja kuljettaa viestin. Tällaisen kuljetuksen suorittamiseen sinulla on oltava.

Kuinka määrittää tiedonvaihto 1C-tietokantojen välillä?

Katso videon esimerkistä perusasiat tiedonsiirron asettamisesta 1C:ssä käyttämällä "1C Data Conversion" -kokoonpanoa:

1C tiedonvaihto aikataulun mukaisesti kohdassa 1C 8.2

Jos sinun on määritettävä automaattinen lataus aikataulun mukaan, määritä vain .

Asiakas-palvelin-versiolle

"Tiedonvaihtoasetukset" -hakemiston "Automaattinen vaihto" -välilehdellä sinun on luotava uusi ajoitettu tehtävä, jossa määrität aikataulun:

Tiedostovaihtoehdolle

"Tiedonvaihtoasetukset" -hakemiston "Automaattinen vaihto" -välilehdelle sinun on luotava uusi rutiinitehtävä, jossa "Vaihda tapahtumien mukaan" -välilehdellä määritetään tapahtumat, joissa vaihto käynnistetään. Esimerkiksi kun tietty käyttäjä aloittaa: