Apparence et caractéristiques de l'utilisation de l'échange de données universel. Apparence et caractéristiques de l'utilisation de l'échange universel de données Quelles sont les règles d'échange en 1c

Dans la plupart des cas, les systèmes de contrôle automatisés se composent de bases de données séparées et ont souvent une structure géographiquement répartie. Dans le même temps, un échange de données correctement mis en œuvre est une condition nécessaire au fonctionnement efficace de ces systèmes.

Dans le même temps, la configuration initiale de l'échange peut nécessiter un certain nombre d'actions, non seulement en termes de programmation, mais aussi de conseil, même si l'on a affaire à des sources homogènes, comme c'est le cas des produits sur la plateforme 1C: Enterprise. Pourquoi la configuration de l'échange 1C (ou, comme on l'appelle aussi, la synchronisation des données dans 1C 8.3) peut devenir la tâche la plus longue et la plus coûteuse d'un projet d'intégration, nous examinerons dans cet article.

L'échange de données dans un environnement 1C permet:

• Exclure la double saisie de documents;
• Automatiser les processus d'affaires connexes;
• Optimiser la communication entre les unités distribuées;
• Mettre à jour rapidement les données pour le travail des spécialistes de différents départements;
• "Délimitez" différents types de comptabilité. *

* Dans le cas où les données d'un type de comptabilité diffèrent significativement d'un autre, il est nécessaire de garantir la confidentialité des informations et de «délimiter» les flux d'informations. Par exemple, l'échange de données entre 1C UT et 1C Accounting ne nécessite pas le téléchargement de données de gestion dans la base de données de comptabilité de routine, c.-à-d. la synchronisation en 1C sera incomplète ici.

Si nous représentons le processus standard de mise en œuvre de l'échange de données principal, lorsqu'au moins l'un de ses objets est un produit 1C, les étapes suivantes peuvent être distinguées:

• Coordination de la composition de l'échange;
• Définition du transport (protocoles d'échange);
• Fixer les règles;
• Planification.

Révéler la composition de l'échange 1C

Les objets d'échange peuvent être conditionnellement divisés en «source» et «récepteur». En même temps, ils peuvent remplir deux rôles simultanément, ce qui sera appelé - échange bilatéral. La détermination de la source et de la destination se fait de manière logique, en fonction du besoin ou de la fonctionnalité du système. *

* Par exemple, lors de l'intégration de "WA: Financier" - une solution de comptabilité financière et de gestion des processus de trésorerie, développée sur la base de "1C: Enterprise", les experts de WiseAdvice la recommandent comme système maître. Cela est dû à la disponibilité d'outils de contrôle pour se conformer aux règles de la politique applicative et, par conséquent, pour garantir l'efficacité de la solution.

En outre, sur la base des besoins reçus et enregistrés des utilisateurs, une liste de données à échanger est créée, leur volume, les exigences relatives à la fréquence d'échange sont déterminés, le processus de traitement des erreurs et de gestion des exceptions (collisions) est prescrit.

Au même stade, en fonction du parc de systèmes existants et de la structure de l'entreprise, le format d'échange est déterminé:

Base d'information distribuée

• RIB implique l'échange entre des configurations identiques de bases de données 1C, avec une structure de contrôle maître-esclave claire pour chaque paire d'échange. En tant qu'élément de la plate-forme technologique, le RIB, en plus des données, peut transférer des modifications de la configuration et des informations administratives de la base de données (mais uniquement du maître à l'esclave).

Échange de données universel en 1C

• Un mécanisme qui vous permet de configurer l'échange de bases de données 1C, à la fois avec des configurations sur la plateforme 1C: Enterprise et avec des systèmes tiers. L'échange est réalisé en convertissant les données dans un format xml universel conformément aux «Plans d'échange».

EnterpriseData

• Le dernier développement de la société 1C, conçu pour implémenter l'échange de données au format xml entre les produits créés sur la plateforme 1C: Enterprise, avec tous les systèmes d'automatisation. L'utilisation d'EnterpriseData simplifie les améliorations liées à l'échange. Auparavant, lorsqu'une nouvelle configuration était incluse dans le système, il était nécessaire de mettre en œuvre un mécanisme d'importation et d'exportation de données, à la fois pour elle et pour les systèmes existants. Désormais, les systèmes prenant en charge EnterpriseData ne nécessitent aucune modification, n'ayant qu'un seul point "d'entrée-sortie".

Définition du transport (protocoles d'échange)

Pour le système basé sur la plate-forme 1C: Enterprise 8, un large éventail de possibilités est fourni pour organiser l'échange avec toutes les ressources d'information à travers des normes universelles généralement acceptées (xml, fichiers texte, Excel, connexion ADO, etc.). Par conséquent, lors de la définition d'un transport pour l'échange de données, il convient de partir des capacités d'une base de données système tierce.

Synchronisation des répertoires

Le principe de base d'une synchronisation d'annuaire efficace est la présence d'un point d'entrée. Mais si l'on parle de travailler avec des ouvrages de référence historiquement remplis selon des règles différentes, il est nécessaire de définir clairement les champs de synchronisation pour amener l'échange à un «dénominateur commun». *

* A ce stade, il peut être nécessaire de réaliser des travaux de normalisation des données de référence du côté de la source de données. En fonction de l'état des ouvrages de référence et de leur volume, le processus de mise en correspondance des éléments, de reconnaissance, d'identification des erreurs et des doublons, ainsi que le remplissage des champs manquants et l'attribution des champs de synchronisation, peut nécessiter le travail de tout un groupe d'experts, tant de l'intégrateur (propriétaire de la méthode de normalisation des données de référence) que du côté du client.

Définition des règles

La possibilité d'afficher les données des systèmes source dans les récepteurs dépend de règles d'échange correctement spécifiées. Les règles, présentées au format xml, régulent la correspondance des attributs clés des objets source-destination. La solution 1C: Data Conversion est conçue pour automatiser la création de règles pour la mise en œuvre à la fois d'un échange ponctuel et permanent.

Assure aucune perte de données lors de l'échange du plan d'échange. Ceci fait partie intégrante de toute configuration sur la plateforme 1C: Enterprise, qui décrit en détail la procédure d'échange de 1C: composition des données (documents avec détails «d'identification») et nœuds (bases d'informations des émetteurs et des récepteurs), ainsi que l'activation RIB pour les directions d'échange sélectionnées.

Toute modification des données saisies dans le plan d'échange est enregistrée et reçoit un signe de «changement». Tant que les données modifiées ne correspondent pas dans les nœuds émetteur-récepteur, l'indicateur ne sera pas effacé et le système enverra des messages de contrôle aux deux nœuds. Après avoir déchargé les données et confirmé leur pleine conformité dans les deux systèmes, le signe est réinitialisé.

Calendrier d'échange en 1C

Pour automatiser l'échange régulier, la fréquence de téléchargement des données est définie. La fréquence d'échange dépend du besoin et des capacités techniques. De plus, les configurations sur la plateforme 1C: Enterprise vous permettent de configurer l'échange de données lorsqu'un événement se produit.

Après avoir examiné le processus de mise en œuvre standard de l'échange, prêtons attention aux facteurs qui nécessiteront des améliorations à différentes étapes:

• Configurations de base de données non typiques et hautement modifiées;
• Différentes versions du 1C: plate-forme d'entreprise;
• Pendant longtemps, les versions de configuration non mises à jour, pas à jour;
• Objets d'échange précédemment modifiés;
• La nécessité de règles d'échange non standard;
• Un ensemble et une composition de conditions très différentes dans les ouvrages de référence existants.

Étant donné que même les actions standard pour la mise en œuvre de l'échange de données primaires nécessitent des connaissances d'experts, il est recommandé de les réaliser avec la participation de spécialistes 1C. Ce n'est qu'après avoir terminé toutes les étapes ci-dessus que vous devez procéder à la configuration de l'échange dans la configuration. Considérons l'intégration de la base de données en utilisant l'exemple de "1C: UPP" et "1C: Retail" (selon le même schéma, l'échange avec "1C: UT" est configuré). En outre, la synchronisation typique comprend l'échange de SCP - SCP, ce qui est typique des systèmes d'automatisation à grande échelle dans les plus grandes entreprises industrielles.

Dans le sous-menu "Service", sélectionnez "Echange de données avec les produits sur la plateforme ..." (le choix de l'échange direct avec "Retail" menace souvent d'erreurs au niveau des objets COM). Faites attention au message de service "Cette fonction n'est pas disponible."

Pour résoudre ce problème, vous devez sélectionner "Paramètres de communication"

... et cochez la case. Ensuite, nous ignorons le message d'erreur.

Dans les paramètres de synchronisation des données, sélectionnez "Créer un échange avec" Commerce de détail "...

Avant de configurer les paramètres de connexion via un répertoire local ou réseau, assurez-vous qu'il y a suffisamment d'espace sur le disque pour le répertoire. Bien que, en règle générale, cela ne prenne pas plus de 30 à 50 Mo, dans des cas exceptionnels, il peut nécessiter jusqu'à 600 Mo. Vous pouvez créer le répertoire requis directement depuis le configurateur.

Lors de la connexion via un annuaire réseau, nous ignorons les suggestions pour établir une connexion via une adresse FTP et par e-mail, en cliquant sur «Suivant».

Dans les paramètres, nous inscrivons manuellement les préfixes - conventions des bases (en règle générale, BP, UPP, RO), définissons les règles et la date de début du téléchargement des données. Le préfixe sera indiqué dans le nom des documents pour désigner la base dans laquelle ils ont été créés. Si les règles de déchargement ne sont pas modifiées, les données seront déchargées par défaut pour tous les paramètres disponibles.

Nous créons un fichier de paramètres d'échange pour "Retail" afin de ne pas répéter nos actions. Si vous avez besoin d'envoyer immédiatement des données immédiatement après la configuration de la synchronisation, cochez.

Pour automatiser le processus d'échange, vous devez configurer un calendrier.

Menu de vente au détail.

Cochez la case et sélectionnez "Synchronisation".

Nous effectuons le réglage «inverse» en choisissant Manufacturing Enterprise Management.

Chargez le fichier de paramètres créé dans le SCP.

Nous mettons une coche, le système récupère l'adresse automatiquement.

Nous agissons de la même manière que dans le SCP.

Comparaison des données de vérification (la comparaison manuelle des données est recommandée au stade préparatoire, car ce travail peut devenir le plus long dans le processus de mise en œuvre de l'échange). La fenêtre de cartographie s'ouvre en double-cliquant.

En cas d'erreur de synchronisation, "Détails ..." sera remplacé par "Jamais ...".

"Détails ..." ouvre le journal d'inscription avec des informations mises à jour sur l'échange.

Terminé.

Question: Règles d'échange prêtes à l'emploi pour les configurations typiques

Tout le monde, tout le monde. Je recherche des règles d'échange prêtes à l'emploi pour des configurations typiques pour le transfert dans les deux sens non seulement des répertoires, mais aussi des documents, des soldes de documents, etc. Peut-être que quelqu'un partagera. Je recherche un déchargement très selon documents et PUB 7.7 en UPP 8 rev 1.2, du trade 7.7 à UPP du salaire 7.7 UPP, du trade management 8 à UPP 8. Merci d'avance à tous.

Répondre:

recherche de règles d'échange entre 1C 8.1 UPP 1.2 avec 1C 8.2 UPP 1.3

Question: Service avec la fonctionnalité standard des configurations 1C typiques

UT 11.4.1.254 (ou vous pouvez convertir en ERP, si cela aide quelque chose)

Comment la fonctionnalité standard des configurations 1C typiques peut-elle prendre en compte la réparation des imprimantes, ou plutôt leur service client (puisque pour les méthodologistes 1C, la réparation se fait lorsqu'ils entretiennent leur propre équipement, pas les clients)?

Un maître, à la fois au bureau et sur la route.
Les clients appellent le bureau au sujet de leur réparation, mais aucune information n'est saisie, il n'y a rien à voir

En dernier recours, utilisez une base différente d'une configuration différente, mais typique

La prise principale - je ne veux vraiment pas modifier la configuration typique et / ou utiliser des configurations atypiques (modules)

Répondre:

Mettez plutôt à jour, normalement dans l'ERP
La transition vers l'UNF n'est pas anodine ... pour les petites et les grandes entreprises.
UT 11 - modifié avec le module Bitrix, sur le site (boutique en ligne) Bitrix - également scié

Et ce n'est pas clair - pour quoi?
J'ai écrit ci-dessus
Dans UT 11, une commande client est créée, sur la base de laquelle \u003d un acte d'achèvement.
"Des informations sur le travail effectué peuvent être incluses dans la commande du client avec des informations sur les produits vendus ou les services fournis lors de la vente."

Peut être compliqué par la fonctionnalité des projets à long terme (événements et étapes d'interaction avec le client)

D'après les discussions avec le client, il s'est avéré que nous avions besoin d'une comptabilité par numéros de série, également disponible dans UT 11.
Il vous suffit d'activer et de configurer dans UT 11

J'ai regardé UNF et je n'ai trouvé aucun miracle, à part des problèmes supplémentaires

Dans cette affaire, je n'ai été déçu que par le fait que j'ai commencé à faire une "revue littéraire" de la façon dont cela se fait dans UT - ERP et comment cela est résolu:
- dans d'autres configurations typiques
- configurations industrielles individuelles spécialisées
- modules pour UT 11
, c'est à dire. J'étais trop paresseux pour essayer de bouger mon cerveau

Prenez-le et utilisez-le lorsque vous savez - comment ou que quelqu'un l'a déjà configuré - a montré
(par exemple, dans les bases de démonstration typiques - il n'y a rien à regarder, prenez quelque chose de prêt pour un échantillon)
.
Seul un peu avait pour peaufiner les compétences de comptabilité et de répartition des revenus et des dépenses dans l'UT-ERP, et à l'UNF, en général, il est nécessaire d'étudier à nouveau toute la comptabilité et de tordre la tête d'un côté sur toute question

Question: Suppression d'un objet d'une règle d'échange existante

Pouvez-vous me dire comment supprimer un objet de la règle d'échange existante? Le fait est qu'il est nécessaire de décharger d'une base à une autre pour une certaine date uniquement les ventes et la réception des biens et services. Seule la règle créée fonctionne automatiquement pour moi, la règle créée manuellement décharge les documents vides. Par conséquent, je voudrais supprimer les documents inutiles de la règle créée automatiquement afin que les utilisateurs ne puissent pas décharger accidentellement quelque chose.

Répondre:

message de Allexei

Bonjour, probablement pas déjà pertinent, mais quand même. Vous pouvez également désinscrire les objets d'un type inutile dans le plan d'échange. Grâce à cela, vous n'avez pas à réécrire les règles d'échange et les objets inutiles ne seront pas déchargés.

Merci, je vais essayer.

Peut être retiré de la manière habituelle

Question: Règles d'échange - où modifier?

Le client a apporté des modifications à la configuration du récepteur. Il ne sera pas possible de savoir exactement ce qui a changé.
Nous devons maintenant corriger les règles d'échange.
Comment voir les endroits qui doivent être modifiés?
Il faut en quelque sorte comprendre selon les règles existantes que la propriété n'existe plus ou que son type a changé.

Répondre: () Il me semble que pour plaire au client, il suffit en quelque sorte de démarrer un échange. Et pour payer, vous devez tout faire jusqu'à la fin :)

Question: "Trade Management", édition 10.3 (10.3.46.2) Changement des règles d'échange pour Retail 2.1

Bonjour. Comment changer les règles dans UT?
Je change la disposition des règles d'échange dans les plans d'échange ExchangeRetaznitsaTrade Management103 Je mets à jour et redémarre les mauvaises règles. J'ai même changé manuellement la version. Cela n'aide toujours pas.
Supprimé bêtement l'entrée de règles du registre des règles d'échange de données.
Il n'y a pas de bouton normal pour charger le fichier de règles ou le mettre à jour à partir de la mise en page de configuration.
Il y a beaucoup d'ajouts et de tests à faire, mais je ne sais pas comment changer rapidement les règles d'inscription / d'échange (

Répondre: mis à jour avec son, tout en ordre. Le cerveau entier a déjà mangé cet échange

Question: Remplacement des règles d'échange dans le fichier de téléchargement

Bonne chance!
Il existe un fichier de téléchargement xml selon les règles d'échange. En conséquence, il contient un bloc

<ПравилаОбмена> ...

Et il y a un deuxième fichier, comme un modèle pour ce bloc.
Il est nécessaire de remplacer le bloc de règles dans le fichier de téléchargement par un bloc du fichier modèle.
Vous devez lire par élément Reading XML et écrire dans un troisième fichier temporaire via Writing XML? Ou y a-t-il un moyen plus pratique?

P.S. J'anticipe une question raisonnable "Pourquoi?" Il est nécessaire de se protéger contre les changements dans les règles de la Source, c'est-à-dire toujours charger par référence à partir du récepteur.

Répondre:

A écrit. Il y a des doutes sur l'optimalité. Ecrire au XML temporaire via XML Writing, puis ReadingText pour zaphat tout cela dans le fichier qui a été transféré à l'origine.
Du point de vue méthodologique, n'y a-t-il pas de grossières erreurs?

// La procédure remplace le bloc<ПравилаОбмена>... dans le fichier transféré.xml // vers le bloc du modèle, qui stocke un fragment du fichier de déchargement selon les règles de référence // // Paramètres // XMLFileName - Type: String - Nom complet du fichier avec les données de déchargement // dans lequel nous allons changer le bloc<ПравилаОбмена> // // Valeur renvoyée: // XMLResultFileName - Type: String - Path // Procédure ReplaceExchangeRulesInDownloadFileWS (XMLFileName) XMLDownloadFile \u003d New XMLReader; XMLDownloadFile.OpenFile (XMLFileName); Modèle de règle \u003d Nouvelle lecture XML; PathToRulesTemplate \u003d GetExchangeRulesTemplate (); Rule Template.OpenFile (chemin vers le modèle de règle); XMLResultFileName \u003d GetTemporaryFileName (". Xml"); Résultat XML \u003d Nouvel enregistrement XML; XMLResult.OpenFile (XMLResultFileName); While XMLUploadFile.Read () Loop NodeType \u003d XMLUpFile.NodeType; Si NodeType \u003d XMLNodeType.ElementStart et XMLUpFile.Name \u003d "ExchangeRules" Then XMLUploadFile.Skip (); While RuleRule.Read () Loop If RuleRule.NodeType \u003d XMLNodeType.ElementStart et RuleRule.Name \u003d "ExchangeRules" Then XMLResult.WriteCurrent (RuleModel); While Rule Template.Read () Loop XML Result.WriteCurrent (Rule Template); Si RuleRule.NodeType \u003d XMLNodeType.ElementEnd et RuleRule.Name \u003d "ExchangeRules" Then Abort; Fin si; Fin de cycle; Avorter; Fin si; Fin de cycle; Sinon XMLResult.WriteCurrent (XMLDownloadFile); Fin si; Fin de cycle; XMLDownloadFile.Close (); TemplateRule.Close (); Résultat XML.Close (); Text \u003d NewTextReader (XMLResultFileName); ExchangeMessage \u003d Text.Read (); TextRecord \u003d NewTextRecord (XMLFileName, TextCode.UTF8); WriteText.Write (ExchangeMessage); WriteText.Close (); EndProcedure // ReplaceExchangeRules ()

Question: Aide avec les règles d'échange

1C 8.3.9.1850, UT 11.3.2.157, commerce de détail 2.2.5.22. Une erreur apparaît lors du chargement des règles dans UT. Est-il possible de corriger les règles d'une manière ou d'une autre.

Lien vers un objet de métadonnées inexistant dans les règles d'échange
Objet \u003d
DescriptionErrors \u003d Type non défini (EnumerationReference.TypesOrderOnAssembly)
Position du module \u003d Processing.ConversionObjectsInformationBaseObjectModule (4885)
Messages KError \u003d 11

Répondre:

Si ma mémoire est bonne, alors les dernières règles sont toujours stockées dans la configuration elle-même dans le layout. Vous n'avez donc pas besoin de prendre les dernières règles du dossier. Mettez simplement à jour les deux confs avec les dernières versions.

Question: Comment décharger les règles d'échange pour l'importation vers la conversion

Comment décharger les règles de conversion d'une configuration typique?

Tâche: il existe une configuration "Rarus: Gestion de la relation commerciale et client (CRM)", il existe un plan d'échange pour l'échange du site. L'échange avec le site est en cours, il faut ajouter le déchargement du statut de la commande à partir de 1C pour qu'il soit mis à jour sur le site.

Voici comment je vois la solution: déchargez les règles de déchargement des commandes, chargez-les en conversion, ajoutez le PKS pour le statut et chargez à nouveau dans la configuration. Mais comment décharger ces règles? Dans le plan d'échange, il y a une mise en page SchemeOrdersUnloading, sur le dernier onglet Paramètres il y a un bouton "Enregistrer les paramètres dans un fichier", mais, pour autant que je sache, ce n'est pas le cas pour la conversion, ce fichier xml n'est pas chargé.

S'il vous plaît dites-moi.

Correction des règles pour l'échange de TIS 7.7 et BP2 ajouté le transfert de deux quais
Facture cor. Et facture de correction. Tout est normal ici. Ces deux documents créent un ajustement d'implémentation dans BP2.
Mais un problème est survenu, il est nécessaire de mettre dans le bac la base d'ajustement de la mise en œuvre (BP2) pour ne pas lancer une facture en standard, mais la base de cette facture c'est-à-dire la mise en oeuvre.
Un morceau de code PKO (après téléchargement):
Object.FillAccountsVTabParts (Object.Goods, "Goods", True); Object.TypeOperations \u003d Enumerations.TypesChangeOperationsReceivingRealization.ConsistentChange; Object.CorrectVAT \u003d Vrai; Object.SumIncludesVAT \u003d Vrai; If Object.Responsible.Empty () Then Object.Responsible \u003d hlVariableValue ("hlCurrentUser"); Fin si; Object.DocumentRealizations \u003d Object.Ref.DocumentRealizations.DocumentFoundation;<--- проблема Объект.Записать(РежимЗаписиДокумента.Проведение);
Avant l'enregistrement, l'objet n'existe pas encore et il est donc impossible d'accéder à l'attribut de l'objet, et après l'enregistrement, il est déjà trop tard. Les règles fonctionneront selon la norme. Dites-moi comment résoudre sur CD vient de commencer à comprendre.

Répondre: Après l'écriture \u003d après avoir appelé la méthode Write

Lors du développement des règles d'échange 1C 8, la possibilité de redéfinir par programmation le comportement des règles d'échange est largement utilisée - le mécanisme des gestionnaires. Les gestionnaires d'événements étendent considérablement les fonctionnalités et constituent un outil indispensable pour définir des règles d'échange dans les cas où les capacités de configuration interactives ne sont pas suffisantes.

Les gestionnaires et algorithmes sont écrits dans la langue de la plateforme dans laquelle ils seront exécutés lors de l'échange.

S'il s'agit d'une plate-forme 1C: Enterprise 7.7, le code du gestionnaire est intégré dans le code pour traiter le chargement ou le téléchargement. En conséquence, chaque gestionnaire ou algorithme est alloué dans une fonction distincte et est disponible pour le débogage pendant l'échange.

Si le chargement ou le téléchargement se produit sur la plate-forme 1C: Enterprise 8, le code du gestionnaire n'est pas intégré dans le code de traitement d'échange de données, mais est téléchargé dans le fichier de règles d'échange. Dans le processus d'échange de données, le code des gestionnaires ou des algorithmes est extrait du fichier de règles et exécuté directement dans le cadre de l'instruction "Execute". Vous pouvez utiliser le traitement Universal XML Data Interchange pour déboguer le code des gestionnaires et des algorithmes.

Et nous vous montrons comment l'utiliser pour simplifier 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 seulement 10 à 15 minutes.

Et ça - tâche massive 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 ont réussi à avoir peur :)

Oui, quand vous la voyez pour la première fois, ce n’est pas clair du tout.

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

Que contiennent exactement les vidéos d'aujourd'hui

Ce sont 4 vidéos sur la communication via format d'échange universel EnterpriseData.

Aussi, nous montrerons un exemple achèvement des règles d'échange standard en 1C: Data Conversion 3.0

Durée totale - 34 minutes... Contenu:

• Mettre en place un échange à l'aide de l'exemple de 1C: Comptabilité 8 et 1C: ERP
• Comment charger des règles standard et un format d'échange universel dans Data Conversion 3.0
• Transfert de la structure des métadonnées vers le CD 3.0
• Comment effectuer la première communication
• Raffinement des règles conversions
• Comment charger de nouvelles règles sans modifier la configuration ( sans retrait du support)

Remarqueque 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 un problème similaire était résolu 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 version 2.3.2 (pour tout assemblage antérieur à 2.3.2.43).

Si vous utilisez une ancienne version de BSP, 0 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 étapes préparatoires lors de la modification des règles d'échange entre des configurations typiques:

• Chargement de la structure du format d'échange sur CD (
• Créer une conversion
• Déchargement des fichiers de règles d'une configuration typique
• Déchargement du module Exchange Manager

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

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

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

Pour résoudre le problème, vous devez ajouter modifications des règles de conversion des objets, dans l'événement «Avant d'enregistrer les données reçues».

Les règles développées seront enregistrées en tant que traitement externe pour une utilisation future.

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

Dans ce tutoriel, nous allons vous montrer comment mettre en place un nouvel échange entre génériques.

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

Également dans cette vidéo, nous montrerons comment sans changer de configuration télécharger de nouvelles règles d'échange.

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

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

P.S.

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

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, quand il existe une solution universelle toute faite - c'est comme écrire sur votre front "Je ne possède pas d'outil, je ne veux pas étudier, je construirai des béquilles pour votre argent" .

P.P.S.

Nous voulons montrer que Data Conversion 3.0 n'est pas difficile.

Insolite - oui. Tout n'est pas immédiatement clair - oui. Il y a des points 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.