Échange de données universel. Propriété d'échange de données Base de données distribuée

Optimisation du didacticiel de conversion de données 1C (Édition 2)

Règles de téléchargement de données

1. L'ordre des règles de téléchargement des données

Il est recommandé d'organiser les règles de déchargement des données de manière à ce que les liens des objets dépendants soient de bas en haut. c'est-à-dire que le tout premier devrait être les règles de déchargement des données, dont les objets ne se réfèrent à personne, puis il devrait y avoir des règles pour le déchargement des objets se référant au premier groupe, etc.

Exemple : Vous devez décharger deux répertoires Users et Personnes... Directory Users a le Phys. personne - lien vers l'annuaire Particuliers. C'est-à-dire que le répertoire des utilisateurs fait référence au répertoire des particuliers. La séquence recommandée des règles de déchargement dans ce cas : Particuliers, utilisateurs.

2. Sélectionnez les données à télécharger en une seule demande

S'il n'y a pas de transfert dans la règle de conversion sections tabulaires et mouvements, ainsi que dans les événements avant le déchargement il n'y a pas d'appels directs à l'objet déchargé, il est recommandé d'utiliser le mode "Sélectionner les données pour le déchargement par une requête" dans la règle de déchargement des données. Ce mode permettra à une requête de recevoir toutes les données d'un certain type en cours de déchargement, plutôt que de créer des requêtes distinctes pour décharger chaque objet.

Règles de conversion d'objet

3. Utilisez recherche rapide pendant le chargement

Ce mode de déchargement et de chargement est recommandé pour les règles de conversion d'objets qui déchargent des types de référence, dont le nombre total est relativement petit (jusqu'à environ 1000 éléments), auxquels il existe de nombreuses références dans d'autres objets.

Exemple : Utilisateurs de l'annuaire. Presque tous les documents ont un lien vers ce répertoire et le nombre d'éléments du répertoire ne dépasse pas 1000.

4. Ne déchargez pas les objets de propriété par référence

Le mode permet à la règle de conversion d'objet de ne pas décharger tous les éléments vers lesquels il existe des liens. Si le mode est défini, lors du déchargement, l'objet lui-même et les informations permettant de trouver tous ses liens seront déchargés, mais informations complètes sur les éléments dépendants ne seront pas déchargés. Cette optimisation peut accélérer le chargement et le téléchargement des données de plusieurs fois.

5. Ne vous souvenez pas des objets déchargés

Pour les règles de conversion des objets non référencés (registres), vous devez cocher la case "Ne pas mémoriser les objets déchargés", car vous ne pouvez pas vous référer aux lignes de registre, il est donc inutile de se souvenir de ces lignes de registre qui ont été déchargées . Pour les objets référencés, ce drapeau est généralement nécessaire afin d'optimiser les accès répétés pour décharger le même objet.

6. Ne créez pas de gestionnaires d'événements généraux pour tous les objets

Il n'est pas recommandé d'utiliser des gestionnaires d'événements communs avant de décharger et de charger des données pour tous les objets. Les processeurs de déchargement et de chargement ne savent pas ce qui sera effectué dans ces gestionnaires, donc certaines optimisations (par exemple, lors du chargement, en écrivant uniquement les objets modifiés) ne fonctionneront pas. S'il est nécessaire d'utiliser les mêmes algorithmes pour le traitement des données lors du déchargement et du chargement, il est alors recommandé de créer un nouvel algorithme et de l'appeler dans les événements des objets requis.

Traitement d'échange de données XML générique

7. Utilisez un format optimisé pour l'échange de données

8. Télécharger les données en mode échange

Permet d'éviter les contrôles inutiles au stade du chargement des données

9. N'écrivez que les objets modifiés

Permet d'écrire uniquement les objets modifiés dans l'infobase. Si l'objet n'a pas été modifié, il ne sera pas écrasé lors du chargement à partir du fichier d'échange.

10. Enregistrement d'objet optimisé

Le mode vous permet de réduire fortement le nombre d'appels dans l'infobase pour l'enregistrement d'objets.

11. Écrire des registres par jeux d'enregistrements

Le mode permet aux modifications apportées aux registres d'être écrites par des jeux d'enregistrements plutôt que par des gestionnaires d'enregistrements.

12. Communication via COM

Pour l'échange V8-V8, si les infobases de la source et de la destination sont à l'intérieur du même réseau local, il est recommandé d'utiliser l'échange via une connexion COM. Vous avez juste besoin d'avoir le traitement Universal Data Exchange dans la configuration du récepteur.

Sincèrement, Vladimir Milkin(enseignant et développeur

Systèmes automatisés la gestion se compose dans la plupart des cas de bases de données distinctes et a 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 pour travail efficace de tels systèmes.

En parallèle, la mise en place 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 avec les 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 l'environnement 1C permet :

• Éliminer la double saisie des 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 ;
• "Tracer" différents types comptabilité. *

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

Si vous imaginez processus standard mise en œuvre de l'échange de données primaires, lorsqu'au moins un de ses objets est un produit 1C, alors on peut distinguer les étapes suivantes :

• Coordination de la composition de l'échange;
• Définition du transport (protocoles d'échange) ;
• Établir des 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 ». De plus, ils peuvent remplir deux rôles en même temps, que l'on appellera - é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 Fonctionnalité système. *

* Par exemple, lors de l'intégration de "WA: Financier" - une solution de gestion des processus de comptabilité financière et de trésorerie, développée sur la base de "1C: Enterprise", les experts de WiseAdvice le 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 d'application, et, par conséquent, pour assurer l'efficacité de la solution.

En outre, sur la base des exigences reçues et enregistrées des utilisateurs, une liste de données à échanger est créée, leur volume, les exigences relatives à la fréquence d'échange sont déterminées, le processus de travail avec les erreurs et le traitement des situations exceptionnelles (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é :

Distribué base d'informations

• RIB implique un échange entre configurations identiques Bases de données 1C, avec une structure de gestion 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 au subordonné).

É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 plate-forme 1C : Enterprise, et avec des systèmes de développement tiers. L'échange est effectué en convertissant les données dans un format XML universel conformément aux "Plans d'échange".

Données d'entreprise

• Le dernier développement de 1C, conçu pour mettre en œuvre l'échange de données au format xml entre les produits créés sur la plate-forme 1C: Enterprise avec n'importe quel système d'automatisation. L'utilisation d'EnterpriseData simplifie les améliorations liées à l'échange. Plus tôt lors de la connexion au système nouvelle configuration il était nécessaire de mettre en place 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 n'ont besoin d'aucune modification, n'ayant qu'un seul point "entrée-sortie".

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

Pour le système basé sur la plateforme 1C : Enterprise 8, un large éventail de possibilités est offert pour organiser un échange avec n'importe quel ressources d'information au moyen de 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 les données d'échange, il convient de partir des capacités d'une base de données système tiers.

Synchronisation des répertoires

Le principe de base d'une synchronisation efficace des répertoires est la présence d'un point d'entrée. Mais si ça arrive sur le travail 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 d'effectuer un travail de normalisation des données de référence du côté de la source de données. Selon l'état des ouvrages de référence et leur taille, le processus d'appariement des éléments, de reconnaissance, de détection d'erreurs et de doublons, ainsi que le remplissage des champs manquants et l'attribution de champs de synchronisation, peuvent nécessiter le travail de tout un groupe d'experts, à la fois de l'intégrateur (propriétaire de la méthode de normalisation des données de référence) et du côté du client.

Définir des règles

La possibilité d'afficher les données des systèmes sources 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 d'un échange ponctuel et permanent.

Assure aucune perte de données lors de l'échange du plan d'échange. Cette composant toute configuration sur la plate-forme 1C : Entreprise, qui décrit en détail la procédure d'échange 1C : composition des données (documents avec détails "d'identification") et des nœuds (bases d'informations des récepteurs et émetteurs), ainsi que l'activation du 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 émetteurs-récepteurs, le drapeau 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 correspondance complète 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 plate-forme 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 de l'échange standard, 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 1C : Plateformes d'entreprise ;
• Pas mis à jour depuis longtemps, non versions actuelles configuration;
• Objets d'échange ayant subi préalablement des modifications ;
• Le besoin de règles d'échange non standard ;
• Un ensemble et une composition de prérequis très différents dans les ouvrages de référence disponibles.

Étant donné que même les actions standard pour la mise en œuvre de l'échange de données primaires nécessitent des connaissances spécialisées, il est recommandé de les exécuter 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 bases de données à l'aide de 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 du SCP - le SCP, 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). Faisons attention au message de service "Cette fonctionnalité 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" Retail "...

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 qu'en règle générale, cela ne prenne pas plus de 30 à 50 Mo, dans des cas exceptionnels, cela peut nécessiter jusqu'à 600 Mo. Vous pouvez créer le répertoire requis directement depuis le configurateur.

Lors d'une connexion via un annuaire réseau, la proposition de configurer la connexion via une adresse FTP et via e-mail ignoré en cliquant sur "Suivant".

Dans les paramètres, déposez manuellement les préfixes - Légende bases (en règle générale, BP, UPP, RO), fixent 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 indiquer 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 devez envoyer des données immédiatement après la configuration de la synchronisation, cochez la case.

Pour automatiser le processus d'échange, vous devez mettre en place un calendrier.

Menu de détail.

Cochez la case et sélectionnez "Synchronisation".

Nous effectuons le paramétrage "inverse" en choisissant Manufacturing Enterprise Management.

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

On met 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 (il est recommandé d'effectuer la comparaison manuelle des données sur étape préparatoire puisque ce travail peut devenir le plus long dans le processus de mise en œuvre de l'échange). La fenêtre de mappage s'ouvre en double-cliquant sur la souris.

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

"En détail..." ouvre un journal d'inscription avec des informations mises à jour sur l'échange.

Prêt.

Qu'est-ce que Data Exchange.Download = True, comment utiliser Data Exchange.Download.

Échange de données. Le téléchargement est un attribut de tout objet du système d'entreprise 1C. Il permet d'indiquer lors de l'enregistrement d'un objet qu'il est nécessaire de désactiver tout contrôle (y compris les contrôles au niveau de la plateforme 1C). Cela a été fait afin d'éviter les conflits lors de l'échange de données.

Si vous développez votre propre configuration, dans tous les contrôles de validation des données (par exemple, la procédure BeforeWrite), ajoutez la ligne suivante dans la première ligne :

Obtenez gratuitement 267 didacticiels vidéo 1C :

C'est une bonne pratique parmi les développeurs 1C.

Contrôle d'enregistrement en traitement standard 1C

Si vous avez déjà utilisé les valeurs standard (par exemple, Rechercher et remplacer des valeurs, Traitement par lots, Échange de données universel, etc.), vous avez probablement remarqué un paramètre généralement appelé "Contrôle d'écriture". Ce paramètre est uniquement responsable de l'activation / désactivation de l'attribut "Data Exchange.Download".

Comment définir le mode de partage de données Télécharger

Il est très pratique d'utiliser cet attribut dans code de programme pour désactiver tous les contrôles. Par exemple, cet attribut est obligatoire si vous devez enregistrer un objet, mais il contient des informations obligatoires vides. Il peut également être utilisé pour augmenter la vitesse de traitement des données en masse - si vous désactivez toutes les vérifications, le système écrit l'objet plus rapidement.

Si, dans n'importe quelle configuration type, vous effectuez une recherche globale du mot L'échange de données, vous verrez beaucoup de liens vers celui-ci. Et en modules communs, et dans des modules de répertoires, documents, registres, etc. Voyons ce qu'est cette propriété et à quoi elle sert.

Courte critique

Si vous ouvrez la branche dans l'assistant de syntaxe Objets appliqués, vous constaterez peut-être que beaucoup d'entre eux : ObjetRéférence, ObjetDocument, pour les registres Jeu d'enregistrements etc. il y a une propriété L'échange de données.

Le type de cet objet : Options d'échange de données, qui à son tour contient trois propriétés

Expéditeur

Destinataires

Ces propriétés sont utilisées dans le processus d'échange entre les nœuds. infobase distribuée... Dans la propriété Expéditeur un lien vers le nœud dans lequel l'objet a été modifié est stocké. Destinataires contient un ensemble de nœuds de plan d'échange vers lesquels les modifications seront téléchargées. Si vous avez besoin d'actions non standard lors de l'échange de données entre les bases et l'expéditeur, et la composition de l'ensemble de nœuds peut être modifiée par programme. Mais sur la troisième propriété - je veux m'attarder plus en détail.

Propriété d'échange de données.Chargement

Si cette propriété mis à Vrai, cela indique qu'un objet est en cours d'écriture, reçu via les mécanismes de communication. Cela suppose que l'objet contient des données correctes et que la plate-forme 1C effectue le nombre minimum de contrôles. Mais très souvent, lors de l'écriture d'un objet, de nombreuses vérifications programmatiques sont effectuées dans les procédures prédéfinies du module objet. Et ce code est également exécuté lors de l'écriture d'un objet reçu d'un fichier d'échange. Et dans ce cas, des erreurs peuvent survenir, par exemple, du fait que les données contrôlées n'ont tout simplement pas encore été écrites.

Par conséquent, vous pouvez très souvent trouver le code suivant dans les modules objets :

Procédure avant enregistrement (refus) si remboursement d'échange de données ; Fin si; // Voici le code avec validation des données Fin de la procédure

Cela évite des vérifications inutiles lors de l'échange de données entre bases de données. Bien sûr, si un code doit être exécuté dans tous les cas, il doit être placé avant de vérifier la propriété. Ce point doit être pris en compte lors de la conception de nouveaux objets de métadonnées, si vous disposez d'une base de données distribuée et qu'un nouvel objet participe à l'échange.

D'autre part, la présence d'un tel code permet au développeur de contourner illégalement la validation des données lorsque enregistrement de programme objet, parce que la propriété est également accessible en écriture. Par exemple, en utilisant le code suivant :

Nouveau produit = Répertoires. Des produits. CreateElement (); Nouveau produit. Nom = "Test d'enregistrement"; Nouveau produit. Vérité de l'échange de données ; Nouveau produit. Écrivez ();

Et dans certains situations exceptionnelles cela peut vraiment aider comme mesure provisoire. Mais il ne faut pas en abuser.

Dernière modification : 01.09.2015

Sélectionnez la clarification :

L'échange universel de données est destiné au chargement et au déchargement des données dans un fichier au format XML entre différentes configurations 1C selon les règles d'échange configurées.

Nomenclature, codes-barres, immobilisations, etc. sera chargé à partir de configurations standards 1C vers la Cleverence : Base comptable immobilière, et inversement, à partir de la Cleverence : Base comptable immobilière, l'inventaire, la nomenclature, les divisions, etc. seront téléchargés dans la base de données de travail du client.

Heures d'ouverture

Le traitement a deux modes de fonctionnement :

Sur le client. Lorsque vous utilisez ce mode, les règles et les fichiers de données de téléchargement sont transférés du client vers le serveur, et le fichier de données de téléchargement est transféré du serveur vers le client. Les chemins d'accès à ces fichiers situés sur le client doivent être spécifiés dans la boîte de dialogue juste avant d'effectuer l'action.

Sur serveur. Dans ce mode, les fichiers ne sont pas transférés vers le client et les chemins d'accès doivent être spécifiés sur le serveur.

Déposer traitement externe et les fichiers des protocoles d'échange doivent toujours être sur le serveur, quel que soit le mode de fonctionnement.

Téléchargement de données

Ordre de téléchargement des données :

1. sélectionner les règles d'échange - indiquer fichier XML règles d'échange, pour chaque configuration 1C ses propres règles (elles seront progressivement ajoutées à l'assemblage Cleverence : Comptabilité immobilière) ;
2. lire les règles d'échange;
3. après lecture, les données déchargées seront remplies, vous pouvez spécifier quels objets seront déchargés;
4. sélectionnez le fichier XML (vous pouvez créer un fichier vide - spécifiez le nom du fichier et il sera créé automatiquement), dans lequel les données ou la base d'informations du destinataire seront chargées ;
5. déchargement des données.

Téléchargement vers un fichier d'échange.

Nous indiquons le nom du fichier dans lequel les données seront téléchargées. Le fichier résultant avec les données téléchargées peut être compressé.

Connexion et téléchargement des données vers le récepteur IS.

Sélectionnez le type d'infobase :

• Sur le cet ordinateur ou sur un ordinateur du réseau local ;
• Sur le 1C : serveur d'entreprise.

Nous sélectionnons la plate-forme 1C et le répertoire de la base d'informations pour la connexion.

Dans l'onglet "Données à exporter", vous pouvez sélectionner les types d'objets à décharger, configurer des filtres de sélection d'objets ou spécifier un nœud d'échange de données pour lequel vous souhaitez décharger des données.

Dans l'onglet "Paramètres de téléchargement", vous pouvez spécifier Options supplémentaires déchargement des données.

Dans l'onglet "Commentaire", vous pouvez écrire un texte de commentaire arbitraire à inclure dans le fichier d'échange.

Pour charger des données, vous devez spécifier le nom du fichier à partir duquel les données seront chargées, si un mot de passe pour la compression a été entré lors du déchargement, vous devez alors le spécifier pour le décompression.

• "Utiliser les transactions" - la possibilité de configurer le chargement des données dans une transaction (une transaction est une séquence d'actions logiquement liée et indivisible). Pour ce faire, vous devez cocher la case "Utiliser les transactions" et préciser le nombre d'articles dans une transaction lors du chargement.
• "Charger les données en mode d'échange" (Data Exchange.Loading = True) - si le drapeau est défini, le chargement des objets sera effectué avec le signe de chargement défini. Cela signifie que toutes les vérifications de plate-forme et d'application sont désactivées lorsque des objets sont écrits dans la base de données. Une exception est faite pour les documents qui sont enregistrés dans le mode d'affichage ou d'annulation d'affichage. La comptabilisation et l'annulation de la comptabilisation d'un document sont toujours effectuées sans définir le mode de chargement, c'est-à-dire des contrôles seront effectués.
• "Écrire uniquement les objets modifiés dans l'infobase" - si le drapeau est activé, seuls les objets modifiés sont écrits dans l'infobase. Si l'objet n'a pas été modifié, il ne sera pas écrasé lors du chargement à partir du fichier d'échange.
• "Télécharger les objets par référence sans marquer la suppression."
• "Enregistrement optimisé des objets" - si l'indicateur est défini, le mode est activé, ce qui permet de réduire considérablement le nombre d'appels dans l'infobase pour l'enregistrement d'objets.
• "Écrire les registres par ensembles d'enregistrements" - si l'indicateur est défini, le mode est activé, ce qui permet d'écrire les modifications dans les registres par ensembles d'enregistrements, et non par les gestionnaires d'enregistrements.
• "Tronquer les lignes à droite" - si le drapeau est défini, les espaces à droite sont tronqués lors du chargement des lignes.
• "Configuration du chargement automatique des données" - permet de configurer l'utilisation du chargement automatique (utiliser, ne pas utiliser, poser une question avant d'effectuer l'opération).

Le « mode de débogage des gestionnaires de démarrage » est recommandé utiliser uniquement pour les développeurs!

Paramètres additionnels

Le signet est utilisé pour personnalisation détaillée télécharger et télécharger des données.

• "Mode de débogage" - un indicateur pour définir le mode de débogage d'échange. Si cet indicateur est défini, le processus de communication ne sera pas arrêté si une erreur se produit. L'échange se terminera jusqu'à la fin avec la sortie des messages de débogage dans le fichier de protocole d'échange. Il est recommandé d'utiliser ce mode lors du débogage des règles d'échange.
• "Sortie de messages d'information vers la fenêtre de message" - si le drapeau est activé, le protocole du processus d'échange de données sera affiché dans la fenêtre de message.
• "Le nombre d'objets traités pour mettre à jour le statut" - le paramètre permet de déterminer le nombre d'objets traités avant de changer le statut de la ligne de chargement/déchargement
• "Paramètres de téléchargement de données" - vous permettent de définir le nombre d'éléments traités dans une transaction lors du téléchargement de données, de télécharger et de traiter uniquement les objets pour lesquels vous avez des droits d'accès, de configurer le type de modification d'enregistrement pour les objets déchargés via des plans d'échange.
• "Utiliser le format optimisé pour l'échange de données (V8 - V8, version de traitement non inférieure à 2.0.18)" - le format optimisé du message d'échange suppose la présence du nœud "InformationOnDataTypes" dans l'en-tête du message, dans lequel les informations sur les données types est téléchargé. Cela vous permet d'accélérer le processus de chargement des données.
• "Utiliser les transactions lors du téléchargement pour les plans d'échange" - le drapeau détermine le mode d'utilisation des transactions (une transaction est une séquence d'actions logiquement liée et indivisible) lors du téléchargement des données lors de la sélection de modifications sur les nœuds des plans d'échange. Si l'indicateur est défini, le téléchargement des données sera effectué dans une transaction.
• "Le nombre d'articles dans une transaction" - détermine nombre maximaléléments de données qui s'intègrent dans un message dans le cadre d'une seule transaction de base de données. Si la valeur du paramètre est 0 (valeur par défaut), alors toutes les données sont placées dans une transaction. Ce mode est recommandé car il garantit la cohérence des données placées dans le message. Cependant, lors de la création d'un message en mode multi-utilisateurs, il peut y avoir des conflits de verrouillage entre la transaction dans laquelle les données sont placées dans le message et les transactions effectuées par d'autres utilisateurs. Pour réduire la probabilité de tels conflits, vous pouvez définir ce paramètre sur une valeur autre que la valeur par défaut. Plus la valeur du paramètre est faible, moins la probabilité d'un conflit de verrouillage est grande, mais plus la probabilité de placer des données incohérentes dans le message est élevée.
• "Décharger les objets pour lesquels vous avez des droits d'accès" - si la case est cochée, la sélection des objets de l'infobase sera effectuée en tenant compte des droits d'accès de l'utilisateur actuel du programme. Cela implique l'utilisation du littéral ALLOWED dans le corps de la requête pour récupérer des données.
• "Supprimer automatiquement les caractères invalides des chaînes pour l'écriture en XML" - si l'indicateur est défini, lors de l'écriture de données dans un message d'échange, les caractères invalides seront supprimés. Les symboles sont vérifiés par rapport à la recommandation XML 1.0.
• « Modifications d'enregistrement pour les nœuds d'échange après le déchargement » - le champ définit le mode de fonctionnement avec l'enregistrement des modifications de données après la fin du téléchargement des données.
  Valeurs possibles:
  Ne pas supprimer l'enregistrement - après le téléchargement des données, l'enregistrement des modifications sur le nœud ne sera pas supprimé.
  Supprimez complètement l'enregistrement du nœud d'échange - une fois les données téléchargées, l'enregistrement des modifications sur le nœud sera complètement supprimé.
  Supprimer l'enregistrement uniquement pour les métadonnées téléchargées - après le téléchargement des données, l'enregistrement des modifications sur le nœud sera supprimé uniquement pour les objets de métadonnées qui ont été spécifiés pour le téléchargement.
• "Protocole d'échange" - vous permet de configurer la sortie des messages d'information dans la fenêtre de message, la maintenance et l'écriture sur fichier séparé protocole d'échange.
• "Nom de fichier, protocole d'échange" - le nom du fichier pour afficher le protocole du processus d'échange de données.
• "Télécharger le protocole (pour COM - connexion)" - le nom du fichier pour la sortie du protocole du processus d'échange de données dans la base réceptrice lors de l'échange via la connexion COM. Important : le chemin du fichier doit être accessible depuis l'ordinateur sur lequel la base cible est installée.
• "Ajouter des données au protocole d'échange" - si le drapeau est défini, le contenu du fichier de protocole d'échange est enregistré si le fichier de protocole existe déjà.
• "Sortie de messages d'information vers le protocole" - si le drapeau est défini, des messages d'information seront alors sortis vers le protocole d'échange, en plus des messages sur les erreurs d'échange.
• "Ouvrir les fichiers de protocole d'échange une fois les opérations terminées" - si l'indicateur est défini, une fois l'échange de données terminé, les fichiers de protocole d'échange seront automatiquement ouverts pour consultation.

Supprimer des données

Signet nécessaire uniquement pour les développeurs règles d'échange. Vous permet de supprimer des objets arbitraires de l'infobase.