Wat is nodig voor automatische gegevensuitwisseling, zonder configuratiewijzigingen aan te brengen:
1) Verwerking "Universele gegevensuitwisseling in XML-formaat", die is opgenomen in de meeste standaardconfiguraties. Als het er niet is, is het gemakkelijk te vinden op de ITS-schijf of op internet. In de configuratie heet dit "Universal XML Data Exchange"
2) Regels voor gegevensuitwisseling. Gemaakt met behulp van "Gegevensconversie". Een baan die je onder de knie moet krijgen. Er zijn ook videocursussen en tutorials. Bijvoorbeeld: http://programmist1s.ru/wp-content/uploads/2013/06/Konvertatsiya_dannyih._Metodika_rabotyi_i_primeryi.pdf
3) Externe verwerking, met daarin de laad-/losprocedures. Laten we beginnen met het maken ervan:
Er wordt een externe verwerking aangemaakt in de objectmodule die de onderstaande tekst zal bevatten (vervang uw gegevens voor databases en gebruikers). Het is raadzaam om een ​​aparte gebruiker aan te maken met volledige rechten om gegevens uit te wisselen. Laten we de verwerking bijvoorbeeld "Data Exchange.epf" noemen.

If LaunchParameter = "Uploaden" Then Processing=Processing.UniversalXMLDataExchange.Create(); //Stel de parameters in die nodig zijn voor het uploaden (optioneel voor bewerken) Processing.ExchangeMode="Upload"; Processing.LoadDataInExchangeMode=Waar; Processing.WriteRegistersRecordSets = Waar; Processing.RememberLoadedObjects=Waar; Processing.UseSelectionByDateForAllObjects=True; Processing.UploadOnlyAllowed=Waar; //!Stel de noodzakelijke parameters in voor het uploaden //Deze parameters moeten opnieuw worden ingevuld VERPLICHT //Stel beperkingen in voor het uploaden op objectdatums Processing.StartDate = CurrentDate() - 60*60*24*2; Processing.EndDate = "00010101"; //Als we gegevens naar een bestand willen uploaden, stelt u dit in op False. Indien True, wordt het geüpload naar de ontvangende database Processing.DirectReadingVIBReceiver=True; //Als de ontvangende database van de geüploade gegevens een serverdatabase is, dan is dit False. Als bestand - True Processing.InformationBaseForConnectionType=True; //!Vereiste parameters zijn opnieuw ingevuld //Als we de gegevens naar een bestand uploaden Indien niet Processing.DirectReadingVIBReceiver Then Processing.ExchangeFileName = "C:\Inbox\OlegA\Conversion\upload.xml"; //Als we de gegevens naar de database uploaden Anders Processing.PasswordInformationBaseForConnection="Admin"; Processing.ConnectionInfoBaseUser="supercool"; Processing.AuthenticationWindowsInformationBaseForConnection=False; //Als de gegevensontvanger een serverbasis is Als Processing.ConnectionInformationBaseType = False Then Processing.ConnectionInformationBaseServerName="MainServ"; Processing.InformationBaseNameOnServerForConnection="Buhia"; //Als de gegevensontvanger een bestandsdatabase is. Anders Processing.InformationBasePlatformVersionForConnection="V82"; Processing.InformationBaseDirectoryForConnection="C:\Inbox\OlegA\Clients\Zeus BP20\Zeus BP20"; stop als; stop als; // Acties bij registratie bij het lossen volgens uitwisselingsplannen Processing.RegistrationDeletionTypeofChangesForExchangeNodesAfterUpload=0; // 0 - niet afmelden, // 1 - afmelden Processing.LoadExchangeRules(); //ALS U MOET UPLOADEN VOLGENS DE UITWISSELINGSPLANNEN, SCHAKEL DAN DIT BLOK IN EN DIENS U UW EIGEN UITWISSELPLANNODE IN //Voor elke pagina uit Processing.UploadRulesTable.Lines Cycle //Page.Enable=1; // Voor elke pagina1 van PageLine Loop // Line1.Enable=1; // Page1.LinkToExchangeNode=ExchangePlans.Full. FindByCode("BP20"); //Eindcyclus; //Eindcyclus; Verwerken. Upload uitvoeren (); Shutdownsysteem (onwaar); ElseIf LaunchParameter = "Laden" Then ExchangeProcessing = Processing.UniversalXMLDataExchange.Create(); ExchangeProcessing.ExchangeFileName = "C:\Inbox\OlegA\Upload.xml"; ExchangeProcessing.ExchangeMode = "Laden"; ExchangeProcessing.OpenDownloadFile(True); ProcessExchange.ArchiveFile = Onwaar; ProcessExchange.PerformLoad(); ExchangeProcessing = Ongedefinieerd; Shutdownsysteem (onwaar); stop als;

4) Bat-bestand uploaden, waarmee 1C en externe verwerking worden gestart met de startparameter onder de gebruiker, die bedoeld is voor gegevensuitwisseling. Het bestand moet bijvoorbeeld in notepad++ worden aangemaakt met OEM (MS-Dos) codering, anders werkt het niet. Laten we het bestand een naam geven, bijvoorbeeld "BatVygruz.bat". De tekst zal als volgt zijn:

Als de database een bestand is:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /F"C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3" /N"Data Exchange Robot" /P "pass " /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\OlegA\DataExchange.epf" /C"Uploaden"
Uitleg:

b) C:\Inbox\KBF\1Cv8_Base_8.1\Zeus 83 BP3\Zeus 83 BP3 - uw pad naar de bestandsdatabase van waaruit we gegevens zullen uploaden
c) Data Exchange Robot - Gebruikersnaam waaronder 1C draait voor data-uitwisseling
d) pass - gebruikerswachtwoord
e) /DisableStartupMessages - sluit pop-upvensters bij het starten van 1C
e) /RunModeOrdinaryApplication - voer de dikke client uit in de normale modus
g) C:\Inbox\OlegA\Data Exchange.epf - het pad naar onze verwerking, die begint bij het opstarten
h) Uploaden - we passeren de 1C-startparameter, deze vertelt ons dat we gegevens moeten uploaden

Als de database servergebaseerd is:
"C:\Program Files (x86)\1cv82\common\1cestart.exe" ENTERPRISE /S"Server1C/DataBase" /N"Data Exchange Robot" /P"pass" /DisableStartupMessages /RunModeManagedApplication /Execute"C:\Inbox\ Oleg\ Data Exchange.epf" /C"Uploaden"
Uitleg:
a) C:\Program Files (x86)\1cv82\common\1cestart.exe - uw pad naar de 1C-starter
b) Server1C/DataBase - uw server waarop de database zich bevindt en de naam van de database zelf van waaruit we gegevens uploaden.
De overige parameters zijn vergelijkbaar met de bestandsversie van het bat-bestand

5) Bat-bestand downloaden (indien nodig). Als u besluit gegevens naar een bestand te uploaden en niet rechtstreeks naar de database. Dan hebben wij dit artikel ook nodig (meestal noodzakelijk).
Het maken van een Bat-downloadbestand is vergelijkbaar met het uploadbestand, maar alleen de startparameter is anders, in plaats van “Uploaden” hebben we “Downloaden” geplaatst

6) Stel een lanceringsschema op onze Bat-bestanden worden geladen/geupload op de server. Om dit te doen, moet u naar het beheer van het controlepaneel op de server gaan en in de taakplanner een nieuwe taak maken om het downloadbestand elke dag om 23 uur uit te voeren en een downloadtaak die het Bat-downloadbestand specificeert (indien nodig) om bijvoorbeeld 04.00 uur.

In dit artikel beschrijf ik mijn, tot nu toe kleine, ervaring met het organiseren van data-uitwisseling via het universele EnterpriseData-formaat.

In mijn geval is de uitwisseling geconfigureerd tussen de configuraties “Trade Management 11.2” (hierna UT) en “Enterprise Accounting 3.0.43” (hierna BP). De uitwisseling is eenrichtingsverkeer, van UT naar BP. Voordat Trade Management 11.1 naar 11.2 werd geüpgraded, werd de gegevensuitwisseling geconfigureerd met behulp van de Data Conversion 2.0-configuratie. Na het overschakelen naar “11.2” verschenen er echter fouten in “Trade Management” voor gebruikers. De procedure voor het actualiseren van de uitwisselingsregels is uitgevoerd, maar heeft geen resultaat opgeleverd. Uit de debugger bleek dat het probleem in de gegevensuitwisseling zat. Er is besloten om in beide configuraties de instelling voor gegevensuitwisseling te verwijderen en opnieuw te configureren.

Zowel “Trade Management” als “Enterprise Accounting” werken in een client-serverversie. Ik ben begonnen met het opzetten van de synchronisatie met de UT. Ik heb het zo uitgevoerd dat de gegevens vanuit de UT naar een bestand worden geüpload. Dat wil zeggen, synchronisatie via een netwerkmap. In de ZP heb ik de centrale zo geconfigureerd dat er geen gegevens van de ZP worden gedownload.

Fout bij het aanroepen van de contextmethode (Verify): XDTO-gegevensvalidatiefout:
De structuur van het object "/Tegenpartijbankrekening/Bank" komt niet overeen met het type: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
De eigenschap "BIK" controleren:
vorm: element
naam: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIK
type:
Vereiste eigendom ontbreekt
Voorwerp: Overeenkomst met wederpartij nr. ...

Om de fout te analyseren, klikte ik op het icoontje “Samenstelling van verzonden gegevens” en in de lijst met contractuele overeenkomsten die geregistreerd waren voor verzending, vond ik de overeenkomst waarvoor de fout verscheen. Ik opende de overeenkomst en herinnerde me de bankrekening van de tegenpartij die in de overeenkomst stond vermeld. Daarna ging ik verder met de bankrekeningen die waren geregistreerd voor verzending. Het bleek dat het vereiste account niet in de lijst met geregistreerde accounts stond. Ik heb de problematische bankrekening en het contract opnieuw uitgevoerd. Daarna heb ik handmatig de vereiste bankrekening geregistreerd.

Ik heb opnieuw geprobeerd gegevens van de UT te synchroniseren. Deze keer zijn de gegevens succesvol geüpload. In de netwerkmap is een XML-bestand gegenereerd met gegevens die van de UT naar de ZP moeten worden overgedragen.

De volgende stap is het laden van de gegevens uit het bestand naar de boekhoudafdeling van het bedrijf. In de configuratie "Enterprise Accounting" klikte ik op de knop "Synchroniseren", een verwerkingsformulier werd geopend met het bericht "Gegevensanalyse wordt uitgevoerd". Even later veranderde het bericht in 'Gegevensupload bezig'. Tegelijkertijd lieten de indicator en de teller zien dat meer dan 80 duizend objecten uit de voedingseenheid werden gelost. Dit bracht mij in verwarring, omdat ik in de instellingen had aangegeven dat er niets van de voeding mocht worden gelost. De verwerking duurde behoorlijk lang en eindigde met de fout:

Evenement: Gegevensuitwisseling
(GeneralModule.Long-runningOperations.Module(371)): Achtergrondtaakarbeiderproces is abnormaal beëindigd
RaiseException(FoutTekst);

Om de fout te lokaliseren, heb ik geprobeerd de synchronisatie-instellingen en bedieningsopties van de voedingsbasis te wijzigen. Als gevolg hiervan werkte het systeem adequaat toen ik de database naar een bestandsversie converteerde: er werd een formulier geopend voor het vergelijken van twee databases. Na het matchen van de objecten was de initiële synchronisatie succesvol. Vervolgens schakelde ik de database terug naar de client-serverversie.

Bij het verder testen van de synchronisatie was het nodig om enkele wijzigingen aan te brengen in de regels voor het converteren van objecten. Het is tijd om de Data Conversion 3.0-configuratie te gebruiken. De ingebouwde configuratiehulp beschrijft hoe het werkt. Artikelen op de ITS-website hielpen ook.

Als resultaat heb ik de volgende gegevens in "Data Conversion 3.0" geladen:

• Teksten van de algemene module "Data Exchange Manager via een universeel formaat" uit twee databases
• Indeling van beide bases
• Beschrijving van het EnterpriseData-formaat (vanuit elke database)
• Conversieregels

Na het downloaden opende ik de regels voor het converteren van gegevens, objecten en eigenschappen in “Data Conversion 3.0”. De wijzigingen aangebracht die ik nodig had. Vervolgens gebruikte ik de knop "Exchange Manager-module verwijderen". De moduletekst is naar het klembord gekopieerd. Het enige dat overblijft is om het in de configuratie in te voegen.

Nadat ik had geëxperimenteerd met het instellen van de regels in "Dataconversie 3.0", kwam ik voor mezelf tot de conclusie dat in het geval dat de aangebrachte wijzigingen onbeduidend zijn, het gemakkelijker is om de regels rechtstreeks in de UT- en BP-configuraties in te stellen, in de algemene module "Data Exchange Manager via het universele formaat". Als de bewerkingen serieus zijn, zoals bijvoorbeeld het toevoegen van een nieuw object aan de uitwisseling, dan moet u de configuratie gebruiken " Gegevensconversie 3,0".

Ik heb de taak uitgevoerd om het document "Bestelling aan leverancier" toe te voegen aan het ruilplan met behulp van " Dataconversie 3.0". In de standaardversie van UT - BP is dit document niet opgenomen in het uitwisselingsplan.

Laten we niet vergeten dat de regels voor het registreren van objecten voor uploaden nog steeds zijn geconfigureerd in de "Data Conversion 2.0"-configuratie.

Dit zijn de eerste indrukken van gegevenssynchronisatie via het universele EnterpriseData-formaat.

P.S. Als u vragen heeft of uw eigen opmerkingen heeft over gegevensuitwisseling via het Universal Format en Configuraties" Dataconversie 3.0", schrijf in de reacties. We zullen ervaringen uitwisselen.

• Gegevenssynchronisatie
• Universeel EnterpriseData-formaat
• Dataconversie 3.0
• Dataconversie 2.0
• Handelsbeheer
• Bedrijfsboekhouding

Bij het ontwikkelen van 1C 8-uitwisselingsregels wordt op grote schaal gebruik gemaakt van de mogelijkheid om het gedrag van uitwisselingsregels programmatisch te herdefiniëren: het handlermechanisme. Eventhandlers breiden de functionaliteit aanzienlijk uit en zijn een onmisbaar hulpmiddel voor het opzetten van uitwisselingsregels in gevallen waarin interactieve configuratiemogelijkheden niet voldoende zijn.

Handlers en algoritmen zijn geschreven in de taal van het platform waarin ze tijdens de uitwisseling worden uitgevoerd.

Als dit een 1C: Enterprise 7.7-platform is, dan is de handlercode geïntegreerd in de upload- of downloadverwerkingscode. Dienovereenkomstig wordt elke handler of algoritme gescheiden in een afzonderlijke functie en is deze beschikbaar voor foutopsporing tijdens de uitwisseling.

Als het uploaden of downloaden plaatsvindt op het 1C: Enterprise 8-platform, wordt de handlercode niet geïntegreerd in de verwerkingscode van de gegevensuitwisseling, maar wordt deze geüpload naar het uitwisselingsregelsbestand. Tijdens het gegevensuitwisselingsproces wordt de code van handlers of algoritmen uit het regelsbestand gehaald en direct uitgevoerd in de context van de “Run” -instructie. Om de code van handlers en algoritmen te debuggen, kunt u de “Universal XML Data Interchange” -verwerking gebruiken.

Geautomatiseerde controlesystemen bestaan ​​in de meeste gevallen uit afzonderlijke databases en hebben vaak een geografisch verspreide structuur. Tegelijkertijd is een correct uitgevoerde gegevensuitwisseling een noodzakelijke voorwaarde voor de effectieve werking van dergelijke systemen.

De initiële opzet van de uitwisseling kan een aantal acties vereisen, niet alleen op het gebied van programmeren, maar ook op het gebied van advies, zelfs als we te maken hebben met homogene bronnen, zoals het geval is bij producten op het 1C:Enterprise-platform. Waarom het opzetten van 1C-uitwisseling (of, zoals het ook wel datasynchronisatie in 1C 8.3 wordt genoemd) de meest tijdrovende en dure taak van een integratieproject kan worden, zullen we in dit artikel bekijken.

Met gegevensuitwisseling in de 1C-omgeving kunt u:

• Elimineer dubbele invoer van documenten;
• Automatiseer gerelateerde bedrijfsprocessen;
• Optimaliseer de interactie tussen gedistribueerde afdelingen;
• Gegevens onmiddellijk bijwerken voor het werk van specialisten van verschillende afdelingen;
• Maak een ‘onderscheid’ tussen verschillende soorten boekhouding.*

*In gevallen waarin de gegevens van het ene type boekhouding aanzienlijk verschillen van het andere, is het noodzakelijk om de vertrouwelijkheid van informatie te waarborgen en informatiestromen te “afbakenen”. Voor de gegevensuitwisseling tussen 1C UT en 1C Accounting is het bijvoorbeeld niet nodig dat managementgegevens worden geüpload naar de wettelijke boekhouddatabase. synchronisatie in 1C zal hier onvolledig zijn.

Als we ons het standaardproces voor het implementeren van primaire gegevensuitwisseling voorstellen, waarbij ten minste één van de objecten een 1C-product is, kunnen we de volgende fasen onderscheiden:

• Coördinatie van de samenstelling van de uitwisseling;
• Definitie van transport (uitwisselingsprotocollen);
• Regels stellen;
• Het roosteren.

Identificatie van de samenstelling van 1C-uitwisseling

Uitwisselingsobjecten kunnen worden onderverdeeld in ‘bron’ en ‘ontvanger’. Tegelijkertijd kunnen ze twee rollen tegelijkertijd vervullen, wat een tweerichtingsuitwisseling wordt genoemd. De bron en bestemming worden logisch bepaald afhankelijk van de behoefte of de functionaliteit van het systeem.*

*Bij de integratie van “WA: Financier” – een oplossing voor het bijhouden van de financiële boekhouding en het beheren van treasury-processen, ontwikkeld op basis van “1C:Enterprise”, raden deskundigen van WiseAdvice het bijvoorbeeld aan als een mastersysteem. Dit komt door de beschikbaarheid van controletools om te voldoen aan de regels van het applicatiebeleid en dienovereenkomstig om de effectiviteit van de oplossing te garanderen.

Vervolgens wordt op basis van de ontvangen en geregistreerde vereisten van gebruikers een lijst met gegevens voor uitwisseling gemaakt, het volume ervan, de vereisten voor de frequentie van uitwisseling bepaald en het proces van het werken met fouten en het omgaan met uitzonderlijke situaties (botsingen) voorgeschreven.

In dezelfde fase wordt, afhankelijk van de vloot van bestaande systemen en de structuur van de onderneming, het uitwisselingsformaat bepaald:

Gedistribueerde informatiebasis

• RIB impliceert uitwisseling tussen identieke 1C-databaseconfiguraties, met een duidelijke “master-slave”-besturingsstructuur voor elk uitwisselingspaar. Als onderdeel van een technologieplatform kan RIB, naast gegevens, configuratiewijzigingen en administratieve informatie van de database doorgeven (maar alleen van master naar slave).

Universele gegevensuitwisseling in 1C

• Een mechanisme waarmee u de uitwisseling van 1C-databases kunt configureren, zowel met configuraties op het 1C:Enterprise-platform als met systemen van derden. De uitwisseling wordt uitgevoerd door gegevens over te dragen naar een universeel XML-formaat in overeenstemming met de “Uitwisselingsplannen”.

Enterprisegegevens

• De nieuwste ontwikkeling van 1C, ontworpen om gegevensuitwisseling in XML-formaat te implementeren tussen producten die zijn gemaakt op het 1C:Enterprise-platform met alle automatiseringssystemen. Het gebruik van EnterpriseData vereenvoudigt de wijzigingen die met de uitwisseling gepaard gaan. Voorheen, wanneer een nieuwe configuratie in een systeem werd opgenomen, was het noodzakelijk om een ​​mechanisme te implementeren voor het importeren en exporteren van gegevens, zowel voor het systeem als voor bestaande systemen. Systemen die EnterpriseData ondersteunen, behoeven nu geen aanpassingen, omdat ze slechts één entry-exit-punt hebben.

Definitie van transport (uitwisselingsprotocollen)

Voor het systeem op het 1C:Enterprise 8-platform wordt een breed scala aan mogelijkheden geboden voor het organiseren van de uitwisseling met alle informatiebronnen die gebruik maken van algemeen aanvaarde universele standaarden (xml, tekstbestanden, Excel, ADO-verbinding, enz.). Daarom moet u bij het bepalen van het transport voor uitwisselingsgegevens vertrouwen op de databasemogelijkheden van het systeem van derden.

Synchronisatie van mappen

Het basisprincipe van effectieve synchronisatie van mappen is de aanwezigheid van één enkel toegangspunt. Maar als we het hebben over het werken met mappen die historisch gezien volgens verschillende regels zijn ingevuld, is het noodzakelijk om de synchronisatievelden duidelijk te definiëren om de uitwisseling tot een ‘gemeenschappelijke noemer’ te brengen.*

*In dit stadium kan het nodig zijn om werkzaamheden uit te voeren om de referentiegegevens aan de kant van de gegevensbron te normaliseren. Afhankelijk van de status van de mappen en hun volume kan het proces van het vergelijken van elementen, het herkennen, identificeren van fouten en duplicaten, evenals het invullen van ontbrekende velden en het toewijzen van synchronisatievelden, het werk vereisen van een hele groep experts, zowel op het gebied van een deel van de integrator (de eigenaar van de masterdata-normalisatietechniek) en van de kant van de klant.

Regels stellen

De mogelijkheid om gegevens uit bronsystemen in ontvangers weer te geven is afhankelijk van correct gedefinieerde uitwisselingsregels. De regels, gepresenteerd in xml-formaat, regelen de correspondentie van belangrijke details van bron-ontvangerobjecten. De 1C:Data Conversion-oplossing is ontworpen om het creëren van regels voor het implementeren van zowel eenmalige als permanente uitwisselingen te automatiseren.

Garandeert geen gegevensverlies tijdens het uitwisselen van het Exchange Plan. Dit is een integraal onderdeel van elke configuratie op het 1C:Enterprise-platform, dat de 1C-uitwisselingsprocedure volledig beschrijft: gegevenscompositie (documenten met "identificerende" details) en knooppunten (ontvanger-zenderinformatiebases), evenals activering van RIB voor geselecteerde uitwisselingsrichtingen.

Elke wijziging in de gegevens ingevoerd in het Uitruilplan wordt geregistreerd en krijgt het teken “gewijzigd”. Totdat de gewijzigde gegevens in de ontvanger-zenderknooppunten met elkaar overeenkomen, wordt het bord niet gereset en stuurt het systeem controleberichten naar beide knooppunten. Nadat de gegevens zijn geüpload en de volledige conformiteit in beide systemen is bevestigd, wordt het bord gereset.

Uitwisselingsschema in 1C

Om de regelmatige uitwisseling te automatiseren, wordt de frequentie van het uploaden van gegevens ingesteld. De frequentie van uitwisseling hangt af van de behoefte en technische mogelijkheden. Bovendien kunt u met configuraties op het 1C:Enterprise-platform de gegevensuitwisseling configureren wanneer zich een gebeurtenis voordoet.

Laten we, nadat we het standaardproces voor het implementeren van een uitwisseling hebben overwogen, aandacht besteden aan factoren die in verschillende fasen verbeteringen vereisen:

• Niet-standaard, sterk gewijzigde databaseconfiguraties;
• Verschillende versies van het 1C:Enterprise-platform;
• Configuratieversies die al geruime tijd niet zijn bijgewerkt;
• Uitwisselingsobjecten die eerder wijzigingen hebben ondergaan;
• De behoefte aan niet-standaard uitwisselingsregels;
• Een heel andere set en samenstelling van details in bestaande naslagwerken.

Omdat zelfs standaardacties om primaire gegevensuitwisseling te implementeren specialistische kennis vereisen, wordt aanbevolen deze uit te voeren met de medewerking van 1C-specialisten. Pas nadat u alle hierboven beschreven stappen heeft doorlopen, kunt u doorgaan met het instellen van de centrale in de configuratie. Laten we eens kijken naar de integratie van databases met behulp van het voorbeeld van 1C:UPP en 1C:Retail (uitwisseling met 1C:UT wordt opgezet met behulp van hetzelfde schema). Ook inbegrepen in de standaardsynchronisatie is de SCP - SCP-uitwisseling, die typisch is voor grootschalige automatiseringssystemen bij de grootste industriële ondernemingen.

In het submenu “Service” selecteert u “Gegevensuitwisseling met producten op het platform...” (het selecteren van directe uitwisseling met “Retail” resulteert vaak in fouten op het niveau van COM-objecten). Let op de servicemelding “Deze functie is niet beschikbaar.”

Om dit probleem op te lossen, moet u "Communicatie configureren" selecteren

...en vink het vakje aan. Negeer vervolgens het foutbericht.

Selecteer in de gegevenssynchronisatie-instellingen “Creëer een uitwisseling met “Retail”...

Voordat u verbindingsinstellingen configureert via een lokale map of netwerkmap, moet u ervoor zorgen dat er ruimte op de schijf is voor de map. Hoewel het in de regel niet meer dan 30-50 MB in beslag neemt, kan dit in uitzonderlijke gevallen oplopen tot 600 MB. U kunt de gewenste directory rechtstreeks vanuit de configurator aanmaken.

Wanneer u verbinding maakt via een netwerkmap, negeren we het aanbod om de verbinding via een FTP-adres en per e-mail te configureren door op “Volgende” te klikken.

In de instellingen voeren we handmatig voorvoegsels in - symbolen van de databases (meestal BP, UPP, RO), stellen we de regels en de startdatum voor het uploaden van gegevens in. Het voorvoegsel wordt aangegeven in de naam van de documenten om de database aan te geven waarin ze zijn gemaakt. Als de uploadregels niet worden bewerkt, worden de gegevens standaard geüpload volgens alle beschikbare parameters.

We maken een aan voor “Retail” om onze acties niet te herhalen. Als u direct na het instellen van de synchronisatie gegevens wilt verzenden, vinkt u het vakje aan.

Om het uitwisselingsproces te automatiseren, moet u een schema opstellen.

Menu "Detailhandel".

Vink het vakje aan en selecteer “Synchronisatie”.

We voeren de “omgekeerde” configuratie uit door Production Enterprise Management te selecteren.

Laad het instellingenbestand dat in UPP is gemaakt.

We zetten een vinkje, het systeem pikt het adres automatisch op.

Wij handelen op dezelfde manier als bij UPP.

Vergelijking van verificatiegegevens (het wordt aanbevolen om in de voorbereidende fase handmatige gegevensvergelijking uit te voeren, aangezien dit werk het meest arbeidsintensieve kan worden tijdens het implementatieproces van de uitwisseling). Het vergelijkingsvenster wordt geopend door te dubbelklikken met de muis.

In geval van een synchronisatiefout wordt “Details...” vervangen door “Nooit...”.

"Details..." opent het logboek met bijgewerkte informatie over de uitwisseling.

Klaar.

Heel vaak is er bij het werk van grote ondernemingen en winkelketens behoefte aan gegevensuitwisseling tussen databases. Elke programmeur en beheerder lost dit probleem anders op. Sommigen schrijven uploads en downloads via tussenliggende tabelbestanden, anderen gebruiken de COM-verbindingsmodus om verbinding te maken met de brondatabase. Recentelijk is het eigen mechanisme van 1C genaamd “Universal Data Exchange in XML Format” echter steeds populairder geworden.

Uiterlijk van verwerking

In de Volledige interface kunt u de verwerking openen via Service->Overige gegevensuitwisselingen->Universele gegevensuitwisseling in XML-formaat.

Het verwerkingsformulier (Fig. 1) bevat vier tabbladen:

Aanvullende instellingen;

Gegevens verwijderen.

De interface van elk van de tabbladen is zwaar beladen met elementen en vereist daarom afzonderlijke aandacht.

Gegevens uploaden

Helemaal bovenaan het tabblad bevindt zich een veld waarin u een bestand met uitwisselingsregels kunt selecteren. Voor niet-standaard databases en uitwisselingen zult u zelf het uitwisselingsbestand moeten aanmaken.

Op de volgende regel van het formulier staan ​​twee keuzerondjes:

1. Uploaden naar een uitwisselingsbestand (Fig. 2);
2. Gegevens verbinden en uploaden naar informatiebeveiliging (Fig. 3).

Zoals u op de bovenstaande afbeeldingen kunt zien, verschilt het uiterlijk van het formulier afhankelijk van de schakelaar. Als de optie voor het delen van bestanden is geselecteerd, wordt de gebruiker gevraagd de locatie van het bestand te selecteren waar het zal worden geüpload en de mogelijkheid om het te comprimeren om ruimte te besparen en het te beschermen met een wachtwoord.

De mogelijkheid van directe verbinding met de ontvangende basis ondersteunt zowel bestands- als client-server-werkingsmodi. In dit geval moet u het databaseadres invoeren en de velden “Gebruiker” en “Wachtwoord” invullen. Voordat u gegevens gaat uitwisselen, is het raadzaam om de verbinding te testen.

In het onderstaande tabelgedeelte kunt u selecties en andere losparameters configureren.

Om algoritmen te debuggen en fouten te corrigeren, kunt u het mechanisme gebruiken dat is ingebouwd in de uitwisselingsverwerking. Het wordt geactiveerd door het overeenkomstige selectievakje onderaan het formulier aan te vinken. Als u op de knop “Debugging settings…” klikt, verschijnt er een venster (Fig. 4).

Afb.4

Een onderscheidend kenmerk van dit formulier is de informatieve hulp aan de linkerkant van de lay-out, die elk van de drie mogelijke foutopsporingsmodi beschrijft. Elk bestand in het EPF-formaat kan dienen als extern verwerkingsbestand voor de module.

Door op de knop “Voltooien” te klikken, wordt de juistheid en volledigheid van de ingevulde gegevens gecontroleerd.

In tegenstelling tot “Uploaden” heeft dit tabblad (Fig. 5) geen tabelvormig gedeelte, maar er zijn veel meer selectievakjes waarmee u de parameters kunt aanpassen voor het opnemen van nieuwe en gewijzigde objecten.

Afb.5

Allereerst moet u een bestand selecteren dat als informatiebron zal dienen. Dit kunt u doen in het invoerveld “Bestandsnaam om te uploaden”. Als de gegevens zijn geüpload naar een met een wachtwoord beveiligd archief, moeten deze in het daarvoor bestemde veld worden ingevoerd.

Met de bijbehorende selectievakjes kunt u het volgende configureren:

• Transactie bij het schrijven van objecten (dit versnelt soms het proces);
• Gegevens laden in de uitwisselingsmodus (in dit geval worden alle platformcontroles, met uitzondering van de controle bij het plaatsen van documenten, genegeerd bij het opnemen);
• Gewijzigde elementen overschrijven;
• Een verwijderingsmarkering instellen voor gedownloade items;
• De manier waarop nieuwe gegevens naar het register worden geschreven (een voor een of in een set);
• Inkorten van onbelangrijke tekens (spaties en tabs) voor tekenreekswaarden.

Aanvullende instellingen

Zoals de naam van de bladwijzer aangeeft, bevat deze hulpmiddelen waarmee u het uitwisselingsproces nauwkeuriger kunt aanpassen. In het bijzonder:

1. Schakelt de foutopsporingsmodus in;
2. Maakt het gebruik van een transactie tijdens het losproces mogelijk;
3. Optimaliseert de uitwisseling tussen databases van versie 8 van 1C;
4. Upload alleen die objecten die mogen worden gebruikt door de huidige gebruiker;
5. Schakel logboekregistratie van het uitwisselingsproces tussen databases in.

Deze en enkele andere functies worden ingeschakeld door de juiste vakjes op het formulier aan te vinken (Fig. 6).

Afb.6

Gegevens verwijderen

Dit tabblad wordt alleen gebruikt door ontwikkelaars in de foutopsporingsmodus. Hiermee kunt u onnodige objecten uit de database verwijderen.

Kort over het opzetten van wisselregels

Het gebruik van een standaardhandler vereenvoudigt het leven van programmeurs aanzienlijk. Tegelijkertijd is een van de moeilijkste momenten voor iemand die voor het eerst in aanraking kwam met “Universal Data Interchange in XML Format” de vraag: “Waar kan ik het bestand met de uitwisselingsregels verkrijgen?”

Om zelfstandig uitwisselingsregels te kunnen maken, heeft u allereerst een speciale configuratie nodig genaamd "Dataconversie". Het bevat verschillende interessante bestanden waarmee u vrijwel elke uitwisseling tussen verschillende 1C-databases 7 en 8 versies kunt configureren:

1. epf – vereist voor het downloaden van de metadatastructuur voor 1C 8-databases;
2. epf – als de 1C 8-configuratie zelfgeschreven is of niet standaard, beschikt deze mogelijk niet over de “Universal Data Exchange”-verwerking, dit bestand is deze verwerking;
3. ert – bestand bevat code voor het downloaden van de metadatastructuur van configuraties van 1C versies 7.7;
4. ert – bestand voor het verwerken van het uploaden en downloaden van gegevens voor de zeven.

Nadat de juiste verwerking is gestart, is het noodzakelijk om de metadatastructuren voor de bron- en doeldatabases te ontladen. Vervolgens moet u in de configuratie "Conversie" informatie invoeren over de bron- en doelconfiguraties in de map "Configuraties".

Vervolgens wordt in de Conversiedirectory een element aangemaakt met informatie over de richting van de gegevensuitwisseling. U kunt er Exchange-regels voor instellen.