Standardna pravila menjave. Filtrirajte po organizacijah

Če izmenjujete podatke med konfiguracijama Trade Management 10.3 in Enterprise Accounting 2.0, morate po posodobitvi ene od konfiguracij posodobiti pravila izmenjave.

Razmislite o primeru, ko je bila menjava konfigurirana iz konfiguracije Trade Management in konfigurirana prek neposredne povezave s sprejemno bazo, t.j. računovodstvo. Nova pravila morate naložiti prek nastavitev izmenjave podatkov v upravljanju trgovine. Zelo priporočljivo je, da pred tem naredite osnove.

Zauskaem 1C Upravljanje trgovine 10.3. V meniju Orodja => Druga komunikacija izberite postavko »Vse komunikacijske nastavitve«.

Izberite razdelek »Vse izmenjave«. Na seznamu najdemo vašo izmenjavo podatkov, z desno tipko miške kliknite in kliknite »Uredi«. Če poskusite spremeniti nastavitve izmenjave iz razdelka »Izmenjava podatkov z 1C: Računovodstvo 8«, se bo, ko poskusite spremeniti, zagnal pomočnik za nastavitev izmenjave podatkov, ki ga ne potrebujemo.

V oknu, ki se odpre, vidimo, da menjava poteka po pravilih menjave, ki jih je mogoče shraniti in naložiti. Pravila za nalaganje v borzno bazo so pravila, po katerih se informacije nalagajo iz Sektorja trgovine v računovodstvo, pravila za nalaganje iz borzne baze v trenutno bazo pa so pravila, po katerih se informacije nalagajo iz računovodske službe. na trgovinsko upravo.

Naložite pravila za nalaganje v zbirko podatkov izmenjave. Kliknite "Naloži pravila iz datoteke". Pozor, če imate nestandardno konfiguracijo in uporabljate nestandardna pravila izmenjave, t.j. zasnovan posebej za vašo spremenjeno konfiguracijo, se obrnite na strokovnjake, da ustvarijo nova pravila na podlagi obstoječih.

V nobenem primeru jih ne zamenjajte s standardnimi pravili. Če niste prepričani, da imate tipične konfiguracije, za vsak slučaj shranite obstoječa pravila z gumbom »Shrani pravila v datoteko«.

Ker je slednja izšla veliko pozneje kot posodobitev za upravljanje trgovine, iščemo pravila menjave v katalogu predlog za posodobitev 1C za računovodstvo. Imenik predlog za posodobitev najdete na naslednji način. Zaženemo 1C in kliknemo "Nastavitve". V oknu, ki se prikaže, vidimo pot do imenika konfiguracijskih in posodobitvenih predlog.

Gremo po tej poti. Naprej: 1C=>Računovodstvo in izberite mapo z imenom zadnje nameščene izdaje Računovodstva. Če je treba pravila vzeti iz posodobitve konfiguracije »1C: Upravljanje trgovine«, se bo mapa imenovala Trgovina. Za konfiguracijo "1C: Maloprodaja" - Maloprodaja. Vsebuje mapo »Izmenjave podatkov«.

Nadalje »Konfiguracija Exchange s Trade Management, rev. 10,3". V njem vidimo PRAVILA PRETVORBE BP-UT in PRAVILA PRETVORBE UT-BP. Ker potrebujemo pravila za razkladanje iz UT, izberite "PRAVILA PRETVORBE UT-BP" in kliknite Odpri. Enako naredimo za pravila za nalaganje iz izmenjave v trenutno bazo podatkov, samo izberite datoteko BP-UT CONVERSION RULES in kliknite Odpri.

V mapi »Exchange with Trade Management configuration, rev. 10,3” je datoteka Sharing.htm. Če ga še nikoli niste prebrali, ga zagotovo preberite. Vsebuje naslednje koristne informacije:

  • Nameni delitve
  • splošen opis
  • Selitev iz prejšnjih različic dvosmerne komunikacije
  • Predhodni ukrepi
  • Kako nastaviti komunikacijo med konfiguracijami
  • Sinhronizacija podatkov
  • Skupno delovanje konfiguracij "Upravljanje trgovine" in "Računovodstvo podjetja"
  • Primeri uporabniških scenarijev
  • Korespondenčna tabela naloženih dokumentov UT - BP (različica 1.6, izdaja 2.0) Korespondenčna tabela naloženih dokumentov BP (različica 1.6, izdaja 2.0) - UT
  • Značilnosti razkladanja dokumentov in imenikov
  • Korespondenčna tabela nenaloženih dokumentov BP (različica 1.6, izdaja 2.0) - UT
  • Prenos dokumentov "Račun za plačilo kupcu" in "Naročilo kupca"
  • Odložitev stroškov odpisa blaga
  • Spremljanje rezultatov izmenjave podatkov

Pravila preverjamo z gumbi za preverjanje. In kliknite V redu. Nova pravila so shranjena. Začnemo z izmenjavo podatkov in preverimo njihovo delo.

Kako nastaviti dvosmerno izmenjavo podatkov med konfiguracijami Trade Management 10.3 in Enterprise Accounting 2.0, je napisano v mojem drugem članku.

Vprašanje: Pripravljena pravila izmenjave za tipične konfiguracije


Vsem vsem vsem vsem. Iščem že pripravljena menjalna pravila za tipične konfiguracije za prenos v obe smeri ne samo imenikov, ampak tudi dokumentov, stanja dokumentov itd. Mogoče bo kdo delil. Iščem zelo razkladanje po dokumentih in PUB 7.7 v SCP 8 ed 1.2, od trade 7.7 do SCP od plače 7.7 SCP, od trade managementa 8 do SCP 8. Hvala vnaprej.

odgovor:

iščem pravila izmenjave med 1C 8.1 upp 1.2 z 1C 8.2 upp 1.3

Vprašanje: Servisno vzdrževanje z redno funkcionalnostjo tipičnih konfiguracij 1C


UT 11.4.1.254 (ali se lahko pretvori v URP, če kaj pomaga)

Kako upoštevati popravilo tiskalnikov oziroma njihovo službo za stranke kot redno funkcionalnost tipičnih konfiguracij 1C (ker je po metodologih 1C popravilo takrat, ko servisirajo svoje lastno opremo, ne stranke)?

En mojster, tako v pisarni kot na cesti.
Stranke kličejo v pisarno glede njihovega popravila, vendar ni vnesenih podatkov, ni ničesar videti

V skrajnem primeru uporabite drugo bazo drugačne konfiguracije, vendar tipično

Glavni vtič - res ne želim spreminjati standardne konfiguracije in / ali uporabljati nestandardne konfiguracije (moduli)

odgovor:

Ali bolje rečeno, posodabljajte, redno v ERP
Prehod na UNF ni trivialen... tako za mala kot za velika podjetja.
UT 11 - modificiran z modulom Bitrix, na spletno mesto (spletna trgovina) Bitrix - tudi žagan

In ni jasno - za kaj?
sem napisal zgoraj
V UT 11 se izdela naročilo stranke, na podlagi katerega = dejanje opravljenega dela.
"Podatki o izvedbi del so lahko vključeni v naročilo stranke, skupaj s podatki o prodanem blagu ali storitvah, opravljenih pri prodaji."

Lahko se zaplete zaradi funkcionalnosti dolgoročnih projektov (dogodki in faze interakcije s stranko)

Iz pogovorov z naročnikom se je izkazalo, da je potrebno obračunavanje serijskih številk, kar je tudi v UT 11.
Samo omogočiti in konfigurirati morate v UT 11

Gledal sem UNF in nisem našel nobenega čudeža, razen dodatnih težav

V tej zadevi me je razočaralo le dejstvo, da sem začel delati "literarni pregled" kako se to naredi v UT - ERP in kako se to rešuje:
- v drugih tipičnih konfiguracijah
- specializirane posamezne industrijske konfiguracije
- moduli za UT 11
, tj. Bil sem preveč len, da bi poskušal premikati svoje možgane

Vzemite ga in ga uporabite, ko znate ali ga je nekdo že nastavil in pokazal
(na primer v standardnih demobazah - ni kaj videti - vzemite nekaj pripravljenega za vzorec)
.
Le malo je bilo treba polirati veščine računovodstva in razdelitve prihodkov in odhodkov v UT - ERP, v UNF pa na splošno morate ponovno preučiti vse računovodstvo in zavrteti glavo na eni strani glede kakršnega koli vprašanja

Vprašanje: Brisanje predmeta iz obstoječega pravila izmenjave


Mi lahko prosim poveste, kako izbrišem predmet iz obstoječega pravila izmenjave? Dejstvo je, da morate za določen datum raztovoriti iz ene baze v drugo samo prodajo in prejem blaga in storitev. Samo samodejno ustvarjeno pravilo deluje zame, ročno ustvarjeno pravilo razbremeni prazne dokumente. Zato bi rad odstranil nepotrebne dokumente iz samodejno ustvarjenega pravila, da uporabniki ne morejo pomotoma naložiti napačne stvari.

odgovor:

Sporočilo od Allexei

Pozdravljeni, verjetno še ni relevantno, a vseeno. Druga možnost je, da v načrtu izmenjave odjavite predmete nepotrebne vrste. Zahvaljujoč temu vam ni treba ponovno pisati pravil izmenjave in nepotrebni predmeti ne bodo razloženi.

Hvala, bom poskusil.

Lahko se odstrani na običajen način

Vprašanje: Pravila izmenjave - kje urediti?


Stranka je spremenila konfiguracijo sprejemnika. Nemogoče je natančno vedeti, kaj se je spremenilo.
Zdaj moramo popraviti pravila menjave.
Kako videti mesta, ki jih je treba popraviti?
Nekako po obstoječih pravilih je treba razumeti, da lastnost ne obstaja več oziroma da se je spremenila njena vrsta.

odgovor:() Zdi se mi, da je za zadovoljitev stranke dovolj, da nekako začnemo menjavo. In da dobite plačilo, morate narediti vse do konca :)

Vprašanje: "Upravljanje trgovine", izdaja 10.3 (10.3.46.2) Sprememba pravil menjave za maloprodajo 2.1


Zdravo. Kako spremeniti pravila v UT?
Spremenim postavitev pravil izmenjave v načrtih Exchange ExchangeRetailManagement of Trade103 Posodobim, ponovno zaženem, napačna pravila. Ročno sem celo spremenil verzijo. Še vedno ne pomaga.
Neumno je izbrisal vnos pravil iz registra pravil izmenjave podatkov.
Ni običajnega gumba za nalaganje datoteke s pravili ali njeno posodobitev iz postavitve conf.
Narediti je treba veliko dodatkov in testov, vendar ne vem, kako hitro spremeniti pravila registracije/menjave (

odgovor: posodobljen z IT, vse je v redu. To izmenjavo so že vsi možgani pojedli

Vprašanje: Zamenjava pravil izmenjave v datoteki za nalaganje


Vse v redu!
Obstaja datoteka xml prenosi po pravilih menjave. V skladu s tem ima blok

<ПравилаОбмена> ...

Obstaja tudi druga datoteka, kot je predloga za ta blok.
Blok pravil v datoteki za nalaganje je treba zamenjati z blokom iz datoteke predloge.
Ali boste morali brati XMLReader element za elementom in pisati v tretjo začasno datoteko prek XMLWrite? Ali pa obstaja bolj priročen način?

P.S. Predvidevam razumno vprašanje "Zakaj?" Potrebno je zaščititi pred spremembami pravil v Viru, tj. vedno prenesite s sklicem s sprejemnika.

odgovor:

napisal. Obstaja nekaj dvomov o optimalnosti. Pisanje v začasni xml prek WriteXML in nato ReadText, da vse skupaj potisnete v datoteko, ki je bila prvotno posredovana.
Ali so z metodološkega vidika kakšne hude napake?

// Postopek zamenja blok<ПравилаОбмена>...v posredovani datoteki .xml // v blok iz predloge, ki shrani fragment datoteke za razlaganje po referenčnih pravilih. // // Parametri // XMLFileName - Vrsta: String - Polno ime datoteke s podatki za nalaganje, // v katerem bomo spremenili blok<ПравилаОбмена>// // Vrnjena vrednost: // XMLResultFileName - Vrsta: String - Pot // Postopek ReplaceExchangeRulesInUploadFileWS(XMLFileName)XMLUploadFile = New ReadXML; FileUploadXML.OpenFile(XMLFileName); RuleTemplate = Nov XMLReader; PathToRulePattern = GetExchangeRuleTemplate(); RulesTemplate.OpenFile(PathToRuleTemplate); XMLResultFileName = GetTemporaryFileName(".xml"); ResultXML = Nov WriteXML; ResultXML.OpenFile(ime datotekeResultXML); Medtem ko FileUploadXML.Read() LoopNodeType = FileUploadXML.NodeType; Če NodeType = XMLNodeType.ElementStart in XMLUploadFile.Name = "Pravila izmenjave", potem XMLUploadFile.Skip(); Medtem ko RuleTemplate.Read() Loop If RuleTemplate.NodeType = XMLNodeType.ElementStart in RuleTemplate.Name = "Exchange Rules" Then ResultXML.WriteCurrent(RuleTemplate); Medtem ko RuleTemplate.Read() Loop ResultXML.WriteCurrent(RuleTemplate); Če RuleTemplate.NodeType = XMLNodeType.EndElement in RuleTemplate.Name = "Pravila izmenjave" Nato Prekini; EndIf; EndCycle; prekiniti; EndIf; EndCycle; Drugače ResultXML.WriteCurrent(FileUploadXML); EndIf; EndCycle; FileUploadXML.Close(); PravilaTemplate.Close(); RezultatXML.Zapri(); Besedilo = NewTextReader(ResultFileNameXML); ExchangeMessage = Besedilo.Preberi(); TextWriter = NewTextWriter(XMLFileName, TextCoding.UTF8); WriteText.Write(MessageExchange); ZapišiText.Close(); EndProcedure // ReplaceExchangeRules()

Vprašanje: Pomagajte pri menjalnih pravilih


1C 8.3.9.1850, UT 11.3.2.157, Maloprodaja 2.2.5.22. Pri nalaganju pravil v UT se prikaže napaka. Ali obstaja način, kako popraviti pravila.

Sklicevanje na neobstoječi metapodatkovni objekt v pravilih izmenjave
Objekt =
Opis napake = Vrsta ni določena (EnumReference.AssemblyOrderOperationTypes)
PositionModule = Processing.ConvertingInfoBaseObjects.ModuleObject(4885)
KErrorMessages = 11

odgovor:

Če me spomin ne vara, so zadnja pravila vedno shranjena v sami conf v postavitvi. Torej ni treba jemati najnovejša pravila iz mape. Samo posodobite obe konfiguraciji na najnovejše izdaje.

Vprašanje: Kako naložiti pravila izmenjave za nalaganje v konverzijo


Kako razložiti pravila pretvorbe iz tipične konfiguracije?

Naloga: obstaja konfiguracija "Rarus: upravljanje trgovine in odnosov s strankami (CRM)", obstaja načrt za izmenjavo ExchangeSite. Izmenjava s spletnim mestom je v teku, dodati morate nalaganje statusa naročila iz 1C, da se posodobi na spletnem mestu.

Takole vidim rešitev: razbremeniti pravila za razkladanje naročil, jih naložiti v pretvorbo, tam dodati PCS za status in jih naložiti nazaj v konfiguracijo. Toda kako razbremeniti ta pravila? V načrtu izmenjave je postavitev sheme za nalaganje naročil, na zadnjem zavihku Nastavitve je gumb "Shrani nastavitve v datoteko", vendar, kot razumem, to ne velja za pretvorbo, to xml datoteka ni naložena.

Prosim povej mi.


Popravljena pravila za izmenjavo TiS 7.7 in BP2 dodana prenos dveh dokov
Pravilni račun in popravek računa. Tukaj vse teče normalno. Obe priklopi ustvarjata prilagoditev implementacije v BP2.
Toda pojavila se je težava, treba je v priklopno osnovo v prilagoditvi implementacije (BP2) dodati ne račun kot standard, ampak osnovo tega računa, t.j. izvajanje.
Odrezek kode PKO (po prenosu):
Object.FillAccountsInTabPart(Object.Products,"Products",True); Object.OperationType = Enumerations.OperationTypesCorrectionReceiptImplementation.AgreedChange; Object.Adjust DDV = True; Object.SumIncludesVAT = true; Če Object.Ownership.Empty() potem Object.Ownership = chVariableValue("chCurrentUser"); EndIf; Object.RealizationDocument = Object.Reference.RealizationDocument.DocumentBase;<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
Pred snemanjem objekt še ne obstaja, zato je nemogoče dostopati do atributa objekta, po snemanju pa je že prepozno. Pravila bodo delovala kot običajno. Povej mi, kako rešiti CD šele začel razumeti.

odgovor: Po pisanju = po klicu metode Write

Vadnica o pretvorbi podatkov 1C (izdaja 2) Podrobno seznanitev s pravili izmenjave

Vemo, kakšna so pravila menjave in zakaj so potrebna. Podrobneje se seznanimo z dodatno funkcionalnostjo dela s pravili menjave. Odpremo nastavitve za pravila izmenjave (pretvorbe) podatkov:

Pravila izmenjave poleg tega določajo izvorno in ciljno konfiguracijo podatkov:

Zavihek "Napredno":

Določite lahko privzeto ime datoteke za shranjevanje pravil izmenjave, module za nalaganje in prenos podatkov za 7.7, ime pravil izmenjave.

Zavihek "Parametri":

Recimo, da urad sprejema naročila izključno za blago, zato je zaželeno določiti prepoved storitev razkladanja. Če ima postavka kataloške nomenklature zahtevano storitev nastavljeno na True, potem je zagotovljeno, da ne bo razložena. Najbolje je, da je nadzor nad razkladanjem storitev neobvezen takoj, da ne bi spremenili pravil, če bo oddaljena pisarna začela sprejemati tudi naročila storitev.

V tem primeru se bomo morali naučiti dveh novih trikov za delo s konfiguracijo »Pretvorba podatkov« – uporaba obdelovalcev in nastavitev parametrov.

Parametri so specializirana podatkovna struktura v algoritmih za nalaganje, ki se lahko uporabljajo za dostop do spremenljivk obdelave. Nastavitev strukture parametrov za pravila pretvorbe se izvaja v konfiguraciji "Pretvorba podatkov", nastavitev vrednosti parametrov pa je možna v obliki obdelave nalaganja in prenosa podatkov.

Za urejanje parametrov odprite obrazec elementa imenika Conversions za pravila menjave, ki jih je mogoče urejati, in pojdite na zavihek s parametri. Ustvarimo nov element imenika Parameters. Dodelimo ime parametru - Unload Services. Ime parametra se uporablja za sklicevanje nanj v strukturi parametrov pri pisanju programske kode v upravljalnikih. Ime bo prikazano v tabelarnem delu Parametrov v obliki obdelave univerzalne izmenjave podatkov. Da bi bil parameter viden v pogovornem oknu pri nastavitvi razkladanja, morate potrditi polje »Nastavi v pogovornem oknu« in izbrati vrsto vrednosti parametra. Če želite delati s parametri v pogovornem oknu, morate označiti tudi polje »Naloži parametre v obliki različice 2.01« v obliki elementa v iskanju konverzij.

Ni dovolj samo določiti parametre, potrebno je, da algoritem razkladanja "razume", v katerem primeru je treba element razložiti in v katerem ne. Za takšne (in številne druge) primere se uporablja mehanizem za upravljanje. Njegovo bistvo je v tem, da se na ključnih točkah pri izvajanju vseh osnovnih algoritmov za nalaganje in prenos podatkov obdeluje koda, ki jo je napisal razvijalec pri ustvarjanju pravil izmenjave. Seveda je za uporabo tako občutljivega orodja potrebna previdnost in premišljenost. Preden napišete lastne upravljalnike, vam priporočamo, da natančno preberete pomoč za konfiguracijo "Pretvorba podatkov 2.0", ki opisuje vse spremenljivke, ki so na voljo v obdelovalcih in kako jih uporabljati, ter navaja vrste obdelovalcev in značilnosti njihovih pokličite algoritme za izmenjavo podatkov.

Za naš namen moramo uporabiti obdelovalec pravila za razkladanje "Pred Unload". Odprite pravilo za nalaganje nomenklaturnih podatkov in v polje »Pred nalaganjem« na zavihku »Dogodki« vstavite naslednjo programsko kodo:

Kaj počne naš vodnik? Pri pisanju programske kode smo uporabili spremenljivke algoritmov za razkladanje podatkov. Struktura Parameters se uporablja za sklicevanje na parameter UploadServices, ki je nastavljen v obrazcu za obdelavo izmenjave podatkov. Spremenljivka objekta omogoča dostop do predmeta, ki se razlaga. In spremenljivka Refusal vam omogoča nadzor zavrnitve razkladanja trenutnega predmeta. Upravljalnik se izvede tik pred raztovarjanjem objekta, kar omogoča preklic razkladanja objekta.

SAMO ZA IZMENJAVO V8 - V8 IN OBDELAVO PRENOS IN PRENOS NI POD 2.0.18.1

Možno je prenašati parametre iz ene konfiguracije v drugo. Če želite to narediti, na zavihku »Parametri« potrdite polje »Prenesi parameter ob razkladanju« in ta parameter bo postavljen v izmenjalno datoteko in do njegove vrednosti lahko dostopate pri nalaganju podatkov. Za parameter lahko določite pravilo pretvorbe, v skladu s katerim bodo vrednosti pretvorjene. S potrditvenim poljem »Pošlji parameter pri nalaganju« lahko prenašate samo tiste parametre, ki so urejeni v pogovornem oknu pri nalaganju podatkov. Če morate posredovati parameter, ki ni prisoten v tem pogovornem oknu, morate poklicati proceduro:

Zavihek Parametri razkladanja ima zdaj parameter, ki spreminja vrednosti, katerih storitve so bodisi razložene bodisi ne.

Pri razvoju pravil izmenjave 1C 8 se pogosto uporablja zmožnost programskega redefiniranja obnašanja pravil izmenjave - mehanizem upravljavcev. Upravljavci dogodkov bistveno razširijo funkcionalnost in so nepogrešljivo orodje za nastavitev pravil izmenjave v primerih, ko interaktivne možnosti konfiguracije ne zadoščajo.

Upravljavci in algoritmi so napisani v jeziku platforme, v kateri se bodo izvajali med izmenjavo.

Če je to platforma "1C: Enterprise 7.7", je koda upravljavca integrirana v kodo za obdelavo nalaganja ali prenosa. V skladu s tem je vsak obdelovalec ali algoritem dodeljen ločeni funkciji in je na voljo za odpravljanje napak med izmenjavo.

Če se nalaganje ali prenos zgodi na platformi 1C:Enterprise 8, potem koda upravljavca ni integrirana v kodo za obdelavo izmenjave podatkov, ampak se naloži v datoteko s pravili izmenjave. V procesu izmenjave podatkov se koda obdelovalcev ali algoritmov vzame iz datoteke pravil in se izvede neposredno v kontekstu operaterja "Izvedi". Za odpravljanje napak v kodi obdelovalcev in algoritmov lahko uporabite obdelavo XML Universal Data Exchange.

Številni podjetniki, ki se ukvarjajo z dejavnostmi trgovanja, hkrati pridobijo dva programa 1C: Računovodstvo 8 za izboljšanje učinkovitosti upravljanja. (v nadaljevanju BP) in "1C: Upravljanje trgovine 8" (v nadaljevanju UT).

BP se uporablja za vodenje urejenega računovodstva in poročanja, UT pa za operativno in poslovodno računovodstvo v podjetju.
Uspeh skupne uporabe teh programskih izdelkov je v veliki meri odvisen od organizacije izmenjave podatkov med konfiguracijami PSU in UT.

Razumevanje naslednjih značilnosti tipične izmenjave podatkov bo pomagalo preprečiti napake v procesu izmenjave med konfiguracijami in računovodske kršitve v vsaki konfiguraciji posebej.

Pri pisanju tega članka so bili uporabljeni materiali iz dokumentacije 1C za programske izdelke. Metodologija nastavitve izmenjave je podrobno opisana v datoteki .htm »Skupna raba konfiguracij upravljanja trgovine (11) in računovodstva podjetja«, ki se nahaja v imeniku predlog. ko je nameščen kot 1C: Accounting 2.0 (v nadaljevanju BP) in 1C: Trade Management 11 (v nadaljnjem besedilu UT); priporočila, prejeta na partnerski konferenci 1C, in avtorjeve osebne izkušnje pri ustvarjanju in spreminjanju nastavitev izmenjave za stranke RG-Soft Project Consulting LLC.

1. Nastavite enosmerno ali dvosmerno izmenjavo.

Najprej je treba opozoriti, da je iz konfiguracije BP v konfiguracijo UT mogoče naložiti samo dokumente, ki se nanašajo na gotovinske in negotovinske transakcije. Sem spadajo: Vhodni gotovinski nalog, Izhodni gotovinski nalog, Prejem na TRR in Odpis s TRR. Dokumenti o gibanju blaga, ustvarjeni v BP, ne bodo naloženi v UT.

Podjetje 1C priporoča zamenjavo z banko v UT. "To bo zagotovilo polnopravno delo z odhodnimi plačilnimi dokumenti in lažje delo z vhodnimi dokumenti." Vendar pa je prišlo do situacije, ko ni bilo mogoče naložiti skoraj enega plačilnega naloga iz datoteke stranka-banka v UT, medtem ko je bila ta datoteka v celoti naložena v BP.

To je posledica dejstva, da so bila v UT dodana strožja preverjanja vsebine datoteke stranka-banka, na primer: preverjanje izpolnjevanja TIN, preverjanje številke dokumenta, številka mora vsebovati samo številke v skladu z Uredba Centralne banke z dne 3. oktobra 2002 N2-P "O brezgotovinskih plačilih v Ruski federaciji" (s spremembami 3. marca 2003, 11. junija 2004, 2. maja 2007, 22. januarja 2008).

Vzpostavitev enosmerne izmenjave (od UT do BP) je smiselna le, če so vsi dokumenti in referenčni podatki izpolnjeni v UT. Tako se lahko izognemo podvajanju elementov v tej bazi podatkov.

Če želite to narediti, morate konfigurirati naslednji scenarij izmenjave: ustvarite scenarij izmenjave v konfiguraciji UT, v kateri se shrani samo razkladanje (slika 1), v konfiguraciji BP ustvarite scenarij izmenjave in shranite samo prenos.

Upoštevati je treba, da bodo v takšnem scenariju izmenjave vsi dodatni dokumenti in imeniki, ustvarjeni v BP, registrirani za izmenjavo, vendar ne bodo naloženi v UT, zato je priporočljivo občasno ponastaviti registracijo, sicer bo izmenjava sporočilna datoteka iz BP se bo nenehno povečevala, kar bo upočasnilo proces izmenjave.

Za to je priporočljivo uporabiti obdelavo RegisterChangesForExchange82.epf, ki ga najdete v konfiguracijski dostavi "Pretvorba podatkov, rev. 2.1". Ko je konfiguracija nameščena, se obdelava nahaja v namestitvenem imeniku posodobitev: ...\1c\Conversion\...številka_različice…

Če so regulativne in referenčne informacije izpolnjene tako v UT kot v BP, je treba konfigurirati dvosmerno izmenjavo, vendar bo morda treba slediti dvojnikom tako, da izmenjavo zaženete v interaktivnem načinu namesto v avtomatskem (slika 2) .

Da bi omejili izmenjavo podatkov samo na ravni dokumenta, ni treba konfigurirati enosmerne izmenjave, dovolj je, da v filtru izmenjave na strani BP nastavite datum, ki je večji od datuma zadnjega dokumenta (gl. Slika 5). Toda preden nastavite filter na datum, se morate prepričati, da dokumenti v BP niso bili predhodno prijavljeni za izmenjavo, sicer bodo registrirani dokumenti med izmenjavo preneseni v drugo bazo podatkov.

Prioriteta spremembe podatkov

Če se izmenjava najprej izvede v UT, nato pa v BP, bodo imeli podatki, preneseni iz UT, prednost. Na primer, v UT so vnesli dokument »Prejem na tekoči račun«, zagnali izmenjavo najprej v UT, nato v BP - dokument se je pojavil v konfiguraciji BP. Nato je računovodja v konfiguraciji BP spremenil ta dokument. Če se med nadaljnjo izmenjavo vrstni red zagona izmenjave ni spremenil, bodo spremembe v dokumentu prepisane s podatki iz UT.

Za pravilno izmenjavo s tistimi predmeti, ki so spremenjeni v obeh bazah podatkov, 1C priporoča organizacijo dela tako, da se predmet ureja samo v eni od baz podatkov. V drugi bazi podatkov je treba tak objekt odpreti samo za ogled. Če želite to narediti, boste morali uporabiti nastavitev pravic dostopa uporabnika, vendar ta pristop zagotavlja odsotnost kolizij med izmenjavo, t.j. neskladja, ki nastanejo, ko se objekt spremeni v eni ali drugi bazi podatkov v obdobju med izmenjavami (slika 3).


2. Razlike med BP in UT, ki vplivajo na presnovo

Pogodbe o nasprotni stranki

V konfiguraciji UT ni analitike za pogodbe nasprotnih strank. Vse operacije, ki se izvajajo v konfiguraciji UT, se ob nalaganju v konfiguracijo BP vedno izvajajo v skladu z ločenimi pogodbami, ki jih ustvari in nadzoruje sam sistem UT.

Če v konfiguraciji BP ni pogodbe z zahtevanimi parametri, se taka pogodba ustvari. Opozoriti je treba, da se iskanje sporazuma izvaja samo iz števila sporazumov, ki so bili predhodno preneseni iz UT.

Organizacija upravljanja v UT

Začenši z izdajo 11.0.6.9 se je v UT v imeniku organizacije pojavil vnaprej določen element "Upravljavska organizacija". Ta element ne sme biti preslikan v (ali spremeniti) trenutno (eno ali eno od) organizacijo. Več o uporabi tega predmeta si lahko preberete v dokumentacijski datoteki "Spremembe in dopolnitve dokumentacije.htm" vključeno v dobavo UT.

Struktura podjetja

V UT za poslovodno računovodstvo se uporablja imenik "Struktura podjetja", ki vsebuje seznam oddelkov podjetja. Pri sestavljanju dokumentov je obvezna navedba delitve podjetja.

Elementi imenika "Struktura podjetja" niso preslikani na elemente imenika "Organizacijske enote" v BP. Da dokumenti s praznim atributom Subdivision ne bi bili naloženi v UT, je potrebno v nastavitvah izmenjave izpolniti privzeto vrednost (slika 4).

Skladišče v tabeli

Če je načrtovana uporaba nove možnosti določanja skladišč v tabeličnih razdelkih dokumentov v UT, je treba v nastavitvah vozlišča načrta izmenjave nastaviti posplošeno skladišče, ki se bo nadomestilo pri razkladanju dokumentov iz UT v konfiguracijo BP namesto skladišč, ki so dovoljena za izbiro v tabelarnih delih dokumentov (slika 4).

Vrsta artikla

Pri nalaganju podatkov iz BP v UT atribut "vrsta artikla" ni izpolnjen v nomenklaturi, to je posledica dejstva, da izmenjava služi scenariju, ko je nomenklatura ustvarjena v konfiguraciji UT in ne v BP . V dokumentih za gibanje blaga v UT ni ločenega tabelarnega odseka za obračunavanje storitev (storitve se izpolnijo v tabeli blaga), zato da se storitve, določene v dokumentih UT, pravilno prenesejo v tabelo razdelku v BP, morate:

1. V razdelku z referenčnimi informacijami odprite referenčno knjigo »Vrste artiklov«, pojdite na pogled postavke »storitve« - kliknite »Vsa dejanja« - omogočite urejanje in izberite Vrsta artikla - storitev.
2. Spremenite element (storitev) - kliknite "Vsa dejanja" - dovolite urejanje in izberite to vrsto artikla z vrsto storitve.

3. Nastavitev izmenjevalnih filtrov (slika 5)

Spreminjanje datuma nalaganja (prenosa) dokumentov

1) Preden premaknete datum naprej, je potrebno sinhronizirati baze podatkov z izvedbo seje izmenjave, tako da vozlišče ob spremembi nastavitve nima registriranih dokumentov za izmenjavo. V nasprotnem primeru lahko takšni dokumenti po spremembi nastavitev zaradi razkladanja postanejo označeni za izbris v prejemni bazi podatkov, če so bili tam predhodno naloženi.

2) Datum lahko premaknete nazaj, ker samo razširi območje naloženih podatkov. Omeniti velja, da v tem primeru dokumenti iz predhodno zaprtega obdobja ne bodo samodejno registrirani za izmenjavo. Če želite to narediti, morate spremeniti dokumente ali uporabiti obdelavo RegisterChangesForExchange82.epf.


Filtrirajte po organizacijah

Če omogočite ta filter, lahko omejite seznam organizacij, za katere je dovoljena izmenjava podatkov. Prisotnost omogočenega filtra vpliva tako na razkladanje samega imenika organizacij kot na razlaganje drugih podatkov, povezanih z organizacijami (imenikov in dokumentov).

Načelo delovanja filtrov za nalaganje je naslednje: nove nastavitve veljajo za vse podatke - v času nastanka izmenjave ali samo za tiste podatke, ki so bili po uporabi novih nastavitev spremenjeni - po izdelavi izmenjave , zato je priporočljivo, da pri ustvarjanju izmenjave podatkov pristopite k nastavitvam filtra čim bolj odgovorno.

Primer: pri ustvarjanju izmenjave uporabnik nastavi filter po organizaciji. V prejemno bazo podatkov so bili naloženi samo podatki za navedeno organizacijo. Nadalje se je uporabnik odločil, da se podatki o vseh organizacijah naložijo v prejemno bazo podatkov. Ker pa nastavitve veljajo samo za novo spremenjene podatke, obstoječi dokumenti in imeniki ne bodo naloženi v prejemno bazo podatkov, dokler jih uporabnik ne spremeni.

4. Odstranjevanje objektov iz ene od baz podatkov

Označi za izbris

Možno je, da se prej uporabljeni element imenika ne načrtuje za nadaljnje obračunavanje in uporabniki menijo, da je prav, da ta imenik označijo za izbris. Objekti, označeni za izbris, ne sodelujejo pri izmenjavi. To lastnost je treba upoštevati.

Odstranjevanje dvojnikov

Za odstranitev predmetov, ki so nastali med izmenjavo dvojnikov, priporočamo uporabo obdelave Search&ReplaceValues.epf, ki se nahaja v imeniku \1CITS\EXE\ExtReps\Unireps82\SearchAndChange\ na disku ITS. Za preverjanje pravilnosti primerjave objektov dveh informacijskih baz lahko odprete Informacijski register "Korespondenca objektov informacijske baze" in vnose v tem registru lahko popravite ročno. Pomembno je vedeti, da se bo po izbrisu objekta v eni od baz podatkov zapis registra informacij še vedno ujemal z izbrisanim objektom (prekinjena povezava), ali boste morali uskladiti drug objekt ali izbrisati zapis.

5. Dodatne nastavitve

Postavke denarnega toka

Za konfiguracijo UT bo morda treba odložiti rekvizite »popr. račun« za tiste postavke denarnega toka, ki bodo uporabljeni in naloženi v BP.

Za konfiguracijo BP: morda boste morali vnesti vrsto denarnega toka v elemente imenika.

Uporabniki

Uporabniki elementov imenika se lahko prenesejo v drugo bazo podatkov, če so navedeni kot odgovorni v enem od objektov, ki sodelujejo pri izmenjavi. Za takšne predmete boste morali nastaviti dovoljenja.

Osnovna predpona in organizacijska predpona

V UT ima predpona vedno fiksno dolžino in ločilo (vezij) "-". Če torej predpona informacijske baze ni določena ali predpona organizacije ni določena, se nadomesti z ničlami. Vendar pa se pri nastavitvi izmenjave predpona informacijske baze vedno vnese na CB (za UT) in na BP (oziroma za konfiguracijo BP).

Ta rešitev je standard za generiranje številk dokumentov in objektnih kod. Predpona ima fiksno dolžino in je ločena z vezajem od številke dokumenta. Če bo v prihodnosti v bazi podatkov več organizacij, bo dovolj, da zanje nastavite predpone in ne bo treba preštevilčiti vseh predmetov.

Popravek napak

V našem članku so bile obravnavane najpomembnejše točke organizacije izmenjave podatkov med "1C: Upravljanje trgovine 8" rev.11 in "1C: Računovodstvo 8" rev.2.0.

Strokovnjaki RG-Soft Project Consulting LLC so pripravljeni ponuditi ne samo vzpostavitev borze za računovodske funkcije določene organizacije, temveč tudi načine za odpravo napak v obstoječih izmenjavah.