Échangez via un format universel. « 1C » propose le format EnterpriseData pour échanger des données d'entreprise 1C comment télécharger les règles de synchronisation des données

Section (reçu) contient informations officielles(pour plus de simplicité, supposons que le message passe de l'application 1C vers une application tierce) :

Si le message va dans le sens inverse - d'une application tierce à l'application 1C, l'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 de 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 changements survenus dans les 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 l'application externe). L'étape suivante concerne l'application tierce : elle doit traiter les informations du fichier XML et les placer dans la section lors de la prochaine session de synchronisation. informations selon lesquelles un message de 1C avec un certain numéro a été reçu avec succès (placez le numéro du message reçu de 1C dans le champ ReçuNo). Le message de réception est un signal à l'application 1C que toutes les entités commerciales ont été traitées avec succès par l'application externe et que les informations les concernant n'ont plus besoin d'être transmises. En plus du reçu, le fichier XML d'une application tierce peut également contenir des données de 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'entités existantes) seront envoyées à 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 est inversée. La candidature doit remplir la section en conséquence, et dans la section placez les données commerciales 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 depuis 1C (s'il y en a depuis la dernière session de synchronisation).

Échange via 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, celle-ci doit appeler la méthode Web GetData, en transmettant le code d'application unique saisi sur le . 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 passant le code unique de l'application et le fichier zippé au format décrit ci-dessus comme paramètres.

Échanger via d'autres canaux

Dans le cas d'un échange de données via un annuaire/annuaire FTP ou email, l'initiateur de l'échange sera l'application 1C. Il sera placé dans le canal approprié (répertoire ou Boites aux lettres) fichier du format décrit ci-dessus et attendez des fichiers de réponses d'une application tierce dans le même canal. Dans le cas d'un échange annuaire/annuaire 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 par e-mail La ligne d'objet de la lettre doit suivre une règle spécifique et un fichier archivé contenant des données doit être joint à la lettre.

Conclusion

La gamme de scénarios d'intégration utilisant le format EnterpriseData est large. Cela inclut l'échange de données au sein d'une organisation, par exemple, le transfert de données vers 1C : Comptabilité à partir d'autres applications pour maintenir une comptabilité holistique, ou l'échange de données entre bureau central et entrepôts éloignés. Le format convient également à l'échange de données entre différentes organisations.

Envoyez cet article à mon email

Les principales raisons de la nécessité de mettre en œuvre l'échange entre les bases de données 1C sont la présence de succursales et la séparation des types comptables, car Les entreprises opèrent souvent dans plusieurs bases de données d’informations. La configuration de l'échange 1C 8.3 vous permet d'éliminer le double travail - saisir les mêmes documents et répertoires dans deux programmes, ainsi que de fournir rapidement les objets système nécessaires à diverses succursales et départements.

Dans le cas où il est nécessaire d’échanger entre agences, le RIB (Distributed Information Base) est utilisé. Il s'agit d'un mécanisme d'échange entre configurations identiques. Il représente un arbre avec le nœud racine le plus important en haut, en dessous d'une paire de nœuds interconnectés. Des modifications peuvent être apportées à n'importe quel nœud de ce système et elles seront transférées à d'autres. nœuds connectés. Il distribue également non seulement les données, mais également les modifications de configuration du nœud racine vers les nœuds esclaves.

S'il est nécessaire de séparer les types de comptabilité, par exemple en maintenant les types opérationnels dans la base de données commerciale et les types réglementés dans la base de données comptable, des mécanismes d'échange universels avec des paramètres de synchronisation de données flexibles sont disponibles.

L'un des derniers développements de 1C est le format d'échange de données EnterpriseData. Il est simple d'utilisation et est destiné à l'échange au sein de l'entreprise aussi bien entre les bases de données 1C qu'entre les programmes tiers.

La mise en œuvre de l'échange de données dans une entreprise peut être représentée sous forme de procédures séquentielles.

Tout d’abord, il faut déterminer entre quelles bases de données il doit y avoir un échange ; s'agira-t-il d'un échange à double sens ou à sens unique ? s'il s'agit d'un sens unique, quelle base de données transmettra les informations et laquelle ne fera que les recevoir ; si c'est compliqué réseau de succursales, vous devez alors enregistrer un schéma de construction de base de données.

Ensuite on sélectionne le format approprié : RIB, format universel ; échanger selon les règles d'échange ; échange sans règles d'échange.

L'étape suivante consiste à sélectionner un véhicule pour effectuer l'échange. Un large choix de technologies est disponible, soulignons les principales : annuaire (local ou réseau), ressource FTP, Connexions COM, service Web, courrier électronique.

La quatrième étape consistera à identifier les données : documents, ouvrages de référence et, le cas échéant, à les détailler jusqu'à leurs coordonnées individuelles à transférer.

Et en conclusion, un calendrier de fréquence d'échange est prescrit

Chaque option de mise en place de l'échange 1C 8.3 nécessite une préparation minutieuse. Sa mise en œuvre dépasse les capacités de chaque utilisateur ; il est nécessaire de prendre en compte de nombreuses nuances et de comprendre les principes de l'échange. Une attention particulière devra être portée à la configuration si les bases de données : contiennent des modifications ou de nombreux ajouts. détails, diffèrent dans les versions de plate-forme ou sont utilisés versions obsolètes configurations, l'entreprise est grande et utilise Système automatisé, composé d'un grand nombre de bases. Les erreurs sont inacceptables ici, car... peut entraîner des conséquences irréparables. La mise en œuvre indépendante de l'échange dans 1C n'est recommandée que si vous devez mettre en place un simple transfert d'informations entre des configurations standards.

Si vous doutez de vos capacités, mieux vaut ne pas économiser, mais contacter un spécialiste compétent qui vous aidera à résoudre le problème complexe de la mise en place des échanges 1C 8.3.

Si vous décidez quand même de configurer les échanges 1C sans faire appel à des experts, il est recommandé de tester d'abord sur des copies des bases de données, et avant de commencer à travailler dans les bases de données de travail, de télécharger les configurations pour pouvoir revenir à état d'origine en cas d'erreurs.

Ci-dessous nous donnons exemple détaillé 1C 8.3 échange les paramètres unilatéralement entre les configurations standard Trade Management 11 (UT) et Enterprise Accounting 3.0 (BP). Cet exemple est pertinent pour de nombreuses entreprises actives dans le commerce de gros et de détail. A l'UT, la comptabilité de gestion est tenue, chez BP - réglementée, l'échange est nécessaire pour faciliter le travail des utilisateurs.

Cet algorithme convient également à d'autres configurations standards sur la plateforme 1C 8.3

Tout d'abord, nous effectuerons un travail préparatoire pour le destinataire de l'information, c'est-à-dire pour BP. Nous lançons le programme en mode Entreprise. Vous devez paramétrer la constante Synchronisation des données (section Administration → Synchronisation des données).

Faites attention au champ Préfixe, vous devez ici spécifier une valeur qui vous permettra de distinguer ultérieurement (par la valeur du code répertoire ou du numéro de document) dans quel programme les objets ont été initialement créés. Dans notre exemple, l'abréviation habituelle convient - BP et UT, si la configuration d'échange 1C 8.3 est effectuée pour un échange complexe entre gros montant bases, ainsi que des configurations identiques, vous devrez saisir chaque base avec sa propre désignation claire.

Le bloc d'alimentation n'étant qu'un récepteur d'informations, nous procédons à la configuration de l'UT.

Ici, tout comme dans le BP, vous devez activer la synchronisation et spécifier un préfixe. Ces informations sont disponibles dans la section Données de base et administration → Paramètres de synchronisation des données.

Sélectionnez la méthode de configuration : Spécifiez les paramètres manuellement. Plus loin.

Configurons une option de connexion directe, lorsque les deux programmes sont situés dans un seul réseau local, nous indiquerons les paramètres de connexion à l'annuaire de sécurité des informations sur ce réseau, et renseignerons également les informations d'authentification de l'utilisateur (dans la base de données BP). Plus loin.

Le système vérifiera l'exactitude des données spécifiées et, si le résultat est positif, affichera la fenêtre des paramètres d'échange 1C 8.3.

Cliquez sur le lien Modifier les règles de téléchargement des données pour accéder aux paramètres de l'échange. Nous clarifierons les données de base - téléchargerons uniquement celles utilisées dans les documents, sélectionnerons les organisations et la possibilité de travailler avec des contrats - sans référence, séparation des documents par entrepôt. L'échange débute le 1er mars de l'année en cours.

Nous notons les règles introduites et les clôturons.

Puisque dans l'exemple nous parlons deà propos du transfert d'informations unidirectionnel, puis dans la fenêtre de paramètres suivante pour recevoir des données d'un autre programme, vous devez définir les valeurs sur Ne pas envoyer. Enregistrez et fermez. Plus loin.

Vous devez maintenant vérifier les paramètres saisis et s'ils sont corrects, cliquez sur Suivant, sinon revenez à l'étape précédente en cliquant sur Retour.

Vous serez alors invité à synchroniser. Cliquez sur Terminer.

Effectuer une corrélation si nécessaire objets identiques deux configurations, une fenêtre s’ouvrira pour comparer les données. Nous effectuons la comparaison et cliquons sur Suivant.

Lors du transfert d'objets, des situations problématiques peuvent survenir ; vous pouvez visualiser les résultats en cliquant sur le lien Avertissements lors de la synchronisation des données.

Une fois la synchronisation terminée, une fenêtre s'affichera confirmant la réussite de ce processus.

Ici, à l'aide de la commande Configurer ou après, dans le script de synchronisation, vous pouvez configurer le planning exécution automatiqueéchange.

27.08.2015

1C a publié la première version d'un nouveau format d'échange de données commerciales, EnterpriseData, basé sur XML. Le format permet d'organiser efficacement l'échange de données entre les systèmes d'automatisation métier hétérogènes utilisés dans l'entreprise, quel que soit leur développeur et à quels domaines d'activité ils sont destinés.

La publication de la norme était la prochaine étape pour 1C sur la voie d'une augmentation de l'ouverture de ses produits pour l'intégration avec des logiciels tiers. La société 1C a toujours accordé une attention particulière à ce domaine. Les produits 1C prennent en charge le format CommerceML, utilisé pour échanger des informations commerciales au format XML. Le format d'échange de documents financiers entre le système 1C:Enterprise et les modules des systèmes bancaires à distance (Client-Banque), développé par 1C en collaboration avec les principaux développeurs de systèmes d'information bancaire, mérite une mention particulière. Ce format, soutenu aujourd'hui par des centaines de banques russes (dont la Sberbank de Russie, VTB 24, Gazprombank, Rosselkhozbank), est essentiellement devenu un standard du secteur. Cette direction a été développée davantage dans la technologie d'échange direct DirectBank, qui rend l'interaction avec une banque de 1C:Enterprise encore plus pratique et sécurisée.

Parallèlement, auparavant les formats supportés par 1C servaient principalement à résoudre des problèmes d'échange de données entre différentes organisations uniquement dans certains domaines d'activité (e-commerce, intégration avec systèmes bancaires). Maintenant nouveau format EnterpriseData couvre tous les domaines de l'entreprise : finances, production, achats et ventes, opérations d'entrepôt, etc. La première version du format comprend des descriptions de 94 types de documents provenant de divers domaines d'activité. Le format est extensible ; 1C y ajoutera de nouveaux documents et détaillera ceux existants.

Le format est recommandé pour une utilisation lors de l'intégration d'applications tierces avec des programmes 1C. Le format peut également être utilisé pour échanger des informations entre tout autre système d'information : il ne dépend pas des caractéristiques des logiciels ou des structures de base d'informations qui participent à l'échange et ne contient pas de restrictions évidentes d'utilisation.

Actuellement, le format Enterprise Data est déjà utilisé pour synchroniser les données entre les produits logiciels de la société 1C elle-même, il est pris en charge dans les produits :

• 1C: Gestion d'entreprise ERP 2.0
• 1C : Comptabilité 8, édition 3.0
• 1C : Comptabilité 8 CORP, édition 3.0
• 1C : Commerce de détail, édition 2.0
• 1C : Gestion du commerce, édition 11

L'un des cas les plus courants d'intégration de produits 1C est le tandem « 1C : Comptabilité » - « 1C : Trade Management » ; ces deux produits populaires de l'entreprise échangent 73 types de documents au format EnterpriseData, ce qui vous permet de maintenir leurs données à jour et synchronisées entre elles. Les développeurs 1C notent que l'adoption du format EnterpriseData a amélioré la qualité et la rapidité du développement solutions d'application système "1C:Enterprise" grâce à l'unification du code.

Pour les produits tiers qui s'intègrent aux produits 1C, l'utilisation du format réduira à la fois le volume de développement et les coûts de main-d'œuvre pour la mise en œuvre et la prise en charge des systèmes. Auparavant, lorsque chaque produit prenait en charge son propre format d'échange de données, s'il y avait N produits dans le système d'échange de données, l'ajout d'un nouveau produit nécessitait 2*N modifications (voir Fig. 1) ; chaque produit existant nécessitait des modifications pour prendre en charge l'importation de données à partir du nouveau produit, et Nouveau produit aurait dû prendre en charge l’importation de données à partir de produits existants. Après l'introduction d'un format unique, l'ajout d'un nouveau produit nécessitera uniquement la mise en œuvre de l'import et de l'export au format EnterpriseData et n'entraînera pas de modifications dans les produits existants.

Figure 1 Échange de données sans format commun

Figure 2 Échange de données via le format EnterpriseData

Le format prend en charge la compatibilité ascendante - tous les programmes tiers qui échangent des données au format EnterpriseData avec le logiciel 1C continueront de fonctionner lorsque de nouvelles versions du format seront publiées.

• d'intégrer vos propres développements sur la plateforme 1C:Enterprise (sur mesure et en série) avec solutions standards 1C
• pour l'intégration d'autres systèmes (non 1C) avec des solutions sur la plateforme 1C:Enterprise
• organiser l'interaction d'autres systèmes (non 1C) entre eux.