Ang layunin ng artikulong ito ay sagutin ang mga unang tanong tungkol sa CD3 at gumamit ng simpleng halimbawa upang ipakita kung paano pinuhin ang mga karaniwang panuntunan. Ang impormasyon ay kapaki-pakinabang para sa mga nagsisimula at sa mga nagsimula na sa pag-aaral at may mga bagong katanungan.

Tinanggap ang mga pagdadaglat sa publikasyong ito

KD2- configuration Conversion ng data, edisyon 2.0.
KD3- configuration Conversion ng data, edisyon 3.0, configuration 3.0.5.3.
ED- pangkalahatang format ng palitan ng EnterpriseData.

Mga sagot sa mga tanong pagkatapos ng isang mababaw na kakilala sa KD3. Kung alam mo kung bakit kailangan ang KD3, hindi mo kailangang basahin ang talatang ito;)

Mga tanong at mga Sagot

• Ang KD3 ba ay isang bagong bersyon ng KD2? Hindi! Ito ay isa pang tool na lumulutas ng mga katulad na problema sa KD2. Ang bawat tool ay may sariling gamit.
• Mas maganda ba ang KD3 kaysa sa KD2? Hindi sila maikukumpara, dahil... Ang mga ito ay iba't ibang mga tool at bawat isa ay may sariling mga kalamangan at kahinaan.
• Para baguhin ang KD3 exchange rules na kailangan mo alisin ang configuration mula sa suporta? Hindi Hindi na kailangang alisin sa suporta! Sa mga karaniwang configuration, karaniwan mong maikokonekta ang external na pagpoproseso sa mga panuntunan, at sa mga configuration na sumusuporta sa platform 8.3.10 at mas mataas, maaari mong i-edit ang mga panuntunan gamit ang isang extension.
• Kailangan mong maglipat ng data mula sa sarili mong mga custom na configuration. Para sa mga layunin ng pag-aaral, maaari ko bang gamitin ang KD3? Kung itatanong mo ang tanong na ito, malamang na imposible. Para sa KD3, ang configuration ay dapat na kasama ang BSP 2.3 at mas mataas na may synchronization sa pamamagitan ng isang unibersal na format. Ang KD2 ay babagay sa iyo ng 100%, KD3 ay kaduda-dudang.
• Posible bang gamitin ang KD3 para sa karaniwang binagong mga pagsasaayos? Oo kaya mo. Kung ang iyong hindi karaniwang data ay maaaring maipadala gamit ang ED o ang attribute na AdditionalInfo, mabuti. Kung hindi, mayroong isang opsyon upang baguhin ang format ng palitan (XML schema). Sa kasong ito, ang mga kakayahan ng KD3 ay halos katumbas ng KD2, ngunit ang pangunahing bentahe ng KD3 - ang pagiging pangkalahatan ng format ng palitan - ay mawawala.
• Maaari bang palitan ang mga configuration na pinagana ng ED sa isa't isa? Oo! Ngunit para sa pagpapalitan ng BP 3.0 - BP 3.0, kapag lumilikha ng pag-synchronize, hindi mo mapipili ang BP 3.0. Walang problema, piliin ang "Iba pang programa". Kung kailangan mo ng isang beses na palitan, gamitin lang ang pagpoproseso ng “Upload Upload EnterpriseData” sa All functions menu.
• Pagkatapos i-update ang configuration, kailangan mo bang i-download ang pinakabagong mga panuntunan mula sa distribution kit? Hindi! Ang mga patakaran ay nakapaloob sa module ng pagsasaayos. Upang makipagpalitan sa iba pang mga database ng 1C, hindi mo kailangang i-download ang mga patakaran ng isa pang database. Bakit? Mga detalye sa artikulong ito.
• Pagkatapos mag-update ng isang database, kailangan mo bang dalhin ang iba pang database na kalahok sa exchange hanggang sa petsa? Hindi! Hindi na kailangang sabay-sabay na i-update ang lahat ng mga database na kalahok sa palitan. Ito ay isa sa mga pakinabang ng KD3.
• Ang aming mga pagsasaayos ay lubos na napabuti, may mga bagong uri ng mga dokumento at reference na aklat, maaari bang ilipat ng KD3 ang mga ito? May posibilidad na hindi nito magagawa nang hindi binabago ang format. Isa ito sa mga "disadvantages" ng KD3 kumpara sa KD2.

Bakit kailangan natin ng KD3? Mga kalamangan at kahinaan

Mga kalamangan ng KD3

Tingnan natin ang pangunahing bentahe ng CD3 gamit ang halimbawa ng isang madalas na nakakaharap na gawain. Mayroong configuration ng UT 11.3 na hindi na-update sa ilang kadahilanan. Kinakailangang ayusin ang isang palitan sa BP 3.0, na patuloy na ina-update sa kasalukuyang paglabas.

Walang problema.

• Ang unibersal na format ng palitan na ginamit sa CD3 ay idinisenyo upang malutas ang mga naturang problema.
• Ang mga panuntunan sa palitan sa UT ay nilikha hindi para sa palitan sa BP, ngunit para sa palitan sa pangkalahatang format ng EnterpriseData.
• Kung nagpapatakbo kami sa mga tuntunin ng CD2, ang UT ay nakikipagpalitan sa pagsasaayos ng ED, na hindi nagbabago. Ang BP 3.0 ay nakikipagpalitan din sa ED.

Ang bawat configuration ay may sariling mga panuntunan para sa pakikipagpalitan sa ED. Kaya, ang UT ay palaging nag-a-upload ng data sa parehong format. Ang configuration ng BP 3.0, gaano man ito kabago, ay dapat na kayang tumanggap ng data mula sa format na ito.

Lumalabas na sa UT ay hindi na kailangang mag-alala tungkol sa katotohanan na binago ng BP ang ilang mga detalye. Ang gawain ay simple - mag-upload sa ED, at ang pagsasaayos ng power supply ay dapat na makatanggap ng data mula sa format na ito.

• Dahil sa ang katunayan na ang source configuration ay palaging nag-a-upload sa isang format, anumang receiver configuration ay maaaring mag-load ng data mula sa unibersal na format na ito.
  Yung. para sa di-makatwirang kumbinasyon ng mga palitan UT - BP, UT - KA, UT - ERP, KA - BP, ERP - BP. hindi na kailangang magsulat ng mga indibidwal na patakaran. Sa KD3 ang mga patakaran ay pangkalahatan. Anumang configuration na sumusuporta sa exchange sa unibersal na format ay maaaring makipagpalitan sa anumang configuration na sumusuporta sa ED format.

Ang pag-debug ng mga algorithm at panuntunan ay available sa mismong configuration, dahil lahat ng mga panuntunan ay code mula sa isang karaniwang module o panlabas na pagproseso. Magagawa mo nang walang CD3 upang mabilis na maitama ang error.

Kahinaan ng KD2

Ang mga patakaran sa palitan ay indibidwal para sa bawat pares ng mga pagsasaayos. Ang lahat ng nasa itaas na kumbinasyon ng palitan sa pagitan ng iba't ibang uri ng configuration at iba't ibang bersyon ng configuration ay nangangailangan ng sarili nilang mga panuntunan sa palitan. Samakatuwid, upang malutas ang problema sa itaas ng pagpapalitan ng UT 11.3 at BP 3.0, kakailanganing i-debug at pinuhin ang mga patakaran sa palitan pagkatapos ng halos bawat pag-update ng BP 3.0.

Ang mga algorithm at panuntunan sa pag-debug ay mahirap para sa isang baguhan na programmer o para sa isang taong bihirang makatagpo ng gawaing ito. Ang mga patakaran ay naka-imbak sa isang xml file. Ang isang mabilis na pag-aayos ay hindi magagamit. Kinakailangang i-load ang mga panuntunan sa CD2, itama ang mga ito at i-upload muli ang mga ito.

Kahinaan ng KD3

Ang unibersal na format ay nagpapataw ng mga paghihigpit sa mga uri ng mga dokumento at mga sangguniang aklat. Ito ay idinisenyo para sa karaniwang mga pagsasaayos. Kung mayroon kang hindi karaniwang mga detalye o uri ng dokumento, maaaring magkaroon ng mga paghihirap sa panahon ng pagpapalitan.

Para paganahin ang ED synchronization, dapat suportahan ng configuration ang mga mekanismong ito. Ang lahat ng ito ay nasa BSP 2.3 at mas mataas. Ito ay hindi talagang isang minus, ito ay higit pa sa isang tampok.

Ang pangunahing bentahe ay kumukupas nang kaunti dahil sa limitadong time frame para sa pagsuporta sa format. Naranasan na ito ng mga gumagamit ng UT 11.1, UT 11.2, na nakikipagpalitan sa BP 3.0. Nakalista ang mga panahon ng suporta sa link na ito. Sinasabi nito na ang pinakamababang garantisadong panahon ng suporta para sa format ay isang taon, sa katunayan ay mga 3 taon. Kaya, kung magse-set up ka ngayon ng pag-synchronize, hindi mo maa-update ang database ng UT 11 nang hindi bababa sa isang taon, at pagkatapos ay i-update ang configuration, o magdagdag lang ng bagong format, gumawa ng maliit na pagbabago sa BSP at sa mga panuntunan kung kinakailangan . Paano ito gagawin? Matutukoy mamaya sa artikulong ito.

Mga kalamangan ng KD2

Ang mga posibilidad ng KD2 ay walang katapusang. Maaari kang lumikha ng mga panuntunan sa palitan para sa anumang configuration sa anumang platform. Mula sa 1C 7.7 hanggang sa pinakabagong 8.3. Walang kailangan sa configuration, hindi kailangan ang BSP. Ang mga panuntunan ay maaaring awtomatikong malikha at mabago.

Kaugnay ng mga kalamangan at kahinaan sa itaas, inirerekumenda na gamitin ang KD3 para sa karaniwang mga pagsasaayos. Maaaring gamitin ang KD2 para sa anumang pagsasaayos, ngunit dahil sa mga disadvantage nito, huwag kalimutan na kung minsan ay mas ipinapayong gamitin ang KD3.

Sana maintindihan natin kung bakit kailangan ang KD3, magpatuloy tayo sa merito.

Tinanggap ang mga pagdadaglat sa ibaba

BSP- Library ng mga karaniwang subsystem.
SA ILALIM- panuntunan sa pagproseso ng data.
PKO- panuntunan sa conversion ng object.
PKPD- panuntunan para sa pag-convert ng paunang-natukoy na data.
PKS- panuntunan sa conversion ng ari-arian.

Isaalang-alang natin ang isang halimbawa - kinakailangang baguhin ang mga karaniwang tuntunin para sa pagpapalitan ng BP 3.0 at UT 11.3

Ang mga hakbang mula sa mga tagubilin, na nakabukas sa CD3, ay ipinahiwatig sa isang dilaw na background. Ang pagkakasunud-sunod ng mga hakbang na iminungkahi sa artikulong ito ay naiiba, upang hindi malito at agad na lohikal na kumpletuhin ang aksyon na sinimulan.

Paano baguhin ang mga panuntunan sa ED?

1. Baguhin ang module na may mga panuntunan sa palitan nang direkta sa pagsasaayos. Hindi pa namin isinasaalang-alang ang opsyong ito, dahil... Upang maunawaan kung ano ang kailangang baguhin at kung saan, kailangan mong gawin ito kahit isang beses sa CD3. Sa kasong ito, magiging mas madali sa hinaharap na mabilis na malutas ang mga problema, i-debug ang mga ito sa module at ilipat ang mga ito sa CD3 kung kinakailangan.
2. Gamitin ang KD3.
   Paano ito ginagawa sa KD2? Inaalis namin ang metadata ng parehong mga pagsasaayos at nilo-load ito sa CD2.
   Hakbang 1. Para sa KD3 ginagawa namin ang parehong - sa bawat pagsasaayos sa enterprise mode na may pagproseso \tmplts\1c\Conversion\3_0_5_3\MD83Exp.epf mag-upload ng metadata ng configuration,
   halimbawa, sa folder na " D:\Mga Panuntunan BP3\BP 3.0.54.15\", pangalan ng file " MD.xml».

Ito ay hindi malinaw para sa kung anong layunin ang mga setting para sa pagproseso na ito ay nakatago; bilang isang resulta, bilang default, ang data sa mga rehistro ng impormasyon ay hindi na-upload. Tanggalin natin ang pagkukulang na ito.
Sa pamamaraan ng ChangeProcessingMode() ng pangunahing form, magkomento sa linya

// Elements.Settings.Visibility = False;

Ise-save namin ang pagproseso, buksan ito sa enterprise mode, itakda ang bandila sa "I-unload ang mga rehistro ng impormasyon", at i-unload ito.

Hakbang 3. I-load ang naunang ginawang file " MD.xml"sa KD3, flag ng seksyon " Sa bagong bersyon ng configuration».

kasi sa KD3, isang "intermediate configuration" (ED) ang ginagamit para sa palitan; nilo-load din namin ang "metadata" nito, na isang XML schema, isang file na may extension na "xsd". Hakbang 2. Maaari mo itong kunin mula sa configuration ng UT 11 o BP 3.0. Pareho sila. Buksan ang pagsasaayos, ipasok ang " pumasok", nakikita natin sa puno Pangkalahatan - mga pakete ng XDTO mga pakete tulad nito: EnterpriseData_1_3_8, EnterpriseData_1_4_4 at katulad.. Ito ang mga bersyon ng format na 1.3 at 1.4, ayon sa pagkakabanggit, at 1.2, 1.1, 1.0 kung available. Mag-right-click sa package at piliin ang "" mula sa menu ng konteksto.

Hakbang 4. Sa seksyong CD3, piliin ang mga naunang na-upload na file na may extension na "xsd". Kailangan mong pumili ng isang file! Maramihang pagpipilian na may Hindi kailangan ang ExchangeMessage! Iminungkahi ito sa mga lumang tagubilin sa KD3 ng mga nakaraang bersyon. Sa pinakabagong CD3 hindi ito kinakailangan.

Pagkatapos i-load ang format sa seksyon Format ng Data - I-format ang Puno ng Bagay, piliin ang bersyon ng format. Kung mayroong mga dokumento at reference na libro doon, pagkatapos ay nai-upload mo ang tamang file. Kung hindi, magsimulang muli gamit ang isang bagong walang laman na CD3 at i-load muna ang format at suriin ang puno.

Stage 2. Pagkatapos i-load ang metadata sa CD3, magpapatuloy kami sa pag-load ng mga karaniwang panuntunan sa palitan.
Paano ito ginagawa sa KD2? Ang mga panuntunan ay na-load sa conversion.
Ito ay halos pareho sa KD3. Ibinababa namin ang mga panuntunan mula sa karaniwang isa, lumikha ng isang conversion, at pagkatapos ay nilo-load ang mga panuntunan dito.

Pag-unload ng mga karaniwang panuntunan mula sa configuration para sa pag-load sa CD3

Ang mga configuration ay ipinagpapalit gamit ang maximum na karaniwang bersyon ng exchange format. Halimbawa, ang isang configuration ay may maximum na format na 1.5, isa pang 1.6, na nangangahulugang magpapalitan sila sa isa't isa sa 1.5 na format. Samakatuwid, sapat na upang i-unload ang 1.5 na format mula sa parehong mga pagsasaayos at i-load ito sa mga panuntunan.

Binuksan namin ang configuration ng BP 3.0 o UT 11.3 sa configurator mode, sa search bar maaari mong ipasok ang " lalaki uni", buksan ang pangkalahatang module. Kung ito ay BP 3.0, pagkatapos ay buksan ang . Sa bukas na module, pumunta sa menu File - Mag-save ng kopya, i-save ang file na may arbitrary na pangalan, halimbawa, " D:\Mga Panuntunan ng BP3\BP 3.0.54.15\Pangkalahatang module Exchange Manager sa pamamagitan ng Universal Format_ Module».
Buksan ang configuration ng BP 3.0 o UT 11.3 sa enterprise mode, buksan ang pagproseso \tmplts\1c\Conversion\3_0_5_3\Uploading synchronization rules.epf

Kakulangan ng karaniwang pagproseso:

• madalas na nabigo;
• naglalabas ng mga panuntunan mula sa panlabas na pagproseso na konektado sa node, ngunit kailangan namin ng mga karaniwang panuntunan;
• ay hindi gumagana sa BP 3.0.53 at mas mataas.

Pagpapabuti ng module ng pangunahing form sa pagproseso. Gumagawa kami ng mga pagbabago sa mga pamamaraan Kapag CreatedOnServer.

&OnServerProcedureWhenCreatingOnServer(Failure, StandardProcessing) // Listahan ng pagpili ng bersyon ng format. FormatVersions = Bagong Tugma; DataExchangeOverridable.OnReceivingAvailableFormatVersions(FormatVersions); Para sa Bawat ExchangePlan Mula sa DataExchangeRe-UseExchangePlansBSP() Loop Kung DataExchangeRepeatThisExchangePlanXDTO(ExchangePlan) Pagkatapos ExchangePlanFormatVersions = Bagong Tugma; VersionBSP243 = General PurposeClientServer.CompareVersions(StandardSubsystemsServer.LibraryVersion(), "2.4.3.1") >= 0; ModuleDataExchangeServer = GeneralPurpose.GeneralModule("DataExchangeServer"); Kung VersionBSP243 Pagkatapos ExchangePlanFormatVersions = Data ExchangeModuleServer.CommunicationPlanSettingsValue(ExchangePlan, "ExchangeFormatVersions"); ElseExchangePlans[ExchangePlan].GetExchangeFormatVersions(ExchangePlanFormatVersions); tapusin kung; Para sa Bawat ExchangePlanVersion Mula sa ExchangePlanFormatVersion CycleModuleManager = FormatVersions.Get(ExchangePlanVersion.Key); Kung ManagerModule = Hindi Natukoy O ManagerModule<>ExchangePlanVersion.Value ThenFormatVersions.Insert(ExchangePlanVersion.Key, ExchangePlanVersion.Value); tapusin kung; EndCycle; tapusin kung; EndCycle; Para sa Bawat FormatVersion MULA sa FormatVersion Cycle Elements.FormatVersionNumber.SelectionList.Add(FormatVersion.Key); EndCycle; FormatVersionStorageAddress = PlaceInTemporaryStorage(FormatVersions, UniqueIdentifier); Katapusan ng Pamamaraan

• Piliin ang "I-format ang numero ng bersyon", halimbawa, " 1.3 »,
• "Exchange directory" - lumikha ng isang folder, halimbawa, ""
• Pindutin ang pindutan " Magdiskarga».

Inuulit namin ang mga hakbang na ito para sa iba pang mga bersyon ng format at i-save ang mga ito sa naaangkop na mga folder na "1.4", "1.5", atbp. Para sa BP 3.0 sapat na upang i-download ang lahat ng mga format mula sa 1.3 at mas mataas. Para sa iba pang mga configuration mula sa 1.2 at mas mataas.

Na-download na ang mga panuntunan, ngayon kailangan mong i-load ang mga ito sa CD3. Sa KD2, nilo-load ang mga panuntunan nang sabay-sabay sa paglikha ng conversion. Sa KD3 kailangan mong lumikha ng isang conversion at i-load ang mga panuntunan dito.
Sa KD3 Section Mga Conversion - Mga Conversion - Lumikha. . Pumili ng configuration. Para sa kaginhawahan, maaari mong baguhin ang pangalan ng configuration sa pamamagitan ng pagpunta sa element editing mode. Halimbawa, sa halip na AccountingEnterprises ipahiwatig" BP 3.0.54.15" Props Pangalan hindi na kailangang magbago! Pangalan maaaring tukuyin ang mga conversion sa parehong paraan, halimbawa, " BP 3.0.54.15" Sa tabular na seksyon pipili kami ng mga sinusuportahang bersyon ng format. Ang mga bersyon ng format ay ang mga na-download namin mula sa database sa itaas. I-save ang conversion.

Pumunta sa seksyon Conversion - Naglo-load ng mga panuntunan sa pag-synchronize mula sa mga file.
:

Nilo-load ang lokasyon: " Sa kasalukuyang conversion»

Direktoryo ng exchange: " D:\BP3 rules\BP 3.0.54.15\1.3»

• File na may exchange module: " D:\Rules BP3\BP 3.0.54.15\General module Exchange Manager Through the Universal Format13_ Module.txt»
• Pagbabago: " BP 3.0.54.15»

Kapag naglo-load ng mga panuntunan sa pag-synchronize mula sa mga file para sa UT 11.3, lumilitaw ang isang error " Hindi nahanap ang field ng object". Dahilan - para sa TekPKO.UseToReceive=Ang False KD3 ay nangangailangan ng impormasyon sa opsyon sa pagkakakilanlan sa oras na matanggap. Kung wala ito sa file ng mga panuntunan, magkakaroon ng error. Itinutuwid namin ang hindi pagkakaunawaan na ito. Alisin ang form na ito sa suporta, o gamitin ang extension.

// Ang pangunahing anyo ng pagpoproseso ng Mga Panuntunan sa Pag-synchronize ng Paglo-load Mula sa Mga File // Bago gumawa ng mga pagbabago: // Nilo-load ng pamamaraan ang mga patakaran para sa pag-convert ng mga bagay &Sa Server Procedure LoadPKO() ... Punan angPropertyValues(TechPKO, AttributeStructure); // Pagpipilian sa pagkakakilanlan - espesyal na lohika. TechPKO.Identification Option = Enumerations.Object Identification Options[Attribute Structure.Identification Option]; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Then // Isulat ang na-load na software. ... // Ang mga pagbabago ay minarkahan ng "//ED" // Ang pamamaraan ay naglo-load ng mga panuntunan sa conversion ng object &Sa Server Procedure LoadPKO() ... FillPropertyValues(TechPKO, AttributeStructure); // Pagpipilian sa pagkakakilanlan - espesyal na lohika. Kung TechPKO.UseToReceive Pagkatapos //ED TechPKO.IdentificationOption = Enumerations.ObjectIdentificationOptions[AttributeStructure.IdentificationOption]; tapusin kung; ElseIf ReadXML.NodeType = XMLNodeType.EndElement Then // Isulat ang na-load na software. ...

Pindutin ang pindutan " I-download». « Ang mga humahawak ay inilaan para sa isa pang conversion: BP 3.0.44 (format 1.4). Ipagpatuloy ang pag-download?» I-click ang « Oo».
Nang hindi isinasara ang form, pumili ng isa pang " Direktoryo ng exchange" at pindutin ang " " na buton. Ulitin namin ang paglo-load ng mga panuntunan para sa bawat format sa kasalukuyang conversion nang ilang beses.
Pagkatapos ng matagumpay na pag-download, pumunta sa seksyong " Mga Conversion" - "Pagse-set up ng mga panuntunan sa conversion", buksan ang aming conversion mula sa form ng listahan.
Kung nakikita natin ang , POD, atbp., kung gayon ang paglo-load sa CD3 ay matagumpay.

Sinusuri na ang mga panuntunan ay na-load nang tama

Ito ay isang opsyonal na operasyon! Kung gumamit ka ng isang bersyon ng format sa mga panuntunan, hindi mo kailangang tiyakin na ang teksto ng module ay magkapareho.

• Buksan ang configurator ng BP, lumikha ng bagong panlabas na pagproseso, halimbawa, Pangalan " Pag-synchronize ng EDBP", kasingkahulugan" Pag-synchronize ED BP 3.0».
• Sa KD3 sa anyo " Pagse-set up ng mga patakaran sa palitan"I-click ang "" na button at i-paste ang code na ito mula sa clipboard sa aming bagong pagproseso.
• Sa configurator ng power supply, sinusuri namin ang module para sa mga error sa syntax. I-save namin ang pagproseso.
• lumikha ng isa pang walang laman na pagproseso sa BP, halimbawa, Pangalan " Karaniwang pag-synchronize ng EDBP", kasingkahulugan" Synchronization ED BP 3.0 tipikal" Kopyahin ang teksto ng pangkalahatang BP module ManagerExchangeThroughUniversalFormat13 sa processing module at i-save ito.

Paghambingin natin ang parehong paggamot. Menu File - Paghambingin ang mga file.

Kung ang isang karaniwang module ay naglalaman ng mga pamamaraan na wala sa aming mga panuntunan, nangangahulugan ito na hindi mo pa na-load ang mga panuntunan sa conversion para sa lahat ng mga format ng data. Kung kinakailangan Nilo-load namin ang mga panuntunan sa nawawalang format sa conversion at inuulit ang paghahambing ng aming mga panuntunan sa mga karaniwang panuntunan. Kapag nakamit mo ang pagkakakilanlan maaari mong ligtas na simulan ang pagbabago ng mga panuntunan. Hindi kinakailangang makamit ang kumpletong pagkakakilanlan kung alam mo kung aling format ng palitan ang hindi gagamitin sa panahon ng pag-synchronize.

Sa katulad na paraan, gumagawa kami ng conversion para sa UT 11.3 sa KD3.

BP 3.0.54.15

• Natukoy ang maling paglo-load ng software " Directory_Users". Kailangang itama. Dapat.
• sa PKO" Document_Inventory of Goods_Dispatch"para sa PKS" Responsableng tao" ang software ay hindi tinukoy. Buksan, muling piliin ang configuration property at ang format property upang ang kanilang uri ay mapunan, pagkatapos nito ang isang pagpipilian ay magagamit sa field " Panuntunan sa conversion ng ari-arian". Piliin ang " Directory_Individuals_Dispatch".

Tingnan natin ang isang halimbawa ng pagbabago

Ang pangunahing layunin ng halimbawa ay upang ipakita ang posibilidad ng mga pagbabago upang maglipat ng karagdagang data na hindi akma sa format ng palitan.

Kailangang ilipat ang props" TypeNomenclature" directory "Nomenclature", uri ng attribute " Direktoryo.TypesNomenclature". Ang ganitong uri ng direktoryo ay hindi dinadala ng mga karaniwang tuntunin ng KD3 at hindi sinusuportahan ng bersyon ng ED na format sa ibaba 1.6.

Mayroong ilang mga pagpipilian para sa paglutas ng problemang ito

• Pagpapabuti ng XDTO package, pagdaragdag ng object na "Directory.Types of Nomenclature" sa format. Bilang isang resulta, ang pangunahing bentahe ng unibersal na format ay nawala - ito ay tumigil na maging unibersal. Ang pagpapabuti ng XDTO package ay kakailanganin sa lahat ng database na kalahok sa exchange.
• Gamitin ang format na property " Mga karagdagang detalye", na matatagpuan sa maraming bagay. Hindi namin isasaalang-alang ang opsyong ito sa artikulong ito dahil sa ilang kumplikado. Isaalang-alang natin na mayroong ganoong paraan.
• Props Karagdagang impormasyon. Ito ay nasa header ng lahat ng mga object ng format. Mag-type ng kahit anong Uri. Idinisenyo para sa mga ganitong kaso. Gamitin natin ito bilang pinakasimpleng paraan.

Bago natin simulan ang pagsasapinal sa mga karaniwang panuntunan, gumawa tayo ng dalawang grupo sa pangkat ng mga panuntunan " Idinagdag», « Nagbago" Ginagawa ito sa " Mga conversion -".
Bagong AML, software, algorithm, atbp. Gagawa kami sa pangkat na "Idinagdag", mga tipikal na bagay kung saan gumawa kami ng mga pagbabago at ililipat ang mga ito sa pangkat na "Binago". Gagawin nitong mas madaling mapanatili ang mga binagong panuntunan sa ibang pagkakataon.

Kaya simulan na natin.

Mga pagbabago sa panuntunan sa UT 11.3

Sa KD3 sa anyo " UT 11.3.4.12 Pagse-set up ng mga patakaran sa palitan»sa tab Mga algorithm paglikha ng bagong algorithm

• Pangalan ng algorithm na "AdditionalInfoInsert"
• Pangkat: "Idinagdag"

Mga Parameter: “Data ng XDTO, Pangalan, Karagdagang Halaga”

Algorithm code

Kung DataXDTO.Property("AdditionalInfo") AT TypeValue(DataXDTO.AdditionalInfo) = Type("Structure") Pagkatapos AdditionalData = DataXDTO.AdditionalInfo; Otherwise AdditionalData = Bagong Structure; tapusin kung; AdditionalData.Insert(Pangalan, AdditionalValue); DataXDTO.Insert("AdditionalInfo", AdditionalData);

I-save ang algorithm at pumunta sa tab na " Mga panuntunan sa conversion ng object»

Sa pamamagitan ng pindutan" Hanapin» hanapin ang “Nomenclature”, buksan ang PKO « Directory_Nomenclature_Dispatch" Pumunta sa tab " Kapag nagpapadala" Doon ay makikita natin ang field na "Pangalan ng Handler:" "". Maaari kang direktang gumawa ng mga pagbabago doon.
Maaaring isulat sa configuration ang mas kumplikadong code na nangangailangan ng pag-debug. Naghahanap kami ng isang pamamaraan sa exchange module sa UT 11.3 na may pangalan na " PKO_Directory_Nomenclature_Sending_WhenSendingData"at tinatapos namin ito doon.
Upang ilipat ang mga pagbabago mula sa UT 11.3 patungo sa KD3, kopyahin ang buong pamamaraan sa clipboard, sa KD3 sa form na " Pagse-set up ng mga patakaran sa palitan"Pindutin ang pindutan "".

Para sa aming halimbawa, ang code ay ganito

Kung Napunan ang Halaga(Ib Data.Item Type) Pagkatapos //ED AdditionalInfoInsert(XDTO Data, "Item Type", Line(IB Data.Item Type.UniqueIdentifier())); AdditionalInfoInsert(XDTO Data, "Item TypeName", General Purpose.Object Attribute Value(IB Data.Nomenclature Type, "Pangalan")); //AdditionalInfoInsert... //add other service details EndIf;

Pagkatapos ilipat ang mga pagbabago sa CD3, pindutin ang pindutan " I-save ang module ng exchange manager" at ilipat ang code mula sa buffer patungo sa UT 11.3 module.

Mga pagbabago sa panuntunan sa BP 3.0

Gumagawa kami ng mga pagbabago sa PKO " Directory_Nomenclature_Receipt", sa tab na " Kapag nagko-convert ng XDTO data", pangalan ng pamamaraan " PKO_Directory_Nomenclature_Receipt_Sa panahon ng Conversion ng DataXDTO".

Idinagdag ang code sa module na "PKO_Directory_Nomenclature_Receipt_WhenConvertingDataXDTO"

Kung DataXDTO.Property("AdditionalInfo") AT TypeValue(DataXDTO.AdditionalInfo) = Type("Structure") Pagkatapos //ED AdditionalData = DataXDTO.AdditionalInfo; Kung ang AdditionalData.Property("Uri ng Item") Pagkatapos ay Uri ng Nomenclature = Data ExchangeXDTOServer.ObjectLink By ObjectUIDXDTO(AdditionalData.Nomenclature Type, Type("DirectoryLink.Nomenclature Types"), Exchange Components); If Item Type.GetObject() = Undefined And AdditionalData.Property("Nomenclature TypeName") Pagkatapos //Gumawa ng bagong Nomenclature TypeObject = Directories.Nomenclature Types.CreateElement(); ItemTypeObject.SetLinkNew(NomenclatureType); Nomenclature TypeObject.Name = Karagdagang Data.Nomenclature TypeName; // punan ang iba pang mga detalye ng serbisyo FillPropertyValues(NomenclatureTypeObject,AdditionalData); NomenclatureTypeObject.Write(); Uri ng Item = Nomenclature TypeObject.Link; tapusin kung; ReceivedData.ItemType = ItemType; tapusin kung; tapusin kung;

Hindi sapat ang code lamang. Kinakailangang magdagdag ng PCS na may configuration property na " " at ang checkbox " sa tab na "Property Conversion Rules" Ginamit ang conversion algorithm".

Inilipat namin ang module ng exchange manager sa module ng pagsasaayos ng BP 3 o sa panlabas na pagproseso.

Paano i-load ang binagong mga panuntunan ng KD3 sa database?

Sa mga pagsasaayos na nagpapalitan ng mga panuntunan sa CD2, ginagawa ito sa mga setting ng node. Para sa mga panuntunang ginawa sa CD3, makikita lang namin ang pagkakataong baguhin ang mga panuntunan sa pagpaparehistro.

Ang mga panuntunang inihanda sa KD3 ay maaaring mai-install sa pagsasaayos sa tatlong paraan

1. Alisin ang configuration mula sa suporta at gumawa ng mga pagbabago sa karaniwang module Exchange Manager Sa pamamagitan ng Universal Format;
2. Sa mga configuration na tumatakbo sa compatibility mode na may platform 8.3.10 at mas mataas, maaari kang gumawa ng mga pagwawasto sa karaniwang module gamit ang isang extension.
3. Magkonekta ng extension na ganap na pumapalit sa pangkalahatang module ng mga panuntunan.
4. Nang hindi inaalis ang configuration mula sa suporta, ikonekta ang panlabas na pagpoproseso na may mga panuntunan sa node;

Sa unang pagpipilian ang lahat ay malinaw, ito ay inilarawan sa dokumentasyon, ang sagabal ay kailangan mong alisin ang pagsasaayos mula sa suporta. Ang pangalawang opsyon - ang pagwawasto sa napiling pamamaraan na may extension ay hindi rin magiging mahirap para sa 1C programmer - kinakailangan na ihambing ang dalawang paggamot na may mga karaniwang patakaran at sa mga binago tulad ng inilarawan sa itaas sa artikulong ito, at gumawa ng pagbabago sa nais na pamamaraan .

Pangatlong opsyon - paggamit ng extension na may mga panuntunan sa palitan sa isang unibersal na format kasalukuyang pinakamainam. Mayroon lamang isang sagabal sa ngayon - kailangan mong alisan ng tsek ang flag na "Safe Mode" kapag ikinonekta ang extension na ito. Nililimitahan nito ang paggamit nito sa mga serbisyo ng cloud. Naghihintay kami para sa isang desisyon mula sa 1C sa pamamaraan para sa pagpapalit ng mga patakaran sa palitan sa isang unibersal na format sa 1C Fresh.

Ang punto ay kailangan mong maghanap ng isang seksyon ng code sa pagsasaayos na responsable para sa pagpili ng isang karaniwang module depende sa bersyon ng exchange format at palitan ang pagpili ng module ng iyong sariling module. Halimbawa para sa BP 3.0.67:

//////// // General module Data Exchange Overridden &Instead of ("Sa Pagtanggap ng AvailableFormatVersions") Pamamaraan ED_WhenReceivingAvailableFormatVersions(FormatVersions) ED_DataExchangeServer.WhenReceivingAvailableFormatVersions(FormatVersions); Ang dulo ng pamamaraan //////// // Pag-synchronize ng Pag-synchronize ng Denyvercalformat: ang Manager module # Source (); Mga Setting.ThisExchangePlanXDTO = True; Mga Setting.Babala TUNGKOL sa ExchangeRule Version Mismatches = False; Settings.ExchangeFormat = "http://v8.1c.ru/edi/edi_stnd/EnterpriseData"; FormatVersions = Bagong Tugma; ED_DataExchangeServer.WhenReceivingAvailableFormatVersions(FormatVersions); //ED Settings.ExchangeFormatVersions = FormatVersions; Settings.ExchangePlanUsedInServiceModel = True; Settings.Algorithms.WhenReceivingExchangeSettingsOptions = True; Settings.Algorithms.WhenReceivingOptionDescriptionSettings = True; Settings.Algorithms.ViewSelectionInteractiveUpload = True; Settings.Algorithms.Configure Interactive Upload = True; EndProcedure #EndIf //////// // Pangkalahatang module sa ED_Data ExchangeServer extension Procedure Kapag Tumatanggap ng AvailableFormatVersions(FormatVersions) ExportFormatVersions.Insert("1.2", ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.3", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.4", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.5", ED_ExchangeManagerThroughUniversalFormat); FormatVersions.Insert("1.6", ED_ExchangeManagerThroughUniversalFormat); Pagtatapos ng Pamamaraan //////// // Pangkalahatang module sa ED_Exchange Manager Sa pamamagitan ng Universal Format extension // Conversion ng BP 3.0.44 (format 1.6) mula 11/27/2018 11:23:58 // Revision para sa BP 3.0.67.x mula 12/31... .

Isaalang-alang natin ang ika-4 na opsyon, na hindi inilarawan sa dokumentasyon, dahil walang ganoong posibilidad sa BSP. Luma na ang opsyong ito. Panlabas na pagproseso na may mga panuntunan ginamit sa mga unang bersyon na may unibersal na format ng palitan. Ngayon ay unti-unting inaalis ng 1C ang functionality na ito.

Sa enterprise mode, sa administration section, sundan ang link Data Sync - Mga Setting ng Data Sync, pindutin ang pindutan " Tune..."kung mayroon lamang isang setting o " Baguhin", kung mayroong ilang mga setting. Pumunta sa mode sa pag-edit ng form sa pamamagitan ng menu " " , Palawakin " Grupo", doon ay nagsasama kami ng isang nakatagong elemento ng form na " ", " OK".
Sa "tab" Impormasyon ng serbisyo"pumili" Path sa exchange manager", pinapalitan namin ang aming pagproseso ng mga patakaran doon.

Pagkonekta ng panlabas na pagpoproseso na may mga panuntunan sa BP 3.0.52 at mas mataas

Sa BP 3.0.52 at mas mataas, para sa hindi kilalang mga kadahilanan, ang panlabas na pagproseso na may mga panuntunan ay hindi ginagamit. Ang interface para sa pagkonekta sa pagproseso ay nananatili. At least salamat diyan.

Maaari mong paganahin ang pagproseso gamit ang mga panuntunan gamit ang isang extension. Kailangang gumawa ng pagwawasto sa karaniwang module" Data ExchangeXDTOServer", function " Mga Bersyon ng Exchange Format".

Pamamaraan EDm_GetExchangeFormatVersion(FormatVersions, InformationBaseNodeValue) Request = Bagong Kahilingan("SELECT DIFFERENT | Data SynchronizationThroughUniversalFormat.PathToExchangeManager AS PathToExchangeManager, | Data SynchronizationThroughUniversalFormat.ExchangeFormatVersion | ang Pangkalahatang Format | SAAN | Pag-synchronize ng Data sa Pamamagitan ng Universal Format. Path sa Exchange Manager<>"""" | At Pag-synchronize ng DataSa pamamagitan ng UniversalFormat.Link = &Link"); Request.SetParameter("Link", InformationBase Node); Selection = Request.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; If HINDI General PurposeClientServer.DebugMode () Then Processing Data = New Binary Data (Processing Name); Processing Address = Place in Temporary Storage (Processing Data); If General Purpose. There is Protection Against Dangerous Actions () Then Processing Name = External Processings. Kumonekta (Pagproseso ng Address, Pangkalahatang Layunin. Paglalarawan ng Proteksyon Nang Walang Mga Babala ()); Iba Pang Pangalan sa Pagproseso = Mga Panlabas na Pagproseso. Kumonekta (Gumagana ang Processing Address); EndIf; EndIf; ExchangeManager = ExternalProcessing.Create(ProcessingName); FormatVersions.Insert(Selection. ExchangeFormatVersion, ExchangeManager); EndCycle; EndProcedure &Instead("ExchangeFormatVersions") Function na EDm_ExchangeFormatVersions(ValueInformationBaseNode) ExchangeFormatVersions = Bagong Epekto ng Correspondence; Kung ValueFilled(InformationBaseNode) Pagkatapos ExchangePlanName = InformationBaseNode.Name = InformationBaseNode. ExchangeFormatVersions = Data ExchangeServer.ExchangePlanSettingsValue(ExchangePlanName,"ExchangeFormatVersions"); EDm_GetExchangeFormatVersion(ExchangeFormatVersions, InformationBase Node); Kung hindi, DataExchangeOverridden.WhenReceivingAvailableFormatVersions(ExchangeFormatVersions); tapusin kung; Kung ExchangeFormatVersions.Quantity() = 0 Pagkatapos Tumawag sa Exception StringFunctionsClientServer.Substitute ParametersIntoString(NStr("ru = "Walang tinukoy na mga bersyon ng exchange format. |Pangalan ng exchange plan: %1 |Pamamaraan: Kunin ang ExchangeFormatVersions(<ВерсииФорматаОбмена>)""), InformationBaseNode.Metadata().Pangalan); tapusin kung; Resulta = Bagong Tugma; Para sa Bawat Bersyon Mula sa Exchange Format Version Loop Result.Insert(AbbrLP(Version.Key), Version.Value); EndCycle; Resulta ng Pagbabalik; EndFunction

Paano Mag-debug ng Mga Panuntunan sa Panlabas na Pagproseso

Sa configurator" Serbisyo -> Mga Opsyon -> Ilunsad ang 1C: Enterprise -> Opsyon sa paglunsad", tukuyin ang parameter na " ".

• Nasa ibaba ang code para sa extension, para sa UT 11.4, KA 2.4, ERP 2.4. Ang code para sa BP 3.0 ay ibinigay sa itaas. Exchange plan manager module Pag-synchronize ng Data sa Pamamagitan ng Pangkalahatang Format.

Extension code na EDdebugging

&Instead of("GetExchangeFormatVersions") Pamamaraan ED_GetExchangeFormatVersions(FormatVersions) UT Data Exchange.AvailableVersionsofUniversalFormat(FormatVersions); Kahilingan = Bagong Kahilingan("PUMILI NG IBA | Pag-synchronize ng Data sa Pamamagitan ng Pangkalahatang Format. PathToExchangeManager, | Pag-synchronize ng Data sa Pamamagitan ng Universal Format. Bersyon ng Format ng Exchange | MULA | Exchange Plan. Pag-synchronize ng Data sa Pamamagitan ng Universal Format PAANO Mag-synchronize ng Data Sa Pamamagitan ng Universal Format | WHERE | Pag-synchronize ng Data Sa Pamamagitan ng Universal Format .PathToExchangeManager<>"""""); Selection = Query.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Kung HINDI General PurposeClientServer.DebugMode() Pagkatapos //ED ProcessingData = New BinaryData(ProcessingName );ProcessingAddress = PlaceInTemporaryStorage(ProcessingData); If GeneralPurpose.ThereisProtectionFromDangerousActions() ThenProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.ProtectionDescription WithoutWarnings()); OtherwiseProcessingName = ExternalProcessings.If Lumikha( ProcessingName); FormatVersions.Insert(Selection.ExchangeFormatVersions, ExchangeManager); EndCycle; EndProcedure &Instead("AvailableVersionsExchangeFormat") Pamamaraan ED_AvailableVersionsExchangeFormat(FormatVersions)Data ExchangeUT.AvailableVersionsofVUniversal RequestFormats(Format ng Unibersal na Hiling ng V.Select);(Format. Format. PathToExchangeManager, | Pag-synchronize ng DataThroughUniversalFormat.VersionExchangeFormat |MULA | Exchange Plan. Pag-synchronize ng Data sa Pamamagitan ng Universal Format PAANO Mag-synchronize ng Data Sa pamamagitan ng Universal Format |WHERE | Pag-synchronize ng Data sa Pamamagitan ng Universal Format.PathToExchangeManager<>"""""); Selection = Query.Execute().Select(); While Selection.Next() Loop ProcessingName = Selection.PathToExchangeManager; Kung HINDI General PurposeClientServer.DebugMode() Pagkatapos //ED ProcessingData = New BinaryData(ProcessingName );ProcessingAddress = PlaceInTemporaryStorage(ProcessingData); If GeneralPurpose.ThereisProtectionFromDangerousActions() ThenProcessingName = ExternalProcessings.Connect(ProcessingAddress, GeneralPurpose.ProtectionDescription WithoutWarnings()); OtherwiseProcessingName = ExternalProcessings.If;ExternalProcessings.If; OtherwiseProcessingName = ExternalProcessings.If Lumikha( ProcessingName); FormatVersions.Insert(Selection.ExchangeFormatVersion, ExchangeManager); EndCycle; EndProcedure

Ang pag-debug ay pinakamadaling gawin sa isang database ng file. Nagtakda kami ng breakpoint sa pagproseso gamit ang mga panuntunan. Upang mahanap ang kinakailangang pamamaraan, ginagamit namin ang KD3. Nakikita namin ang PKO, POD o Algorithm, tingnan mo " Pangalan ng handler"o" Pangalan ng algorithm", hanapin ang procedure na ito sa rules module. Pagkatapos i-edit ang module, huwag kalimutang kopyahin ang procedure sa buffer at pindutin ang "" button sa CD3. Mag-ingat, dapat na buksan ang parehong conversion.

Yun lang muna. Ang impormasyong ito ay sapat na para sa isang 1C programmer na independiyenteng makabisado ang KD3 at mapanatili ang isang modernong paraan ng pag-synchronize sa pagitan ng mga 1C database. Kung may mga blangko pa rin, magtanong, ang artikulo ay pupunan at maaari mong ibalik ito kung may nakalimutan ka.

Mga kilalang link sa dokumentasyon sa KD3:

• 1C-Training Center No. 3, "Data Conversion 3.0" - http://www.1c-uc3.ru/konvert30.html

Maaari mong palawakin ang saklaw ng aplikasyon ng KD3 gamit ang mga publikasyong ito:

• - Ang mga configuration ng mga nakaraang bersyon sa platform 8.2 at mas mababa ay na-convert sa ED compatible.

Maaari kang makatipid ng oras at gumamit ng mga yari na panuntunan para sa mga pinakabagong bersyon ng mga configuration dito

• - pinalawak na pag-andar, pag-aayos ng bug.

Ipadala ang artikulong ito sa aking email

Ang mga pangunahing dahilan para sa pangangailangan na ipatupad ang palitan sa pagitan ng mga database ng 1C ay ang pagkakaroon ng mga sangay at ang paghihiwalay ng mga uri ng accounting, dahil Kadalasan ang mga kumpanya ay nagpapatakbo sa ilang mga database ng impormasyon. Ang pag-set up ng 1C 8.3 exchange ay nagpapahintulot sa iyo na alisin ang dobleng trabaho - pagpasok ng parehong mga dokumento at direktoryo sa dalawang programa, pati na rin ang mabilis na paghahatid ng mga kinakailangang bagay ng system para sa iba't ibang sangay at departamento.

Sa kaso kung kailan kinakailangan na makipagpalitan sa pagitan ng mga sangay, ang RIB (Distributed Information Base) ay ginagamit. Ito ay isang mekanismo ng palitan sa pagitan ng magkatulad na mga pagsasaayos. Ito ay kumakatawan sa isang puno na may pinakamahalagang root node sa itaas, sa ibaba ng isang pares ng magkakaugnay na node. Maaaring gawin ang mga pagbabago sa anumang node ng system na ito, at ipapadala ang mga ito sa iba pang konektadong mga node. Namamahagi din ito hindi lamang ng data, kundi pati na rin ang mga pagbabago sa pagsasaayos mula sa root node hanggang sa mga slave node.

Kung kinakailangan upang paghiwalayin ang mga uri ng accounting, halimbawa, pagpapanatili ng mga operational sa database ng kalakalan, at mga regulated sa database ng accounting, magagamit ang mga unibersal na mekanismo ng palitan na may mga setting ng flexible na pag-synchronize ng data.

Isa sa mga pinakabagong 1C development ay ang EnterpriseData data exchange format. Ito ay madaling gamitin at nilayon para sa pagpapalitan sa loob ng kumpanya pareho sa pagitan ng 1C database at mga third-party na programa.

Ang pagpapatupad ng pagpapalitan ng data sa isang negosyo ay maaaring katawanin sa anyo ng mga sunud-sunod na pamamaraan.

Una sa lahat, kinakailangan upang matukoy sa pagitan ng kung aling mga database ang dapat magkaroon ng isang palitan; ito ba ay isang two-way o one-way exchange; kung one-way, kung aling database ang magpapadala ng impormasyon at kung alin ang makakatanggap lamang; kung ito ay isang kumplikadong network ng sangay, kung gayon kinakailangan na magrehistro ng isang pamamaraan ng pagtatayo ng database.

Pagkatapos ay piliin namin ang naaangkop na format: RIB, unibersal na format; palitan ayon sa mga patakaran ng palitan; exchange nang walang exchange rules.

Ang susunod na hakbang ay ang pumili ng sasakyan para isakatuparan ang palitan. Available ang isang malaking seleksyon ng mga teknolohiya, i-highlight natin ang mga pangunahing: direktoryo (lokal o network), mapagkukunan ng FTP, mga koneksyon sa COM, serbisyo sa web, email.

Ang ikaapat na hakbang ay ang tukuyin ang data: mga dokumento, mga sangguniang aklat at, kung kinakailangan, idetalye ang mga ito hanggang sa kanilang mga indibidwal na detalye na ililipat.

At sa konklusyon, ang isang iskedyul ng dalas ng palitan ay inireseta

Ang bawat opsyon para sa pag-set up ng 1C 8.3 exchange ay nangangailangan ng maingat na paghahanda. Ang pagpapatupad nito ay lampas sa mga kakayahan ng bawat gumagamit; kinakailangang isaalang-alang ang maraming mga nuances at maunawaan ang mga prinsipyo ng palitan. Ang partikular na atensyon ay kailangang bayaran sa pagsasaayos kung ang mga database ay: naglalaman ng mga pagbabago o maraming karagdagang mga pagbabago. mga detalye, naiiba sa mga bersyon ng platform o gumamit ng mga hindi napapanahong bersyon ng mga pagsasaayos, malaki ang enterprise at gumagamit ng automated system na binubuo ng malaking bilang ng mga database. Ang mga error ay hindi katanggap-tanggap dito, dahil... maaaring humantong sa hindi na mapananauli na mga kahihinatnan. Ang independiyenteng pagpapatupad ng palitan sa 1C ay inirerekomenda lamang kung kailangan mong mag-set up ng isang simpleng paglilipat ng impormasyon sa pagitan ng mga karaniwang configuration.

Kung nagdududa ka sa iyong mga kakayahan, mas mahusay na huwag mag-save, ngunit makipag-ugnay sa isang karampatang espesyalista na tutulong sa paglutas ng kumplikadong problema ng pag-set up ng 1C 8.3 na mga palitan.

Kung magpasya ka pa ring i-configure ang mga palitan ng 1C nang hindi kinasasangkutan ng mga eksperto, inirerekomenda na subukan muna ang mga kopya ng mga database, at bago simulan ang trabaho sa mga gumaganang database, i-upload ang mga pagsasaayos upang makabalik sa orihinal na estado kung sakaling magkaroon ng mga error.

Sa ibaba ay nagbibigay kami ng detalyadong halimbawa ng pagse-set up ng 1C 8.3 exchange unilaterally sa pagitan ng mga karaniwang configuration Trade Management 11 (UT) at Enterprise Accounting 3.0 (BP). Ang halimbawa ay may kaugnayan para sa maraming kumpanya na nakikibahagi sa wholesale at retail trade. Sa UT, ang pamamahala ng accounting ay pinananatili, sa BP - kinokontrol, ang palitan ay kinakailangan upang mapadali ang gawain ng mga gumagamit.

Ang algorithm na ito ay angkop din para sa iba pang karaniwang mga pagsasaayos sa 1C 8.3 platform

Una sa lahat, magsasagawa kami ng gawaing paghahanda para sa tagatanggap ng impormasyon, i.e. para sa BP. Inilunsad namin ang programa sa Enterprise mode. Kailangan mong itakda ang Data synchronization constant (seksyon Pangangasiwa → Data synchronization).

Bigyang-pansin ang patlang ng Prefix; dito kailangan mong tukuyin ang isang halaga na magbibigay-daan sa iyo na kasunod na makilala (sa pamamagitan ng halaga ng code ng direktoryo o numero ng dokumento) kung saan ang programa ang orihinal na nilikha ng mga bagay. Sa aming halimbawa, ang karaniwang pagdadaglat na BP at UT ay angkop, kung ang 1C 8.3 exchange setup ay ginanap para sa isang kumplikadong palitan sa pagitan ng isang malaking bilang ng mga database, pati na rin ang magkaparehong mga pagsasaayos, kakailanganin mong ipasok ang bawat database na may sarili nitong malinaw na pagtatalaga .

Dahil ang power supply unit ay isang receiver lamang ng impormasyon, nagpapatuloy kami sa pagse-set up ng UT.

Dito, tulad ng sa BP, kailangan mong paganahin ang pag-synchronize at tumukoy ng prefix. Ang impormasyong ito ay makukuha sa seksyon ng Master data at administration → Mga setting ng pag-synchronize ng data.

Piliin ang paraan ng pag-setup: Manu-manong tukuyin ang mga setting. Dagdag pa.

Mag-set up tayo ng direktang opsyon sa koneksyon, kapag ang parehong mga programa ay matatagpuan sa parehong lokal na network, tukuyin ang mga parameter para sa pagkonekta sa direktoryo ng seguridad ng impormasyon sa network na ito, at punan din ang impormasyon ng pagpapatunay ng user (sa database ng BP). Dagdag pa.

Susuriin ng system ang kawastuhan ng tinukoy na data at, kung positibo ang resulta, ipapakita ang window ng 1C 8.3 exchange settings.

I-click ang link na Change data upload rules para ma-access ang mga setting para sa exchange. Lilinawin namin ang master data - i-upload lamang ang mga ginamit sa mga dokumento, piliin ang mga organisasyon at ang opsyon na magtrabaho kasama ang mga kontrata - nang walang sanggunian, paghihiwalay ng mga dokumento sa pamamagitan ng bodega. Magsisimula ang palitan sa Marso 1 ng kasalukuyang taon.

Isinulat namin ang mga ipinakilalang panuntunan at isinasara ang mga ito.

Dahil ang halimbawa ay tungkol sa one-way na paghahatid ng impormasyon, sa susunod na window ng mga setting upang makatanggap ng data mula sa isa pang programa, dapat mong itakda ang mga halaga sa Huwag ipadala. I-record at isara. Dagdag pa.

Ngayon ay kailangan mong suriin ang ipinasok na mga parameter at kung tama ang mga ito, i-click ang Susunod, kung hindi, bumalik sa nakaraang hakbang sa pamamagitan ng pag-click sa Bumalik.

Pagkatapos ay sasabihan ka na mag-synchronize. I-click ang Tapos na.

Kung kinakailangan upang iugnay ang magkatulad na mga bagay ng dalawang pagsasaayos, magbubukas ang isang window para sa paghahambing ng data. Ginagawa namin ang paghahambing at i-click ang Susunod.

Kapag naglilipat ng mga bagay, maaaring lumitaw ang mga problemang sitwasyon; maaari mong tingnan ang mga resulta sa pamamagitan ng pag-click sa link na Mga Babala sa panahon ng pag-synchronize ng data.

Pagkatapos makumpleto ang pag-synchronize, may ipapakitang window na nagpapatunay sa matagumpay na pagkumpleto ng prosesong ito.

Dito, gamit ang Configure command o mas bago, sa synchronization script, maaari mong i-configure ang isang iskedyul para sa awtomatikong pagsasagawa ng exchange.

Kailangang mag-set up ng data exchange?

15 TAON NA KAMING NAGPROGRAMME NG 1C AT GUMAWA NG LIBRENG MGA INSTRUCTION NG VIDEO

Mayroon kaming pangkat ng mga programmer na may malawak na karanasan sa pag-set up ng 1C exchange:

Sa pagitan ng 1C configuration,

Sa pag-set up ng 1C exchange sa iba pang mga programa.

Bakit tayo ang pipiliin?

Hanggang 2 oras na oras ng pagtugon para sa mga kagyat na gawain, kahit na sa katapusan ng linggo at pista opisyal.

40+ full-time na programmer na may karanasan sa 1C mula 5 hanggang 20 taon.

Gumagawa kami ng mga tagubilin sa video sa mga natapos na gawain.

Live na komunikasyon sa pamamagitan ng anumang messenger na maginhawa para sa kliyente.

99% ng mga gawain ay ginagawa sa pamamagitan ng malayuang pag-access (TeamViewer o RDP), na makabuluhang binabawasan ang oras ng pagkumpleto ng gawain.

Mga opisyal na kasosyo ng kumpanya ng 1C mula noong 2006.

Karanasan ng matagumpay na automation mula sa maliliit na kumpanya hanggang sa malalaking korporasyon.

99% ng mga kliyente ay nasiyahan sa mga resulta, na kinumpirma ng mga liham ng pasasalamat.

Tingnan natin ang isang simpleng halimbawa sa totoong buhay. Sabihin nating mayroon kaming isang kumpanya na nakikibahagi sa wholesale at retail trade, at sa kumpanyang ito, tulad ng iba pa, ginagawa ang accounting. Ang negosyo ay may dalawang karaniwang mga database, ito ay ang UT (pamamahala ng kalakalan) at BP (accounting ng enterprise), ayon sa pagkakabanggit, sa bawat isa sa mga database ay pinananatili ang sarili nitong mga tala, sa UT mayroong pamamahala upang ipakita ang lahat ng mga transaksyon na may kaugnayan sa kalakalan, sa BP may accounting. Upang hindi makagawa ng dobleng trabaho, i.e. huwag lumikha ng parehong mga dokumento sa dalawang database (pagkatapos ng lahat, ang mga paggalaw ay dapat nasa pamamahala at accounting) magse-set up lang kami ng synchronization sa pagitan ng mga database na ito.

Magse-set up kami ng data exchange one-way, mula sa UT ---> BP. Posible rin na mag-set up ng dalawang-daan na palitan, ngunit sa pagsasagawa hindi ito madalas na kinakailangan, kaya hindi namin ito isasaalang-alang sa aming halimbawa.

Mga hakbang sa paghahanda para sa pag-set up ng exchange sa BP

Simulan natin ang pag-set up ng synchronization, pumunta muna sa 1C "Enterprise Accounting 3.0" database (receiver), kailangan nating suriin kung pinagana ang synchronization para sa database na ito, upang magawa ito kailangan muna nating pumunta sa database. Sa sandaling magbukas ang database, pumunta sa tab "Administration" ---> "Mga setting ng pag-synchronize ng data"

Isang bagong tab ang bubukas sa harap namin; dapat itong punan sa parehong paraan tulad ng sa screenshot sa ibaba, maliban sa information base prefix. Ang prefix ay dapat na binubuo ng dalawang titik, maaari kang magtakda ng anuman, ngunit ayon sa pamantayan ng 1C mas mahusay na itakda ang prefix sa pamamagitan ng pangalan ng pagsasaayos, iyon ay, para sa "Enterprise Accounting" ang prefix ay magiging "BP". Kung nagse-set up ka ng mga kumplikadong palitan at mayroong ilang mga database ng accounting, kung gayon ang mga prefix ay dapat na malinaw na naiiba sa bawat isa; dito maaari mong gamitin ang unang dalawang titik ng pangalan ng organisasyon bilang isang pagdadaglat.

Patuloy kaming nagse-set up ng data synchronization sa UT

Pagkatapos naming gawin ang lahat ng kinakailangang aksyon sa database ng receiver (BP 3.0), para ipagpatuloy ang pag-set up ng data exchange kailangan naming buksan ang source database (UT 11.1). Pumunta sa tab na "Administration", piliin ang "Mga setting ng pag-synchronize ng data" sa menu sa kaliwa. Kung hindi pinagana ang synchronization, paganahin ito gamit ang checkbox, at huwag kalimutang tukuyin ang source base prefix. Kapag nakumpleto na namin ang lahat ng hakbang 1-4 tulad ng ipinapakita sa larawan sa ibaba, kailangan mong mag-click sa hyperlink na “Data Synchronization” (step 5).

Sa bagong window na lilitaw, kailangan mong mag-click sa berdeng plus sign (I-set up ang pag-synchronize ng data), sa drop-down na menu piliin ang item na "Enterprise Accounting 3.0".

Pagse-set up ng mahahalagang punto sa pagpapalitan ng data sa pagitan ng UT at BP

Ngayon nakikita namin ang isang window na may mga setting para sa pag-synchronize ng data sa 1C, piliin ang "Manu-manong tukuyin ang mga setting" at i-click ang "Next".

Patuloy kaming nagse-set up ng data exchange sa 1C, sa susunod na tab kailangan naming piliin ang opsyon ng pagkonekta sa receiver infobase (direktang koneksyon sa programa), mga parameter ng koneksyon (sa computer na ito o sa lokal na network), ang direktoryo kung saan matatagpuan ang base ng tatanggap, pati na rin ang kinakailangang data ng pagpapatunay ( username at password sa database).

Sa susunod na pahina dapat nating punan ang mga panuntunan para sa pagpapadala at pagtanggap ng data mula sa configuration ng BP 3.0 (receiver). I-click ang "baguhin ang mga panuntunan sa pag-upload ng data."

Ang window ng "Mga Panuntunan para sa pagpapadala ng data" ay binuksan sa harap namin, dito namin itinakda ang mga sumusunod na parameter:

• Aling reference data ang ipapadala (sa aming halimbawa, interesado lang kami sa mga dokumento at sa reference na data na ginamit sa mga ito, kaya pinili namin ang naaangkop na item; kung pipiliin mo ang unang item na "Ipadala lahat", pagkatapos ay ire-reload ang lahat ng reference na libro kasama ang mga dokumento, kadalasan kung ang impormasyon ay hindi ginagamit sa mga dokumento, ito ay walang silbi para sa tatanggap, dahil hindi ito nakakaapekto sa accounting sa anumang paraan)
• Mula sa anong petsa dapat ipadala ang lahat ng impormasyon (hindi namin isasaalang-alang ang manu-manong pag-synchronize sa artikulong ito)
• Kung alin o aling mga organisasyon ang magpapadala ng data (sa aming halimbawa, pumili kami ng isang organisasyon, IP "Entrepreneur")
• Mga panuntunan para sa pagbuo ng mga kontrata
• Pangkalahatang bodega
• Dapat ko bang i-roll up ang mga dokumento sa pamamagitan ng bodega?

Pagkatapos naming gawin ang mga setting, i-click ang "I-save at isara".

Dahil sa aming halimbawa ay nag-set up at gumagamit kami ng one-way exchange, mula UT hanggang BP, kung gayon ang mga setting para sa mga panuntunan para sa pagkuha ng data mula sa "Enterprise Accounting 3.0" ay hindi interesado sa amin, kaya nag-click kami sa "Next".

Sa isang bagong window, hinihiling sa amin na i-configure ang mga panuntunan para sa base ng receiver (RB). Sa punto 1, pinangalanan namin ang aming database, bigyan ito ng prefix. Ang PREFIX ay dapat na kapareho ng itinakda namin sa mismong database ng BP sa simula ng artikulong ito; kung magkaiba ang mga prefix, hindi gagana ang pag-synchronize ng data sa 1C program. Pagkatapos nito, i-click ang point 2, at pagkatapos ay point 3.

Sa punto 3, kailangan nating payagan ang mga dokumento na maproseso kapag na-load ang mga ito sa database. I-click ang "I-save at isara".

Ngayon ang window ay dapat magmukhang katulad ng ipinapakita sa ibaba, i-click ang "Next".

Ang window na ito ay naglalaman ng reference na impormasyon tungkol sa pag-synchronize na ginagawa sa 1C. I-click lang ang "Next" button. Kung nakabuo ng error ang program kapag nagse-set up ng pag-synchronize ng data, kailangan mong makipag-ugnayan sa amin para matulungan ka ng aming 1C specialist ngayon!

Susunod na hakbang mag-aalok ang program na mag-synchronize kaagad pagkatapos gawin ang mga setting ng palitan ng data. Sumang-ayon tayo dito at i-click ang "Tapos na".

Lilitaw ang isang window sa harap mo kung saan makikita mo ang impormasyon tungkol sa kung paano nagpapatuloy ang pag-synchronize. Kung ang base ng receiver ay hindi walang laman, i.e. ang mga talaan ay naitago na sa loob nito, pagkatapos ay hihilingin sa user sa 1C program na gumawa ng manu-manong paghahambing ng mga bagay. Ang paghahambing ng mga bagay sa 1C kapag ang pag-synchronize ng data ay isang paghahambing ng magkaparehong mga bagay ng receiver na may magkaparehong mga bagay sa pinagmulan.

Tingnan natin ang isang halimbawa, sabihin natin sa UT mayroong isang katapat na may pangalang "PharmGroup LLC" at TIN 1234567, at sa BP mayroon ding isang katapat na may TIN 1234567, ngunit ang pangalang "PharmGroup", kung hindi natin ito ikukumpara dalawang bagay kapag naghahambing ng data sa yugto ng pag-synchronize, pagkatapos pagkatapos ng pag-synchronize sa receiver (Enterprise Accounting 3.0), magkakaroon tayo ng dalawang katapat na may TIN 1234567 at dalawang pangalan na "PharmGroup LLC" at "PharmGroup", ayon sa pagkakabanggit. Upang maiwasan ang mga ganitong sitwasyon, isang mekanismo para sa paghahambing ng mga bagay ay naimbento.

Sa aming halimbawa, ang database ng receiver ay walang laman, at samakatuwid ang window ng paghahambing ng bagay ay hindi nagbukas. Ngunit pagkatapos magsagawa ng ilang operasyon, tiyak na ipo-prompt ng system ang user na magdagdag ng ilang karagdagang data at ipakita ang sumusunod na window. Hindi namin kailangang maglipat ng anumang karagdagang data, na-configure na namin ang lahat ng kailangan namin nang mas maaga, kaya sa hakbang na ito pipiliin namin ang "Huwag magdagdag ng mga dokumento sa pagpapadala." I-click ang "Next".

Ang huling yugto ng pagpapalitan ng data sa pagitan ng 1C

Sa huling yugto, ipapakita ng programa ang sumusunod na window, kung saan ipapaalam sa user na matagumpay ang pag-synchronize, i-click ang "Tapos na". Sa puntong ito, ang pag-synchronize sa pagitan ng mga database sa isang one-way na palitan mula sa "Trade Management 11.1" (UT) hanggang sa "Enterprise Accounting 3.0" (BP) ay nakumpleto.

Ang mga automated control system sa karamihan ng mga kaso ay binubuo ng mga hiwalay na database at kadalasan ay may istrukturang nahahati sa heograpiya. Kasabay nito, ang wastong ipinatupad na pagpapalitan ng data ay isang kinakailangang kondisyon para sa epektibong operasyon ng mga naturang sistema.

Ang paunang pag-setup ng palitan ay maaaring mangailangan ng ilang pagkilos, hindi lamang sa mga tuntunin ng programming, kundi pati na rin sa pagkonsulta, kahit na tayo ay nakikitungo sa mga homogenous na mapagkukunan, tulad ng kaso sa mga produkto sa 1C:Enterprise platform. Bakit ang pagse-set up ng 1C exchange (o, kung tawagin din ito, ang pag-synchronize ng data sa 1C 8.3) ay maaaring maging pinakamatagal at mahal na gawain ng isang proyekto ng pagsasama, titingnan natin sa artikulong ito.

Ang pagpapalitan ng data sa kapaligiran ng 1C ay nagbibigay-daan sa iyo na:

• Tanggalin ang dobleng pagpasok ng mga dokumento;
• I-automate ang mga kaugnay na proseso ng negosyo;
• I-optimize ang pakikipag-ugnayan sa pagitan ng mga ipinamahagi na departamento;
• Agad na i-update ang data para sa gawain ng mga espesyalista mula sa iba't ibang departamento;
• "Ibahin ang pagkakaiba" sa pagitan ng iba't ibang uri ng accounting.*

*Sa mga kaso kung saan ang data ng isang uri ng accounting ay malaki ang pagkakaiba sa isa pa, ito ay kinakailangan upang matiyak ang pagiging kompidensiyal ng impormasyon at "limitahan" ang daloy ng impormasyon. Halimbawa, ang palitan ng data sa pagitan ng 1C UT at 1C Accounting ay hindi nangangailangan ng pag-upload ng data ng pamamahala sa database ng regulatory accounting, i.e. hindi kumpleto ang pag-synchronize sa 1C dito.

Kung akala natin ang karaniwang proseso para sa pagpapatupad ng pangunahing palitan ng data, kapag kahit isa sa mga bagay nito ay isang produkto ng 1C, maaari nating makilala ang mga sumusunod na yugto:

• Koordinasyon ng komposisyon ng palitan;
• Kahulugan ng transportasyon (mga protocol ng palitan);
• Pagtatakda ng mga panuntunan;
• Pag-iiskedyul.

Pagkilala sa komposisyon ng 1C exchange

Ang mga bagay ng palitan ay maaaring nahahati sa "pinagmulan" at "tagatanggap". Kasabay nito, maaari silang gumanap ng dalawang tungkulin nang sabay-sabay, na tatawaging two-way exchange. Ang pinagmulan at patutunguhan ay lohikal na tinutukoy depende sa pangangailangan o sa functionality ng system.*

*Halimbawa, kapag isinasama ang "WA: Financier" - isang solusyon para sa pagpapanatili ng financial accounting at pamamahala ng mga proseso ng treasury, na binuo batay sa "1C:Enterprise", inirerekomenda ito ng mga eksperto sa WiseAdvice bilang isang master system. Ito ay dahil sa pagkakaroon ng mga tool sa pagkontrol upang sumunod sa mga patakaran ng patakaran sa aplikasyon, at, nang naaayon, upang matiyak ang pagiging epektibo ng solusyon.

Susunod, batay sa natanggap at naitala na mga kinakailangan mula sa mga gumagamit, ang isang listahan ng data para sa palitan ay nilikha, ang dami nito, ang mga kinakailangan para sa dalas ng palitan ay tinutukoy, at ang proseso ng pagtatrabaho sa mga error at paghawak ng mga pambihirang sitwasyon (mga banggaan) ay inireseta.

Sa parehong yugto, depende sa fleet ng mga umiiral na sistema at istraktura ng negosyo, ang format ng palitan ay tinutukoy:

Ibinahagi base ng impormasyon

• Ang RIB ay nagpapahiwatig ng pagpapalitan sa pagitan ng magkaparehong 1C database configuration, na may malinaw na "master-slave" na istraktura ng kontrol para sa bawat exchange pair. Bilang isang elemento ng isang platform ng teknolohiya, ang RIB, bilang karagdagan sa data, ay maaaring magpadala ng mga pagbabago sa pagsasaayos at administratibong impormasyon ng database (ngunit mula lamang sa master hanggang sa alipin).

Pangkalahatang palitan ng data sa 1C

• Isang mekanismo na nagbibigay-daan sa iyong i-configure ang pagpapalitan ng mga database ng 1C, parehong may mga configuration sa 1C:Enterprise platform at sa mga third-party system. Isinasagawa ang palitan sa pamamagitan ng paglilipat ng data sa isang unibersal na xml na format alinsunod sa “Exchange Plans”.

EnterpriseData

• Ang pinakabagong pag-unlad ng 1C, na idinisenyo upang ipatupad ang pagpapalitan ng data sa xml na format sa pagitan ng mga produktong ginawa sa 1C:Enterprise platform na may anumang mga automation system. Pinapasimple ng paggamit ng EnterpriseData ang mga pagbabagong nauugnay sa palitan. Noong nakaraan, kapag ang isang bagong configuration ay kasama sa isang system, ito ay kinakailangan upang ipatupad ang isang mekanismo para sa pag-import at pag-export ng data, para dito at para sa mga umiiral na system. Ngayon, ang mga system na sumusuporta sa EnterpriseData ay hindi nangangailangan ng anumang mga pagbabago, na mayroon lamang isang entry-exit point.

Kahulugan ng transportasyon (mga exchange protocol)

Para sa system sa platform ng 1C:Enterprise 8, isang malawak na hanay ng mga posibilidad ang ibinibigay para sa pagsasaayos ng palitan sa anumang mapagkukunan ng impormasyon gamit ang pangkalahatang tinatanggap na mga pangkalahatang pamantayan (xml, mga text file, Excel, ADO na koneksyon, atbp.). Samakatuwid, kapag tinutukoy ang transportasyon para sa exchange data, dapat kang umasa sa mga kakayahan ng database ng third-party system.

Pag-synchronize ng mga direktoryo

Ang pangunahing prinsipyo ng epektibong pag-synchronize ng mga direktoryo ay ang pagkakaroon ng isang entry point. Ngunit kung pinag-uusapan natin ang tungkol sa pagtatrabaho sa mga direktoryo na dati nang napunan alinsunod sa iba't ibang panuntunan, kinakailangan na malinaw na tukuyin ang mga field ng pag-synchronize upang dalhin ang palitan sa isang "common denominator."*

*Sa yugtong ito, maaaring kailanganin na magsagawa ng trabaho upang gawing normal ang reference na data sa gilid ng data source. Depende sa estado ng mga direktoryo at dami ng mga ito, ang proseso ng paghahambing ng mga elemento, pagkilala, pagkilala sa mga error at duplicate, pati na rin ang pagpuno sa mga nawawalang field at pagtatalaga ng mga field ng pag-synchronize, ay maaaring mangailangan ng gawain ng isang buong pangkat ng mga eksperto, kapwa sa bahagi ng integrator (ang may-ari ng master data normalization technique) at mula sa panig ng customer.

Pagtatakda ng mga panuntunan

Ang kakayahang magpakita ng data mula sa mga source system sa mga receiver ay nakasalalay sa wastong tinukoy na mga panuntunan sa palitan. Ang mga patakaran, na ipinakita sa xml na format, ay kinokontrol ang pagsusulatan ng mga pangunahing detalye ng mga object ng source-receiver. Ang 1C:Data Conversion solution ay idinisenyo upang i-automate ang paggawa ng mga panuntunan para sa pagpapatupad ng parehong minsanan at permanenteng pagpapalitan.

Tinitiyak na walang pagkawala ng data sa panahon ng exchange Exchange Plan. Ito ay isang mahalagang bahagi ng anumang configuration sa 1C:Enterprise platform, na ganap na naglalarawan sa 1C exchange procedure: data composition (mga dokumentong may "pagtukoy" na mga detalye) at mga node (receiver-transmitter information base), pati na rin ang activation ng RIB para sa napiling mga direksyon ng palitan.

Ang anumang pagbabago sa data na ipinasok sa Exchange Plan ay itinatala at natatanggap ang "binago" na karatula. Hanggang sa ang binagong data ay tumugma sa isa't isa sa mga node ng receiver-transmitter, hindi mare-reset ang sign, at magpapadala ang system ng mga control message sa parehong mga node. Pagkatapos i-upload ang data at kumpirmahin ang kanilang buong pagsunod sa parehong mga system, ang sign ay ni-reset.

Iskedyul ng palitan sa 1C

Upang i-automate ang regular na palitan, itinakda ang dalas ng pag-upload ng data. Ang dalas ng palitan ay depende sa pangangailangan at teknikal na kakayahan. Gayundin, binibigyang-daan ka ng mga configuration sa 1C:Enterprise platform na i-configure ang pagpapalitan ng data kapag may nangyaring kaganapan.

Sa pagsasaalang-alang sa karaniwang proseso ng pagpapatupad ng palitan, bigyang-pansin natin ang mga salik na mangangailangan ng mga pagpapabuti sa iba't ibang yugto:

• Hindi karaniwan, lubos na binagong mga pagsasaayos ng database;
• Iba't ibang bersyon ng 1C:Enterprise platform;
• Mga bersyon ng pagsasaayos na hindi na-update sa loob ng mahabang panahon;
• Mga bagay ng palitan na dati ay sumailalim sa mga pagbabago;
• Ang pangangailangan para sa hindi karaniwang mga patakaran sa palitan;
• Isang napaka-ibang set at komposisyon ng mga detalye sa mga umiiral na reference na libro.

Dahil kahit na ang mga karaniwang aksyon upang ipatupad ang pangunahing palitan ng data ay nangangailangan ng kaalaman ng eksperto, inirerekomenda ang mga ito na isagawa kasama ang paglahok ng mga espesyalista sa 1C. Pagkatapos lamang makumpleto ang lahat ng mga hakbang na inilarawan sa itaas ay dapat kang magpatuloy sa pag-set up ng palitan sa pagsasaayos. Tingnan natin ang pagsasama-sama ng mga database gamit ang halimbawa ng 1C:UPP at 1C:Retail (ang exchange sa 1C:UT ay naka-set up gamit ang parehong scheme). Kasama rin sa karaniwang pag-synchronize ang SCP - SCP exchange, na karaniwan para sa malalaking sistema ng automation sa pinakamalaking pang-industriya na negosyo.

Sa submenu na "Serbisyo", piliin ang "Papalitan ng data sa mga produkto sa platform..." (Ang pagpili ng direktang palitan gamit ang "Retail" ay kadalasang nagreresulta sa mga error sa antas ng object ng COM). Pakitandaan ang mensahe ng serbisyo na "Hindi available ang feature na ito."

Upang malutas ang isyung ito, kailangan mong piliin ang "I-configure ang Mga Komunikasyon"

...at lagyan ng check ang kahon. Susunod, huwag pansinin ang mensahe ng error.

Sa mga setting ng pag-synchronize ng data, piliin ang "Gumawa ng exchange gamit ang "Retail"...

Bago i-configure ang mga setting ng koneksyon sa pamamagitan ng isang lokal o direktoryo ng network, dapat mong tiyakin na mayroong espasyo sa disk para sa direktoryo. Bagaman, bilang panuntunan, hindi ito tumatagal ng higit sa 30-50 MB, sa mga pambihirang kaso, maaaring mangailangan ito ng hanggang 600 MB. Maaari kang lumikha ng kinakailangang direktoryo nang direkta mula sa configurator.

Kapag kumokonekta sa pamamagitan ng direktoryo ng network, binabalewala namin ang alok na i-configure ang koneksyon sa pamamagitan ng FTP address at sa pamamagitan ng email sa pamamagitan ng pag-click sa “Next”.

Sa mga setting, manu-mano kaming naglalagay ng mga prefix - mga simbolo ng mga database (karaniwan ay BP, UPP, RO), itinakda ang mga panuntunan at ang petsa ng pagsisimula para sa pag-upload ng data. Ipapahiwatig ang prefix sa pangalan ng mga dokumento upang ipahiwatig ang database kung saan nilikha ang mga ito. Kung hindi na-edit ang mga panuntunan sa pag-upload, ang data ay ia-upload bilang default ayon sa lahat ng available na parameter.

Lumilikha kami ng file ng mga setting ng palitan para sa "Retail" upang hindi maulit ang aming mga aksyon. Kung kailangan mong agad na magpadala ng data pagkatapos mag-set up ng synchronization, lagyan ng check ang kahon.

Upang i-automate ang proseso ng palitan, kailangan mong mag-set up ng iskedyul.

Menu na "Retail".

Lagyan ng check ang kahon at piliin ang "Pag-synchronize".

Ginagawa namin ang "reverse" setup sa pamamagitan ng pagpili sa Production Enterprise Management.

I-load ang file ng mga setting na ginawa sa UPP.

Naglalagay kami ng tik, awtomatikong kukunin ng system ang address.

Kami ay kumikilos sa parehong paraan tulad ng sa UPP.

Paghahambing ng data ng pag-verify (Inirerekomenda ang manu-manong paghahambing ng data na gawin sa yugto ng paghahanda, dahil ang gawaing ito ay maaaring maging ang pinaka-labor-intensive sa proseso ng pagpapatupad ng palitan). Ang window ng paghahambing ay bubukas sa pamamagitan ng pag-double click sa mouse.

Kung sakaling magkaroon ng error sa pag-synchronize, ang “Mga Detalye...” ay papalitan ng “Never...”.

Binubuksan ng “Mga Detalye...” ang log na may na-update na impormasyon sa palitan.

handa na.

At ipapakita namin sa iyo kung paano ito gamitin para mas pasimplehin ang paglutas ng iyong mga problema.

Ngayon ay titingnan natin kung paano mag-set up at gumawa ng isang simpleng paglipat ng mga direktoryo at mga paunang balanse sa loob lamang ng 10-15 minuto.

At ito ay masa at regular na gawain, na halos hindi maiiwasan para sa karamihan ng mga bagong configuration na inilunsad.

Samakatuwid, tawagan ang iyong mga kasamahan, magiging kapaki-pakinabang din ito para sa kanila.

Lalo na kung nakakita na sila ng CD 3 at nagawa nilang matakot :)

Oo, kapag nakita mo siya sa unang pagkakataon, hindi ito malinaw.

Ngunit sa katotohanan, ang lahat ay napakasimple. Sobrang simple na baka magsawa ka pa mamaya :)

Ano nga ba ang nasa mga video ngayon

Ito ay 4 na video sa pagpapalitan ng data sa pamamagitan ng pangkalahatang format ng palitan ng EnterpriseData.

Bilang karagdagan, magpapakita kami ng isang halimbawa mga pagpapabuti sa karaniwang mga patakaran sa palitan sa 1C:Data Conversion 3.0

Kabuuang tagal – 34 minuto. Nilalaman:

• Pagse-set up ng exchange gamit ang halimbawa ng 1C:Accounting 8 at 1C:ERP
• Paano mag-download ng mga karaniwang panuntunan at isang pangkalahatang format ng exchange sa Data Conversion 3.0
• Paglilipat ng istruktura ng metadata sa CD 3.0
• Paano isasagawa ang iyong unang pagpapalitan ng data
• Pagtatapos ng mga patakaran pagbabagong loob
• Paano mag-load ng mga bagong panuntunan nang hindi binabago ang configuration ( nang hindi inaalis mula sa suporta)

tala, na kapag nilulutas ang problemang ito, nagbabago lamang ang mga panuntunan sa paglo-load sa configuration ng pagtanggap. At gumagana ang pagsasaayos ng pinagmulan ayon sa mga karaniwang panuntunan.

Kung nalutas ang isang katulad na problema sa Conversion ng Data 2.0, kailangang gumawa ng mga pagbabago sa mga panuntunan ng parehong pinagmulan at patutunguhan.

Ang mga video tutorial na ito ay may kaugnayan para sa BSP edisyon 2.3.2(para sa anumang build na mas matanda sa 2.3.2.43).

Kung gumagamit ka ng mas lumang bersyon ng BSP,0, gumawa ng "pagsasaayos" para sa binagong interface at pinalawak na functionality. Upang gawin ito, ulitin ang halimbawa mula sa video sa iyong sarili.

Video 1:
Nilo-load ang mga panuntunan sa palitan sa pagitan ng mga karaniwang configuration sa Data Conversion 3.0

Sa araling ito, magsasagawa kami ng mga hakbang sa paghahanda kapag gumagawa ng mga pagbabago sa mga patakaran ng pagpapalitan sa pagitan ng mga karaniwang configuration:

• Nilo-load ang istraktura ng exchange format sa CD (
• Paglikha ng conversion
• Pag-upload ng mga file ng panuntunan mula sa isang karaniwang configuration
• Pag-alis ng module ng exchange manager

Video 2:
Pagpino ng mga patakaran sa palitan sa CD 3.0

Sa araling ito ipapakita namin kung paano punan ang mga detalye ng bagay kapag naglo-load ng data.

Ang problema ay malulutas - kapag naglo-load ng mga bagay mula sa pagsasaayos ng pinagmulan, itakda ang komentong "Na-load mula sa BP 3.0".

Upang malutas ang problema kakailanganin mong ipasok mga pagbabago sa mga panuntunan sa conversion ng object, sa kaganapang "Bago i-record ang natanggap na data."

Ise-save ang mga binuong panuntunan bilang panlabas na pagproseso para sa karagdagang paggamit.

Video 3:
Pagse-set up ng unibersal na palitan sa pagitan ng mga karaniwang configuration

Sa tutorial na ito ipapakita namin sa iyo kung paano mag-set up ng bagong palitan sa pagitan ng mga karaniwan.

Ang mga setting ay gagawin sa source configuration at pagkatapos ay ilo-load sa destination configuration.

Gayundin sa video na ito ay ipapakita natin kung paano nang hindi binabago ang configuration mag-upload ng mga bagong patakaran sa palitan.

Video 4:
Paglilipat ng mga pambungad na balanse gamit ang mga patakaran sa palitan

Sa araling ito ay magpapakita kami ng isang tipikal na pag-andar para sa paglilipat ng mga paunang balanse.

P.S.

Oo, palitan sa pamamagitan ng txt / dbf / ole, atbp. may karapatang umiral. Sa ilang mga espesyal na kaso, tulad ng pagkonekta sa isang web server o paglilipat ng isang panlabas na application mula sa isang yari na format.

Gayunpaman, para sa mga karaniwang palitan - ang mga karaniwang pamamaraan ay parehong mas mabilis at mas simple.

At kung ang isang tao ay muling nag-imbento ng gulong, kapag mayroong isang handa na unibersal na solusyon - parang nakasulat sa noo mo "Hindi ko alam ang instrument, ayoko pag-aralan, gagawa ako ng saklay para sa pera mo" .

P.P.S.

Gusto naming ipakita na ang Data Conversion 3.0 ay hindi mahirap.

Hindi karaniwan - oo. Hindi lahat ay agad na malinaw - oo. May mga napakakontrobersyal na sandali - oo.

Ngunit sa tulong ng mga yari na tagubilin at video, maaari mo itong makabisado sa literal na 1-2 na linggo.