Section (reçu) contient des informations de service (pour simplifier, supposons que le message provienne de l'application 1C vers une application tierce) :

Si le message va dans la direction opposée - de application tierce dans l'application 1C, une application tierce doit remplir la section en conséquence .

Les applications 1C conservent des enregistrements des messages de synchronisation envoyés et reçus et attendent la même chose des applications tierces. La raison pour laquelle cela est fait est décrite ci-dessous.

Mécanisme de poignée de main

Lors de la synchronisation, les applications 1C transmettent uniquement des informations sur les modifications apportées aux entités commerciales depuis la dernière synchronisation (afin de minimiser la quantité d'informations transférées). Lors de la première synchronisation, l'application 1C téléchargera toutes les entités commerciales au format EnterpriseData dans un fichier XML (puisqu'elles sont toutes « nouvelles » pour une application externe). L'étape suivante pour une application tierce consiste à traiter les informations du fichier XML et à les placer dans la section lors de la prochaine session de synchronisation. l'information qu'un message de "1C" pour un certain nombre a été reçu avec succès (mettez dans le champ ReceivedNo le numéro du message reçu de "1C"). Le message de réception est un signal pour l'application 1C que toutes les entités commerciales ont été traitées avec succès par une application externe et que les informations les concernant n'ont plus besoin d'être transmises. En plus du reçu, un fichier XML d'une application tierce peut également contenir des données pour la synchronisation (dans la section ).

Après avoir reçu le message de réception, l'application 1C marque toutes les modifications transmises dans le message précédent comme synchronisées avec succès. Seules les modifications non synchronisées des entités métier (création de nouvelles, modification et suppression d'existantes) seront transmises à l'application externe lors de la prochaine session de synchronisation.

Lors du transfert de données d'une application externe vers l'application 1C, l'image change à l'opposé. La demande doit remplir la section en conséquence, et dans la section placer les données métier pour la synchronisation au format EnterpriseData.

Après avoir traité le fichier, l'application 1C générera un fichier XML qui contiendra un message de réception et de nouvelles données pour la synchronisation du côté 1C (s'il y en a depuis la dernière session de synchronisation).

Échange via le service Web

Lors de l'utilisation d'un service web, la session d'échange est initiée par une application tierce. Pour recevoir des données de l'application 1C, elle doit appeler la méthode Web GetData, en transmettant le code d'application unique saisi sur . En réponse, 1C renverra un fichier contenant des données sur les entités commerciales au format EnterpriseData. Le format de fichier est décrit.

Pour transférer des données vers 1C, l'application doit appeler la méthode Web PutData, en transmettant le code d'application unique et le fichier compressé au format décrit ci-dessus en tant que paramètres.

Partage via d'autres canaux

Dans le cas d'un échange de données via un catalogue / catalogue FTP ou e-mail, l'application 1C agira comme initiateur de l'échange. Il placera dans le canal approprié (répertoire ou Boites aux lettres) au format décrit ci-dessus et attendez des fichiers de réponse d'une application tierce dans le même canal. Dans le cas d'un répertoire d'échange / répertoire FTP, le nom du fichier doit être composé d'une manière particulière pour que l'application 1C puisse le traiter. En cas d'échange e-mail l'objet de la lettre doit être composé selon une certaine règle, et le fichier de données archivées doit être joint à la lettre.

Conclusion

L'ensemble des scénarios d'intégration utilisant le format EnterpriseData est large. Cela inclut l'échange de données au sein de la même organisation, par exemple, le transfert de données vers 1C : Comptabilité à partir d'autres applications pour maintenir une comptabilité globale, ou l'échange de données entre le bureau central et les entrepôts distants. Le format convient également à l'échange de données entre différentes organisations.

Dans certains cas (par exemple, avec un flux de travail important ou avec une comptabilité complexe), il est beaucoup plus pratique pour l'utilisateur final de répartir la comptabilité entre plusieurs applications, en échangeant des données entre elles de temps en temps. Avant la sortie de la version 8.3 de la plate-forme 1C, l'échange de données standard se produisait uniquement à la demande de l'utilisateur via le téléchargement d'informations à l'aide de fichiers Format XML. Récemment, le mécanisme de synchronisation des données dans 1C a été de plus en plus utilisé.

Plusieurs raisons expliquent la popularité de la synchronisation :

• Il n'est pas nécessaire de lancer séparément les processus de chargement et de déchargement des données ;
• L'échange automatique d'informations n'exclut pas l'échange manuel ;
• Facilité de configuration (pour les configurations standard, vous n'avez même pas besoin de créer de règles d'échange ;
• Il suffit de créer une fois la synchronisation et d'annoncer le calendrier de son exécution.

Conditions de notre mission

En entrée, nous avons deux configurations standards de base de données :

1. Paie et gestion du personnel (version 3.1.3) ;
2. Comptabilité d'une entreprise agricole (version 3.0.52).

Les deux bases sont en mode fichier. La synchronisation peut être configurée à partir de n'importe quelle base de données.

Si la synchronisation sera configurée de "Comptabilité" vers "ZUP", la case à cocher "Synchronisation" doit être activée et vice versa.

Où sont les paramètres

Dans "Comptabilité", nous allons dans le sous-système "Administration", dans le menu "Paramètres" et trouvons l'élément "Synchronisation des données" (Fig. 1)

La fenêtre des paramètres de synchronisation s'ouvrira (Fig. 2)

Riz. 2

Ici nous pouvons :

1. Activer ou désactiver la synchronisation ;
2. Interdire le téléchargement de données non pertinentes ;
3. Définissez un préfixe pour identifier les données transférées ;
4. Accédez aux autres paramètres de synchronisation.

En lançant la synchronisation en cochant la case appropriée et en définissant le préfixe, nous pouvons fermer le service comptable. La poursuite des travaux sera effectué dans le "Salaire".

La fenêtre des paramètres de synchronisation des données est illustrée à la Fig. 3

Riz. 3

Considérons-le plus en détail.

Fenêtre des paramètres de synchronisation

Commençons dans l'ordre :

Par ailleurs, je voudrais attirer l'attention du lecteur sur la fenêtre "Enregistrement des modifications" (Fig. 5). Dans la partie supérieure de laquelle se trouvent les numéros des messages envoyés et reçus, après un échange réussi, les numéros de la base source et de la base réceptrice doivent correspondre. Dans certains cas (synchronisation avec une copie de la base de données, pannes de fonctionnement), la numérotation dans les bases de données est violée. Vous pouvez corriger cette situation en cliquant simplement sur le lien hypertexte avec des chiffres. Cette action vous permet de définir manuellement le nombre actuel de messages envoyés et entrants (Fig. 6)

Riz. 6

Paramètres de synchronisation

Il existe deux commandes dans l'onglet Paramètres de synchronisation des données :

• Régler;
• Télécharger les règles.

Le lancement de la commande "Charger les règles" ouvre le formulaire (Fig. 7)

Riz. 7

Ici, nous pouvons choisir si nous allons utiliser les règles d'échange standard fournies dans la configuration, ou nous allons effectuer la synchronisation selon nos propres règles stockées dans le fichier d'archive.

Le reste des réglages s'effectue en cliquant sur le bouton "Paramètres" (Fig. 8).

Riz. 8

Dans la première fenêtre qui s'ouvre, vous pouvez :

1. Ouvrez le formulaire de paramétrage du script de synchronisation ;
2. Afficher les événements pour envoyer et recevoir des informations ;
3. Déterminer la date à partir de laquelle l'échange aura lieu ;
4. Si la comptabilité est maintenue pour plusieurs organisations, vous pouvez spécifier laquelle d'entre elles participera à l'échange ;
5. Définissez les paramètres de déchargement des transactions salariales : avec ou sans coordonnées du salarié (récapitulatif).

La commande "Charger l'ensemble de règles" est similaire à la même commande dans la fenêtre de configuration précédente.

Il convient de s'attarder plus en détail sur les paramètres de connexion (Fig. 9)

Riz. 9

Dans notre cas, la base de données de destination et la base de données source sont situées sur le même ordinateur et fonctionnent en mode fichier, la synchronisation entre elles s'effectue donc via une connexion directe.

Nous devons:

• Déterminez le chemin vers la base de destination ;
• Définir les paramètres d'autorisation (un utilisateur avec des droits d'administrateur doit être créé dans la base de données réceptrice) ;
• Après avoir vérifié la connexion, nous pouvons supposer que notre configuration est terminée.

Si l'échange se produit via d'autres types de connexion, vous devez configurer leurs paramètres dans les onglets correspondants.

Paramètres de planification

Et à la fin, quelques mots sur les paramètres du calendrier de synchronisation, il est effectué dans l'onglet correspondant de la fenêtre (Fig. 3) et ne diffère en rien du formulaire correspondant pour définir le calendrier des autres tâches planifiées.

Dans cet article, je décrirai mon expérience, jusqu'à présent limitée, dans l'organisation de l'échange de données via le format universel EnterpriseData.

Dans mon cas, l'échange est configuré entre les configurations "Trade Management 11.2" (ci-après dénommé UT) et "Enterprise Accounting 3.0.43" (ci-après dénommé BP). L'échange est à sens unique, de UT à BP. Avant la mise à jour de Trade Management 11.1 vers la version 11.2, l'échange de données était configuré à l'aide de la configuration Data Conversion 2.0. Cependant, après le passage à "11.2" dans "Trade Management", des erreurs sont apparues lors du travail des utilisateurs. La procédure de mise à jour des règles d'échange a été effectuée, mais cela n'a pas donné de résultat. Le débogueur a montré que le problème était dans l'échange de données. Il a été décidé de supprimer le paramètre d'échange de données dans les deux configurations et de le configurer à nouveau.

"Trade Management" et "Enterprise Accounting" fonctionnent pour nous dans une version client-serveur. J'ai commencé à configurer la synchronisation avec UT. Je l'ai exécuté de manière à ce que les données soient déchargées de l'UT vers un fichier. C'est la synchronisation via le répertoire réseau. Dans le BP, j'ai configuré l'échange de manière à ce qu'aucune donnée ne soit déchargée du BP.

Erreur lors de l'appel de la méthode contextuelle (Valider) : erreur lors de la validation des données XDTO :
La structure de l'objet "/Counterparty's Bank Account/Bank" ne correspond pas au type : (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)KeyPropertiesBank
Vérification de la propriété "BIC":
forme : élément
nom : (http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.1)BIC
taper:
Propriété requise manquante
Objet : Accord avec la contrepartie n° ...

Pour analyser l'erreur, j'ai cliqué sur l'icône "Composition des données à transmettre" et dans la liste des contreparties inscrites pour l'envoi de contrats, j'ai trouvé le contrat sous lequel l'erreur est apparue. Ouvert le contrat, mémorisé le compte bancaire de la contrepartie spécifiée dans le contrat. Ensuite, je suis passé aux comptes bancaires enregistrés pour l'expédition. Il s'est avéré que le compte requis ne figurait pas dans la liste des comptes enregistrés. J'ai recâblé le compte bancaire et le contrat en difficulté. Après cela, enregistrez manuellement le compte bancaire requis.

J'ai essayé à nouveau de synchroniser les données de l'UT. Cette fois, les données ont été téléchargées avec succès. DANS dossier réseau formé Fichier XML, contenant des données pour le transfert de UT à BP.

L'étape suivante consiste à télécharger les données du fichier vers le service de comptabilité d'entreprise. Dans la configuration "Comptabilité d'entreprise", j'ai cliqué sur le bouton "Synchroniser", le formulaire de traitement s'est ouvert avec le message "Analyse des données en cours". Un peu plus tard, le message est devenu "Les données sont en cours de téléchargement". Dans le même temps, l'indicateur et le compteur ont montré que plus de 80 000 objets étaient en cours de déchargement du BP. Cela m'a dérouté, car j'ai indiqué dans les paramètres que rien ne devait être déchargé du bloc d'alimentation. Le traitement a pris du temps et s'est terminé par une erreur :

Evénement : Communication
(CommonModule.LongOperations.Module(371)) : le processus de travail s'est écrasé travail de fond
LancerException(ErrorText);

Pour localiser l'erreur, j'ai essayé de modifier les paramètres de synchronisation et les options de fonctionnement de la base BP. En conséquence, lorsque j'ai converti la base de données en version fichier, le système a fonctionné correctement : le formulaire de comparaison de deux bases de données s'est ouvert. Une fois les objets mis en correspondance, la synchronisation initiale a réussi. Ensuite, j'ai de nouveau transféré la base de données vers la version client-serveur.

Avec la poursuite de la "exécution" de la synchronisation, il était nécessaire d'apporter quelques modifications aux règles de conversion des objets. Il est temps d'utiliser la configuration "Conversion de données 3.0". L'aide à la configuration intégrée décrit comment travailler. Les articles sur le site Web de l'ITS ont également aidé.

En conséquence, j'ai chargé les données suivantes dans "Data Conversion 3.0":

• Des textes module commun"Gestionnaire d'échange de données via UniversalFormat" à partir de deux bases
• Schéma des deux bases
• Description du format EnterpriseData (à partir de n'importe quelle base de données)
• Règles de conversion

Après le téléchargement, j'ai ouvert les règles de conversion des données, des objets, des propriétés dans "Data Conversion 3.0". J'ai fait les changements dont j'avais besoin. Ensuite, j'ai utilisé le bouton "Décharger le module Exchange Manager". Le texte du module a été copié dans le presse-papiers. Il ne reste plus qu'à l'insérer dans la configuration.

Après avoir expérimenté la mise en place de règles dans "Data Conversion 3.0", j'en ai conclu que dans le cas où les modifications apportées sont mineures, il est plus facile de mettre en place des règles directement dans les configurations UT et BP, dans le module général "Data Exchange Manager Via UniversalFormat". Si les modifications sont sérieuses, comme, par exemple, l'ajout d'un nouvel objet en échange, alors vous devez utiliser la configuration " Conversion de données 3.0".

J'ai effectué la tâche d'ajouter le document "Commande au fournisseur" au plan d'échange en utilisant " Conversion de données 3.0". Dans la version standard d'UT - BP, ce document n'est pas inclus dans le plan d'échange.

Rappelons que les règles d'enregistrement des objets pour le déchargement sont toujours configurées dans la configuration "Conversion de données 2.0".

Ce sont les premières impressions sur la synchronisation des données via le format universel EnterpriseData.

PS Si vous avez des questions et vos propres observations sur l'échange de données via le format universel et les configurations " Conversion de données 3.0", écrivez dans les commentaires. Nous échangerons nos expériences.

• Synchronisation des données
• Format universel de données d'entreprise
• Conversion de données 3.0
• Conversion de données 2.0
• Gestion commerciale
• Comptabilité d'entreprise

Et nous montrons comment avec son aide simplifiez FORTEMENT la solution de vos tâches

Aujourd'hui, nous allons analyser comment configurer et effectuer un transfert simple des répertoires et des soldes initiaux en 10 à 15 minutes.

Et c'est tâche en vrac et régulière, ce qui est presque inévitable pour la plupart des nouvelles configurations lancées.

Par conséquent, appelez vos collègues, cela leur sera également très utile.

Surtout s'ils ont déjà vu le CD 3 et qu'ils ont eu peur :)

Oui, quand on la voit pour la première fois, ce n'est pas clair du tout.

Mais en fait - tout est TRÈS simple. Si simple que vous vous ennuierez même plus tard :)

Qu'y a-t-il exactement dans les vidéos d'aujourd'hui ?

Ce sont 4 vidéos sur le partage de données via format d'échange universel EnterpriseData.

De plus, nous montrerons un exemple raffinement des règles d'échange standard en 1C : Conversion de données 3.0

Durée totale - 34 minutes. Contenu:

• Mise en place d'un échange en utilisant l'exemple de 1C : Comptabilité 8 et 1C : ERP
• Comment charger les règles standard et le format d'échange universel dans Data Conversion 3.0
• Transfert de la structure des métadonnées sur le CD 3.0
• Comment effectuer le premier échange de données
• Raffinement des règles conversions
• Comment charger de nouvelles règles sans modifier la configuration ( sans retrait du support)

note que lors de la résolution de ce problème, les règles de chargement ne changent que dans la configuration du récepteur. Et la configuration source fonctionne selon les règles standard.

Si une telle tâche était résolue dans Data Conversion 2.0, des modifications devraient être apportées aux règles de la source et de la destination.

Ces didacticiels vidéo sont pertinents pour BSP révision 2.3.2(pour toute version antérieure à 2.3.2.43).

Si vous utilisez une ancienne version de BSP, effectuez une "correction" pour l'interface modifiée et les fonctionnalités étendues. Pour ce faire, répétez vous-même l'exemple de la vidéo.

Vidéo 1 :
Chargement des règles d'échange entre les configurations typiques dans Data Conversion 3.0

Dans cette leçon, nous effectuerons des actions préparatoires lors de la modification des règles d'échange entre des configurations types :

• Chargement de la structure du format d'échange dans le CD (
• Créer une conversion
• Téléchargement de fichiers de règles à partir d'une configuration typique
• Déchargement du module gestionnaire d'échange

Vidéo 2 :
Raffinement des règles d'échange dans le CD 3.0

Dans ce didacticiel, nous allons vous montrer comment remplir les détails des objets lors du chargement des données.

La tâche sera résolue - lors du chargement d'objets à partir de la configuration source, définissez le commentaire «Chargé à partir de BP 3.0».

Pour résoudre le problème, vous devez faire modifications des règles de conversion d'objet, dans l'événement "Avant d'écrire les données reçues".

Les règles développées seront enregistrées sous traitement externe pour une utilisation ultérieure.

Vidéo 3 :
Mise en place d'un échange universel entre configurations types

Dans ce didacticiel, nous allons vous montrer comment configurer un nouvel échange de type.

Les paramètres seront définis dans la configuration source, puis chargés dans la configuration de destination.

Aussi dans cette vidéo, nous allons vous montrer comment sans changer la configuration télécharger de nouvelles règles d'échange.

Vidéo 4 :
Transférer les soldes d'ouverture à l'aide des règles d'échange

Dans la leçon, nous montrerons une fonctionnelle typique pour le transfert des soldes initiaux.

PS

Oui, échanges via txt/dbf/ole etc. ont le droit d'exister. Dans certains cas particuliers, tels que l'ancrage à un serveur Web ou le transfert à partir d'un format d'application externe prêt à l'emploi.

Cependant, pour les échanges standard - les méthodes standard sont à la fois plus rapides et beaucoup plus simples.

Et si quelqu'un réinvente la roue alors qu'il existe une solution universelle toute faite - c'est comme écrire sur ton front "je n'ai pas d'instrument, je ne veux pas apprendre, je construirai des béquilles pour ton argent" .

P.P.S.

Nous voulons montrer que la conversion de données 3.0 n'est pas difficile.

Inhabituel - oui. Tout n'est pas immédiatement clair - oui. Il y a des moments très ambigus - oui.

Mais avec l'aide d'instructions et de vidéos prêtes à l'emploi, il peut être maîtrisé en seulement 1 à 2 semaines.