Sezione (ricevuta) contiene informazioni di servizio (per semplicità, supponiamo che il messaggio provenga dall'applicazione 1C a un'applicazione di terze parti):

Se il messaggio va nella direzione opposta - da applicazione di terze parti nell'applicazione 1C, un'applicazione di terze parti deve compilare la sezione di conseguenza .

Le applicazioni 1C tengono traccia dei messaggi di sincronizzazione inviati e ricevuti e si aspettano lo stesso da applicazioni di terze parti. Perché questo viene fatto è descritto di seguito.

Meccanismo di stretta di mano

Durante la sincronizzazione, le applicazioni 1C trasmettono solo informazioni sulle modifiche apportate alle entità aziendali dall'ultima sincronizzazione (al fine di ridurre al minimo la quantità di informazioni trasferite). Durante la prima sincronizzazione, l'applicazione 1C caricherà tutte le entità aziendali nel formato EnterpriseData in un file XML (poiché sono tutte "nuove" per un'applicazione esterna). Il passaggio successivo per un'applicazione di terze parti consiste nell'elaborare le informazioni dal file XML e inserirle nella sezione durante la successiva sessione di sincronizzazione. informazioni che un messaggio da "1C" per un certo numero è stato ricevuto con successo (inserire nel campo ReceivedNo il numero del messaggio ricevuto da "1C"). Il messaggio di ricevuta è un segnale per l'applicazione 1C che tutte le entità aziendali sono state elaborate con successo da un'applicazione esterna e le informazioni su di esse non devono più essere trasmesse. Oltre alla ricevuta, un file XML proveniente da un'applicazione di terze parti può contenere anche i dati per la sincronizzazione (nella sezione ).

Dopo aver ricevuto il messaggio di ricevuta, l'applicazione 1C contrassegna tutte le modifiche trasmesse nel messaggio precedente come sincronizzate correttamente. Solo le modifiche non sincronizzate nelle entità aziendali (creazione di nuove, modifica ed eliminazione di quelle esistenti) verranno inviate all'applicazione esterna durante la successiva sessione di sincronizzazione.

Quando si trasferiscono dati da un'applicazione esterna all'applicazione 1C, l'immagine cambia al contrario. La domanda deve completare la sezione di conseguenza, e nella sezione posizionare i dati aziendali per la sincronizzazione nel formato EnterpriseData.

Dopo aver elaborato il file, l'applicazione 1C genererà un file XML che conterrà un messaggio di ricevuta e nuovi dati per la sincronizzazione dal lato 1C (se ce ne sono dall'ultima sessione di sincronizzazione).

Scambio tramite servizio web

Quando si utilizza un servizio Web, la sessione di scambio viene avviata da un'applicazione di terze parti. Per ricevere i dati dall'applicazione 1C, deve chiamare il metodo web GetData, passando il codice univoco dell'applicazione inserito in . In risposta, 1C restituirà un file contenente dati sulle entità aziendali nel formato EnterpriseData. Viene descritto il formato del file.

Per trasferire i dati a 1C, l'applicazione deve chiamare il metodo web PutData, passando come parametri il codice univoco dell'applicazione e il file zippato nel formato sopra descritto.

Condivisione attraverso altri canali

In caso di scambio di dati tramite catalogo/catalogo FTP o e-mail, l'applicazione 1C fungerà da iniziatore dello scambio. Inserirà nel canale appropriato (directory o cassetta postale) del formato sopra descritto e si aspettano file di risposta da un'applicazione di terze parti nello stesso canale. Nel caso di una directory di scambio / directory FTP, il nome del file deve essere composto in modo speciale in modo che l'applicazione 1C possa elaborarlo. In caso di scambio e-mail l'oggetto della lettera deve essere composto secondo una certa regola e alla lettera deve essere allegato il file dei dati archiviati.

Conclusione

L'insieme di scenari di integrazione che utilizzano il formato EnterpriseData è ampio. Ciò include lo scambio di dati all'interno della stessa organizzazione, ad esempio il trasferimento di dati a 1C: Contabilità da altre applicazioni per il mantenimento della contabilità olistica o lo scambio di dati tra l'ufficio centrale e i magazzini remoti. Il formato è adatto anche per lo scambio di dati tra diverse organizzazioni.

In alcuni casi (ad esempio, con un flusso di lavoro ampio o con una contabilità complessa), è molto più conveniente per l'utente finale distribuire la contabilità tra più applicazioni, scambiando dati tra loro di volta in volta. Prima del rilascio della versione 8.3 della piattaforma 1C, lo scambio di dati standard avveniva esclusivamente su richiesta dell'utente tramite il caricamento e il download di informazioni tramite file Formato XML. Recentemente, il meccanismo di sincronizzazione dei dati in 1C è stato sempre più utilizzato.

Ci sono diversi motivi per la popolarità della sincronizzazione:

• Non è necessario avviare separatamente i processi di caricamento e scaricamento dei dati;
• Lo scambio automatico di informazioni non preclude lo scambio manuale;
• Facilità di installazione (per le configurazioni standard, non è nemmeno necessario creare regole di scambio;
• È sufficiente creare la sincronizzazione una volta e annunciare il programma per la sua esecuzione.

Condizioni del nostro compito

In ingresso, abbiamo due configurazioni di database standard:

1. Paghe e gestione del personale (versione 3.1.3);
2. Contabilità di un'azienda agricola (versione 3.0.52).

Entrambe le basi sono dentro modalità file. La sincronizzazione può essere configurata da qualsiasi database.

Se la sincronizzazione verrà configurata da "Contabilità" a "ZUP", la casella di controllo "Sincronizzazione" deve essere attivata e viceversa.

Dove sono le impostazioni

In "Contabilità" andiamo nel sottosistema "Amministrazione", nel menu "Impostazioni" e troviamo la voce "Sincronizzazione dati" (Fig. 1)

Si aprirà la finestra delle impostazioni di sincronizzazione (Fig. 2)

Riso. 2

Qui possiamo:

1. Abilitare o disabilitare la sincronizzazione;
2. Proibire il download di dati irrilevanti;
3. Impostare un prefisso per identificare i dati trasferiti;
4. Vai ad altre impostazioni di sincronizzazione.

Avviando la sincronizzazione spuntando l'apposita checkbox e definendo il prefisso, possiamo chiudere il reparto contabilità. Ulteriori lavori sarà effettuato nello "Stipendio".

La finestra delle impostazioni di sincronizzazione dei dati è mostrata in Fig. 3

Riso. 3

Consideriamolo in modo più dettagliato.

Finestra delle impostazioni di sincronizzazione

Cominciamo con ordine:

Separatamente, vorrei attirare l'attenzione del lettore sulla finestra "Registrazione delle modifiche" (Fig. 5). Nella parte superiore della quale ci sono i numeri dei messaggi inviati e ricevuti, dopo uno scambio andato a buon fine, i numeri nella base sorgente e nella base ricevente devono corrispondere. In alcuni casi (sincronizzazione avvenuta con una copia del database, errori nel funzionamento), viene violata la numerazione nei database. Puoi correggere questa situazione semplicemente facendo clic sul collegamento ipertestuale con i numeri. Questa azione consente di impostare manualmente il numero corrente di messaggi inviati e in arrivo (Fig. 6)

Riso. 6

Impostazioni di sincronizzazione

Ci sono due comandi nella scheda Impostazioni sincronizzazione dati:

• Sintonizzare;
• Scarica regole.

Lanciando il comando "Carica Regole" si apre la maschera (Fig. 7)

Riso. 7

Qui possiamo scegliere se utilizzare le regole di scambio standard fornite nella configurazione o eseguire la sincronizzazione secondo le nostre regole memorizzate nel file di archivio.

Il resto delle impostazioni viene effettuato facendo clic sul pulsante "Impostazioni" (Fig. 8).

Riso. otto

Nella prima finestra che si apre puoi:

1. Apri il modulo per impostare lo script di sincronizzazione;
2. Visualizza gli eventi per l'invio e la ricezione di informazioni;
3. Determinare la data a partire dalla quale avverrà lo scambio;
4. Se la contabilità viene mantenuta per più organizzazioni, è possibile specificare quale di esse parteciperà allo scambio;
5. Definire i parametri per lo scarico delle transazioni salariali: con o senza i dettagli del dipendente (riepilogo).

Il comando "Carica set di regole" è simile allo stesso comando nella finestra delle impostazioni precedente.

Vale la pena soffermarsi più in dettaglio sui parametri di connessione (Fig. 9)

Riso. 9

Nel nostro caso, il database di destinazione e il database di origine si trovano sullo stesso computer e funzionano in modalità file, quindi la sincronizzazione tra di loro avviene tramite una connessione diretta.

Abbiamo bisogno:

• Determinare il percorso verso la base di destinazione;
• Impostare i parametri di autorizzazione (è necessario creare un utente con diritti di amministratore nel database ricevente);
• Dopo aver verificato la connessione, possiamo presumere che la nostra configurazione sia completa.

Se lo scambio avviene attraverso altri tipi di connessione, è necessario configurare le loro impostazioni nelle schede corrispondenti.

Impostazioni di pianificazione

E alla fine, qualche parola sulle impostazioni della pianificazione della sincronizzazione, viene eseguita nella scheda corrispondente della finestra (Fig. 3) e non differisce in alcun modo dal modulo corrispondente per l'impostazione della pianificazione per altre attività pianificate.

In questo articolo descriverò la mia, finora piccola, esperienza nell'organizzazione dello scambio di dati attraverso il formato universale EnterpriseData.

Nel mio caso, lo scambio è configurato tra le configurazioni "Trade Management 11.2" (di seguito denominata UT) e "Enterprise Accounting 3.0.43" (di seguito denominata BP). Lo scambio è di sola andata, da UT a BP. Prima dell'aggiornamento di Trade Management 11.1 alla versione 11.2, lo scambio di dati veniva configurato utilizzando la configurazione Data Conversion 2.0. Tuttavia, dopo essere passati a "11.2" in "Gestione commerciale", sono comparsi errori durante il lavoro degli utenti. La procedura per l'aggiornamento delle regole di scambio è stata eseguita, ma ciò non ha dato esito. Il debugger ha mostrato che il problema era nello scambio di dati. Si è deciso di rimuovere l'impostazione dello scambio di dati in entrambe le configurazioni e di reimpostarla.

Sia "Trade Management" che "Enterprise Accounting" lavorano per noi in versione client-server. Ho iniziato a configurare la sincronizzazione con UT. L'ho eseguito in modo tale che i dati venissero scaricati dall'UT in un file. Questa è la sincronizzazione tramite la directory di rete. Nel BP, ho configurato lo scambio in modo tale che nessun dato venisse scaricato dal BP.

Errore durante la chiamata al metodo di contesto (Validate): errore durante la convalida dei dati XDTO:
La struttura dell'oggetto "/Counterparty's Bank Account/Bank" non corrisponde al tipo: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
Controllo della proprietà "BIC":
forma: elemento
nome: (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIC
tipo di:
Proprietà richiesta mancante
Oggetto: Accordo con controparte n. ...

Per analizzare l'errore ho cliccato sull'icona "Composizione dati da inviare" e nell'elenco delle controparti registrate per l'invio di contratti ho trovato il contratto in base al quale si presentava l'errore. Aperto il contratto, memorizzato il conto bancario della controparte specificata nel contratto. Poi sono passato ai conti bancari registrati per la spedizione. Si è scoperto che l'account richiesto non era nell'elenco di quelli registrati. Ho ricablato il conto bancario in difficoltà e il contratto. Successivamente, registrato manualmente il conto bancario richiesto.

Ho provato di nuovo a sincronizzare i dati da UT. Questa volta i dati sono stati caricati correttamente. A cartella di rete formato FileXML, contenente i dati per il trasferimento da UT a BP.

Il passaggio successivo consiste nel caricare i dati dal file al reparto contabilità aziendale. Nella configurazione "Contabilità aziendale" ho cliccato sul pulsante "Sincronizza", la maschera di elaborazione si apriva con il messaggio "Analisi dati in corso". Poco dopo, il messaggio è cambiato in "I dati sono in fase di caricamento". Allo stesso tempo, l'indicatore e il contatore hanno mostrato che più di 80mila oggetti venivano scaricati dalla BP. Questo mi ha confuso, perché ho indicato nelle impostazioni che nulla dovrebbe essere scaricato dall'alimentatore. L'elaborazione ha richiesto molto tempo e si è conclusa con un errore:

Evento: Comunicazione
(CommonModule.LongOperations.Module(371)): il processo di lavoro si è arrestato in modo anomalo lavoro di fondo
ThrowException(ErrorText);

Per localizzare l'errore, ho provato a modificare le impostazioni di sincronizzazione e le opzioni di funzionamento della base BP. Di conseguenza, quando ho convertito il database nella versione file, il sistema ha funzionato adeguatamente: si è aperto il modulo per il confronto di due database. Dopo aver abbinato gli oggetti, la sincronizzazione iniziale ha avuto successo. Quindi ho nuovamente trasferito il database nella versione client-server.

Con l'ulteriore "esecuzione" della sincronizzazione, è stato necessario apportare alcune modifiche alle regole per la conversione degli oggetti. È il momento di utilizzare la configurazione "Conversione dati 3.0". La guida di configurazione integrata descrive come lavorare. Anche gli articoli sul sito Web di ITS hanno aiutato.

Di conseguenza, ho caricato i seguenti dati in "Conversione dati 3.0":

• Testi modulo comune"Data Exchange Manager Via UniversalFormat" da due basi
• Schema di entrambe le basi
• Descrizione del formato EnterpriseData (da qualsiasi database)
• Regole di conversione

Dopo il download, ho aperto le regole per la conversione di dati, oggetti, proprietà in "Conversione dati 3.0". Ho apportato le modifiche di cui avevo bisogno. Quindi ho utilizzato il pulsante "Scarica modulo gestore scambio". Il testo del modulo è stato copiato negli appunti. Resta solo da inserirlo nella configurazione.

Dopo aver sperimentato l'impostazione delle regole in "Conversione dati 3.0", ho concluso da solo che nel caso in cui le modifiche apportate siano minori, è più semplice impostare le regole direttamente nelle configurazioni UT e BP, nel modulo generale "Scambio dati Manager tramite UniversalFormat". Se le modifiche sono serie, come, ad esempio, l'aggiunta di un nuovo oggetto in cambio, dovresti utilizzare la configurazione " Conversione dati 3.0".

Ho eseguito il compito di aggiungere il documento "Ordine al fornitore" al piano di scambio utilizzando " Conversione dati 3.0". Nella versione standard di UT - BP, questo documento non è incluso nel piano di scambio.

Ricordiamo che le regole per la registrazione degli oggetti allo scarico sono ancora configurate nella configurazione "Conversione Dati 2.0".

Queste sono le prime impressioni sulla sincronizzazione dei dati attraverso il formato universale EnterpriseData.

P.S. Se hai domande e le tue osservazioni sullo scambio di dati attraverso il formato universale e le configurazioni " Conversione dati 3.0", scrivi nei commenti. Scambieremo esperienza.

• Sincronizzazione dei dati
• Formato EnterpriseData universale
• Conversione dati 3.0
• Conversione dati 2.0
• Gestione commerciale
• Contabilità aziendale

E mostriamo come con il suo aiuto semplifichi FORTEMENTE la soluzione dei tuoi compiti

Oggi analizzeremo come impostare ed effettuare un semplice trasferimento di directory e saldi iniziali in letteralmente 10-15 minuti.

E questo è compito sfuso e regolare, che è quasi inevitabile per la maggior parte delle nuove configurazioni in fase di lancio.

Pertanto, chiama i tuoi colleghi, sarà molto utile anche per loro.

Soprattutto se hanno già visto il CD 3 e si sono spaventati :)

Sì, quando la vedi per la prima volta, non è affatto chiaro.

Ma in realtà, tutto è MOLTO semplice. Così semplice che dopo ti annoierai anche :)

Cosa c'è esattamente nei video di oggi

Questi sono 4 video sulla condivisione dei dati tramite formato di scambio universale EnterpriseData.

Inoltre, mostreremo un esempio perfezionamento delle regole di scambio standard in 1C: Conversione dati 3.0

Durata totale - 34 minuti. Contenuto:

• Impostazione di uno scambio utilizzando l'esempio di 1C: Contabilità 8 e 1C: ERP
• Come caricare le regole standard e il formato di scambio universale in Data Conversion 3.0
• Trasferimento della struttura dei metadati al CD 3.0
• Come eseguire il primo scambio di dati
• Affinamento delle regole conversioni
• Come caricare nuove regole senza modificare la configurazione ( senza ritiro dal supporto)

Nota che quando si risolve questo problema, le regole di caricamento cambiano solo nella configurazione del ricevitore. E la configurazione della sorgente funziona secondo regole standard.

Se tale attività fosse risolta in Data Conversion 2.0, sarebbe necessario apportare modifiche alle regole sia dell'origine che della destinazione.

Questi tutorial video sono rilevanti per BSP revisione 2.3.2(per qualsiasi build precedente alla 2.3.2.43).

Se stai utilizzando una versione precedente di BSP, apporta una "correzione" per l'interfaccia modificata e le funzionalità estese. Per fare ciò, ripeti tu stesso l'esempio dal video.

Filmato 1:
Caricamento delle regole di scambio tra configurazioni tipiche in Data Conversion 3.0

In questa lezione, eseguiremo azioni preparatorie quando si apportano modifiche alle regole di scambio tra configurazioni tipiche:

• Caricamento della struttura del formato di scambio nel CD (
• Creazione di una conversione
• Caricamento dei file delle regole da una configurazione tipica
• Scaricamento del modulo Exchange Manager

Filmato 2:
Perfezionamento delle regole di scambio in CD 3.0

In questo tutorial, ti mostreremo come inserire i dettagli degli oggetti durante il caricamento dei dati.

L'attività verrà risolta: durante il caricamento di oggetti dalla configurazione di origine, impostare il commento "Caricato da BP 3.0".

Per risolvere il problema, devi fare modifiche alle regole di conversione degli oggetti, nell'evento “Prima di scrivere i dati ricevuti”.

Le regole sviluppate verranno salvate come elaborazione esterna per uso futuro.

Filmato 3:
Creazione di uno scambio universale tra configurazioni tipiche

In questo tutorial, ti mostreremo come impostare un nuovo scambio di tipi.

Le impostazioni verranno eseguite nella configurazione di origine e quindi caricate nella configurazione di destinazione.

Anche in questo video ti mostreremo come senza modificare la configurazione caricare nuove regole di scambio.

Filmato 4:
Trasferimento dei saldi di apertura utilizzando le regole di cambio

Nella lezione mostreremo un tipico funzionale per il trasferimento dei saldi iniziali.

P.S.

Si, scambi via txt/dbf/ole ecc. hanno il diritto di esistere. In alcuni casi speciali, come l'aggancio a un server Web o il trasferimento da un formato di applicazione esterno già pronto.

Tuttavia, per gli scambi standard - i metodi standard sono sia più veloci che molto più semplici.

E se qualcuno reinventa la ruota quando c'è una soluzione universale già pronta... è come scriverti sulla fronte “non possiedo uno strumento, non voglio imparare, costruirò stampelle per i tuoi soldi” .

PPS

Vogliamo dimostrare che Data Conversion 3.0 non è difficile.

Insolito - sì. Non tutto è immediatamente chiaro - sì. Ci sono momenti molto ambigui - sì.

Ma con l'aiuto di istruzioni e video già pronti, può essere padroneggiato in sole 1-2 settimane.