Exchange de données universel XML 1C. Méthodes d'utilisation d'un échange de données universel. Traitement de l'échange de données universel au format XML

Traitement Échange universel Données XML (traitement universel d'alimentationXML)

Gestion des "données de données universelles au format XML" est conçue pour télécharger et décharger des données dans un fichier à partir de n'importe quelle configuration implémentée sur la plate-forme 1C: Entreprise 8.

Mode de fonctionnement
Lors de l'utilisation d'une forme gérée, le traitement a deux modes de fonctionnement:
1. Sur le client. Lorsque vous utilisez ce mode, les règles et les fichiers téléchargeables sont transmis à partir du client au serveur et le fichier de téléchargement est transmis du serveur au client. Manières de ces fichiers sur le client doit être spécifiée dans la boîte de dialogue immédiatement avant d'effectuer une action.
2. Sur le serveur. Dans ce mode, les fichiers ne sont pas transmis au client et le chemin d'accès doit être spécifié sur le serveur.
Remarque: le fichier de traitement externe et les fichiers de protocole d'échange doivent toujours être sur le serveur, quel que soit le mode de fonctionnement.

Téléchargez Universal Data Exchange en format XML - Les fichiers de saut peuvent uniquement enregistrer l'utilisateur!

Le traitement a quatre signets

Désactiver les données
Pour décharger des données, vous devez spécifier le nom du fichier sur lequel les données sont déchargées et sélectionnent le fichier de règles Exchange. Les règles d'échange pour toutes les configurations peuvent être configurées dans une configuration spécialisée "Conversion de données, Edition 2".

Pour décharger des documents et des enregistrements de registres de l'information périodique indépendants, vous devez spécifier la période - «Date de début» et «Date de fin». Le fichier résultant avec des données non chargées peut être compressé.

Dans l'onglet "Règles de déchargement des données", vous pouvez sélectionner les types d'objets à décharger, configurer la sélection des objets d'échantillonnage ou spécifier le nœud Exchange de données pour lequel vous souhaitez télécharger des données.

Dans l'onglet "Définitions de déchargement", vous pouvez spécifier options supplémentaires Déchargement des données.

Dans l'onglet "Commentaire", vous pouvez écrire un commentaire de texte arbitraire inclus dans le fichier Exchange.

Il est possible de configurer les données de téléchargement dans la transaction. Pour ce faire, nous devons prendre la case "Utiliser des transactions" et spécifier le nombre d'éléments dans une transaction lors du chargement.

"Télécharger des données en mode Exchange (échangée. Lecteur \u003d vérité)" - Si le drapeau est défini, la charge d'objet sera exécutée avec le téléchargement installé. Cela signifie que lors de la rédaction d'objets à la base de données, toutes les plate-forme et les chèques appliqués seront désactivés. Les exceptions constituent des documents compensés dans le mode de conduite ou d'annulation. Conduire et annuler le document est toujours effectué sans installer le mode de téléchargement, c'est-à-dire Les chèques seront effectués.

Paramètres additionnels
Le signet sert pour paramètres détaillés Déchargement et téléchargement de données.

"Mode de débogage" - un drapeau pour définir les modes d'échange. Si cet indicateur est défini, le processus d'échange de données ne sera pas arrêté lors de l'erreur. L'échange sera terminé à la fin avec la sortie des messages de débogage au fichier de protocole Exchange. Ce mode est recommandé d'être utilisé lors du débogage des règles d'échange.

"Sans messages d'information à la fenêtre de message" - Si le drapeau est défini, le processus d'échange de messages sera affiché dans la fenêtre de message.

"Le nombre d'objets traités pour mettre à jour le statut" - Le paramètre est utilisé pour déterminer le nombre d'éléments traités avant de modifier le statut de charge / déchargement de la ligne.

"Paramètres de téléchargement de données" - vous permet de déterminer le nombre d'éléments des données traitées dans une transaction lorsque vous téléchargez des données, de décharger et de traiter uniquement les objets auxquels il existe des droits d'accès, configurez le type de changement d'enregistrement pour les objets non chargés à travers les plans d'échange.

"Utilisez un format de partage de données optimisé (V8-V8, une version de traitement non inférieure à 2.0.18)" - Le format optimisé du message Exchange suggère la présence du nœud "Fonction d'information" dans l'en-tête de message dans lequel des informations sur les données Les types sont déchargés. Cela vous permet d'accélérer le processus de chargement des données.

"Utilisez des transactions lors du déchargement des plans de partage" - le drapeau détermine le mode d'utilisation des transactions lors du déchargement des données lors de la modification des changements sur les nœuds des plans d'échange. Si le drapeau est défini, le déchargement des données sera exécuté dans la transaction.

"Le nombre d'éléments de la transaction" détermine le nombre maximal d'éléments de données placés dans le message dans une seule transaction de base de données. Si la valeur du paramètre est 0 (valeur par défaut), toutes les données sont placées dans une seule transaction. Ce mode est recommandé, car il garantit la cohérence des données placées dans le message. Mais lors de la création d'un message en mode multijoueur, bloquez les conflits entre une transaction peut être placé dans un message et des transactions effectuées par d'autres utilisateurs. Pour réduire la probabilité de tels conflits, vous pouvez spécifier la valeur de ce paramètre différent de la valeur par défaut. Plus la valeur du paramètre, moins importante du conflit de serrures, mais au-dessus de la probabilité de placer dans le message de données incohérentes.

"Décharger des objets auxquels il existe des droits d'accès" - si le drapeau est défini, la sélection des objets de base d'informations sera effectuée en tenant compte des droits d'accès utilisateur actuel programmes. Cela implique l'utilisation de "autorisés" littéraux dans le texte de la requête pour les données d'échantillonnage.

"Supprimer automatiquement les caractères non valides des lignes d'écriture à XML" - Si le drapeau est défini, alors lors de l'écriture de données sur le message Exchange, des caractères non valides seront supprimés. Les symboles sont vérifiés pour la conformité avec la recommandation XML 1.0.

"Changements à enregistrer pour décharger les nœuds de déchargement" - Le champ détermine le mode de fonctionnement avec l'enregistrement des modifications de données après la fin du téléchargement. Valeurs possibles:

Ne supprimez pas l'enregistrement - après votre téléchargement de données, l'enregistrement des modifications apportées au nœud ne sera pas supprimé.
Entièrement supprimer l'enregistrement du nœud Exchange - Après avoir téléchargé les données, l'enregistrement des modifications apportées au nœud sera complètement supprimé.
Supprimer l'enregistrement uniquement pour les métadonnées non chargées - Après avoir déchargé les données, la modification du nœud sera supprimée uniquement pour les objets de métadonnées spécifiés au déchargement.

"Protocole d'échange" - vous permet de configurer le retrait des messages d'information à la fenêtre de messagerie, de maintenir et d'écrire à fichier séparé Protocole d'échange.

"Nom de fichier, protocole d'échange" - Nom de fichier pour émettre le protocole d'échange de données.

"Télécharger le protocole (pour les connexions COM)" - Nom de fichier pour la sortie du protocole d'échange de données dans la base de données lors de l'échange de la connexion COM. Important: Le chemin du fichier doit être disponible à partir de l'ordinateur sur lequel le récepteur de base est installé.

"Ajouter des données au protocole d'échange" - Si le drapeau est défini, le contenu du fichier de protocole Exchange est enregistré si le fichier de protocole existe déjà.

"Sortie au protocole du message d'information" - Si le drapeau est défini, vous serez affiché dans le protocole Exchange, en plus des messages d'erreur de messagerie.

"Fichiers de protocole Open Exchange après effectuer des opérations" - Si le drapeau est défini, après avoir effectué l'échange de données, les fichiers de protocole d'échange seront automatiquement ouverts à la vue.

Suprimmer les données
L'onglet n'est nécessaire que pour les développeurs des règles d'échange. Vous permet de supprimer des objets arbitraires de la base d'informations.

Débogage et téléchargement de données
Le traitement vous permet de déboguer des gestionnaires d'événements et de générer un module de débogage à partir de règles de fichier ou de fichier de données.

Allumer le mode de réglage du gestionnaire de débogage est effectué sur l'onglet "Téléchargement de données" en réglant le "mode de déchargement du gestionnaire". En conséquence, sur l'onglet "Données de chargement", activez le mode de débogage de la charge est effectué en réglant le mode de traitement de la charge.

Après avoir défini le mode de débogage du gestionnaire, le bouton de réglage de débogage sera disponible. En cliquant sur ce bouton, la fenêtre de configuration s'ouvre.

La configuration des débogues de dossier est effectuée en quatre étapes:

Étape 1: Sélectionnez le mode de débogage de l'algorithme

Dans la première étape, il est nécessaire de décider du mode de débogage de l'algorithme:

Sans algorithme de débogage
Appelez des algorithmes comme procédures
Entrez le code d'algorithmes à l'appel

Le premier mode est pratique à utiliser lorsque nous savons exactement que l'erreur dans le gestionnaire n'est pas associée au code d'un algorithme. Dans ce mode, le code d'algorithmes n'est pas déchargé dans le module de débogage. Les algorithmes sont effectués dans le contexte de l'opérateur "RUN ()" et leur code n'est pas disponible pour le débogage.

Le deuxième mode doit être utilisé dans des cas où l'erreur est dans le code de l'algorithme. Lors de l'installation de ce mode, les algorithmes seront déchargés sous forme de procédures distinctes. Au moment de l'appeler l'algorithme d'un processeur, un appel à la procédure de traitement correspondante se produit. Ce mode est pratique à utiliser lorsque les "paramètres" de la variable globale permettent de transmettre des paramètres aux algorithmes. Les restrictions à l'utilisation de ce mode sont que lors du débogage de l'algorithme, des variables locales du gestionnaire dont elle s'appelle n'est pas disponible.

Le troisième mode de débogage est utilisé, comme dans le second cas, lors du débogage du code d'algorithmes et dans les cas où le deuxième mode de débogage ne convient pas. Lors de l'installation de ce mode, les algorithmes seront déchargés sous forme de code intégré dans les gestionnaires. Ceux. Au lieu de l'opérateur d'appel d'algorithme, le code complet de l'algorithme est inséré en tenant compte des algorithmes imbriqués. Dans ce mode, il n'y a pas de restrictions à l'utilisation de variables locales du gestionnaire, mais il y a une limite lors du débogage des algorithmes avec un appel récursif.

Étape 2: former un module de débogage

Dans la deuxième étape, il est nécessaire de décharger des gestionnaires en appuyant sur le "Module de débogage de la génération de téléchargement". Les gestionnaires et les algorithmes formés seront affichés dans fenêtre séparée regarder. Le contenu du module de débogage doit être copié dans le presse-papiers en appuyant sur le bouton "Copier dans le presse-papiers".

Étape 3: Création de traitement externe

À cette étape, vous devez démarrer le configurateur et créer un nouveau. traitement externe. Dans le module de traitement, vous devez insérer le contenu du presse-papiers (module de débogage) et enregistrer le traitement sous n'importe quel nom.

Étape 4: Connexion de traitement externe

À la quatrième fois, vous devez spécifier le nom du fichier de traitement externe dans le champ de saisie. Dans le même temps, le programme vérifie le temps de traitement (mise à jour). Si le traitement a plus première versionque la version du fichier de module de débogage, l'avertissement sera affiché et le formulaire de configuration ne sera pas fermé.

Remarque: la possibilité de déboguer un gestionnaire de conversion global "après avoir téléchargé les règles d'échange" n'est pas prise en charge.

2018-11-15T19: 32: 35 + 00: 00

Traitement universel "Déchargement et téléchargement de données XML" constitue un déchargement complet ou partiel des données de base de données d'informations dans le fichier XML. Par la suite, ce fichier peut être chargé dans la base d'informations à l'aide du même traitement. Le format du fichier de déchargement est différent du format de fichier créé lors du déchargement en fonction du plan d'échange, de la partie d'en-tête.

Le traitement ne peut être utilisé que dans les cas où la base d'informations dans laquelle les données sont déchargées et que les données dans lesquelles les données sont chargées sont homogènes (les configurations sont identiques, les données peuvent varier) ou tous les objets non chargés sont presque complètement identiques dans la composition et Types de détails et de pièces tabulaires, propriétés de l'objet "Master" des métadonnées, etc.

L'utilisation de ce traitement est possible, par exemple, de créer une version complète ou partielle. sauvegarde Données, échange de données entre les bases d'information, ainsi que l'outil auxiliaire lors de la restauration des bases d'informations ayant échoué.

Traitement prend en charge le déchargement des données avec la possibilité de définir la sélection de la période. Également implémenté de vérifier les objets pour des symboles non valides lors de l'échange de XML.

Cordialement (enseignant et développeur).

Impression (CTRL + P)

ÉCHANGE VIA FORMAT UNIVERSAL

Les bibliothèques de sous-systèmes «Exchange de données» des sous-systèmes standard contiennent 4 options (technologies) d'échange d'informations entre diverses bases d'information:

• distribué bases d'information (NERVURE);
• exchange de données via le format universel;
• exchange de données conformément aux règles d'échange (les règles d'échange sont créées à l'aide de la "conversion de données" de configuration, de la révision 2.1);
• exchange de données sans règles d'échange.

Cet article examine la technologie de l'échange de données via format universel Entreducatata.. Cette technologie Disponible dans la "bibliothèque de sous-systèmes standard", à partir de la version 2.3.1.62. libéré début 2016. Actuellement, la dernière édition du BSP 2.3 (à utiliser avec la plate-forme 1C: Enterprise 8.3, pas plus bas que la version 8.3.8.1652 avec un mode de compatibilité déconnecté) a une version 2.3.6.17.

Figure. 1 Dernières sorties BSP 2.3

Parmi les fichiers de livraison des solutions appliquées 1C a fichier texte "Versions des bibliothèques", où il est écrit sur la base de laquelle la version du BSP est développée une application, par exemple, sur la base de la solution d'application du 11.3.3.231, a échoué à BSP 2.3.5.65.

Notez que pour être utilisé avec la plate-forme "1c: l'entreprise 8.3" pas inférieure à la version 8.3.10.2168 Avec un mode de compatibilité déconnecté publié BSP 2.4.

Description du format ENTERRATEDATA

Quel est le format entrepriseADAAA?

Ceci est un format qui vous permet de décrire l'objet de la base d'informations (contrepartie, facturation, etc.) ou signalez le fait de supprimer cet objet. On s'attend à ce que la configuration qui a reçu un fichier au format Enterdatata répondra en conséquence - Créer de nouveaux objets et les supprimera dans le fichier est marquée comme supprimée. Il est destiné à échanger des informations entre les configurations de UT, RT, UNF, BP. En outre, le format peut être utilisé pour échanger des informations avec tout autre. systèmes d'information: Cela ne dépend pas des caractéristiques de son propre logiciel Ou les structures des bases d'informations qui participent à l'échange et ne contiennent pas de limitations explicites d'utilisation.

Version formatrice EnterriseDADAta

Les données de format sont stockées dans XDTo - packages dans les configurations de la base de données générales de branches, comme illustré à la Fig. 2.

Fig.2 XDTo - Format de données ENTERRATEDATA

En figue. 2 On peut voir qu'il y a plusieurs paquets XDTO. il différentes versions format. Le numéro de version du format est composé de x.y.z, où X.Y - version, Z est une version mineure. La version mineure augmente en cas de correction d'erreur et d'autres modifications, sous laquelle: la performance de la logique de conversion de données basée sur la version précédente format (enregistrer la compatibilité en arrière des algorithmes de transfert de données en cours via le format); Soutien aux nouvelles fonctionnalités de format pour la logique de conversion est volontaire. Un exemple de ces modifications peut être une correction de l'erreur, les modifications des propriétés d'objets de format, l'ajout de propriétés, l'utilisation qui n'est pas requise lors de la conversion des données. Dans d'autres cas, la version majeure augmente lorsque le format est modifié: x - Dans le cas de la restructuration globale, y - dans d'autres cas.
Le format décrit la présentation d'objets (documents ou éléments de référence) sous la forme de fichiers XML. La version 1.0.1 contient une description de 94 objets de différentes régions (Finances, production, achat et vente, opérations d'entrepôt). Les noms de type sont généralement clairement compris et n'ont pas besoin d'explications supplémentaires: par exemple, "Document. Assistant" ou "Répertoire". Entrepreneurs ". Comme vous pouvez le constater, la description des types de documents commence par le préfixe "document", l'élément de répertoire - du préfixe "manuel". En savoir plus Description du format que vous pouvez voir
La dernière version 1.3, cependant, est la plus souvent utilisée version 1.0. Il n'y a pas de grande différence entre les versions. Format EntreprisetaTaExchange_1_0_1_1 Utilisé lors de l'échange d'un service Web.
Noter Quoi ensemble avec le package de données entreprises est utilisé Échangeemessage. Lors de la création de règles de conversion. Ce paquet contient le type d'objet Information additionnelle,qui peut avoir n'importe quel type de valeur et est utilisé lors de la création d'une règle de conversion entre les objets de configuration. qui sont absents dans le format de données. Exactement dû à Information additionnelle, Vous pouvez adapter et configurer les règles d'échange sans modifier les données de format dans les paquets XDTO.

Figure. 3 Structure de 3 xdto-Packemessage

Comment partager des données au format ENTERRISEDADATA?

EntrepriseDADAta Exchange de données avec configuration partage de fichiers. En réponse au fichier reçu d'une application externe, la configuration traitera et créera une réponse de fichier. Le partage de fichiers peut se produire:

• via un catalogue de fichiers sélectionné,
• via le répertoire FTP,
• via un service Web déployé sur le côté de la base d'informations. Le fichier de données est transmis en tant que paramètre de méthode Web.

Noter. Pour un échange de données bilatéral entre les applications tierces et la configuration sur le côté de la base d'informations, un certain nombre de paramètres doivent être effectués - une application tierce doit être enregistrée dans la base d'informations, le canal d'échange doit être défini pour celui-ci (à travers un répertoire de fichier ou ftp) et similaire. Mais pour les cas d'intégration simple, quand il suffit de transmettre des informations de application tierce partie La base d'informations et les données de retour de la base d'informations dans le troisième partenaire n'est pas requise (par exemple, l'intégration d'une boutique en ligne qui transmet des informations de vente à "1c: comptabilité"), il existe une version simplifiée du travail via un service Web via un service Web. Cela ne nécessite pas de paramètres sur le côté.

Lors de l'échange de plans d'échange de configuration lors de la synchronisation, seules les informations sur les modifications ont eu lieu depuis la dernière synchronisation (pour minimiser le volume. informations transmises). Avec la première synchronisation, la configuration déchargera tous les objets du format ENTERRATEDATA à un fichier XML (puisqu'ils sont tous «nouveaux» pour une application tierce).

L'étape suivante concerne l'application tierce - il devrait traiter des informations à partir du fichier XML et à la prochaine session de synchronisation à mettre dans la section informations que le message de la configuration pour certain nombre Accepté avec succès (place dans le numéro de champ reçu reçu de la configuration du message). Le message de reçu est de configurer le signal que tous les objets sont traités avec succès par une application externe et que vous n'avez plus besoin de transmettre des informations à leur sujet. En plus de la réception, le fichier XML de l'application tiers peut également contenir des données pour la synchronisation (dans la section ).

Après avoir reçu le message de reçu, la configuration marque toutes les modifications transmises dans le message précédent comme synchronisée avec succès. Seuls les modifications incompressives des objets (création de nouveaux, changeant et la suppression existante) seront envoyées à l'application externe à la prochaine session de synchronisation.

Lorsque vous transférez des données d'une application externe à la configuration, l'image passe à l'opposé. L'application doit remplir la section En conséquence, et dans la section Placez les objets pour la synchronisation au format Entreprisetata.

La configuration après traitement du fichier formera un fichier XML contenant un reçu et de nouvelles données pour la synchronisation du côté de la configuration (si la dernière session de synchronisation).

Plus de détails sur l'échange de données avec des solutions appliquées sur la plate-forme 1C: Enterprise au format Entrepriseata, vous pouvez voir

Module général "Exchange Manager via un format universel".

Procédures et fonctions qui décrivent entièrement les règles de déchargement des données de la base d'informations du format d'échange et des règles de téléchargement des données à partir du format d'échange à la base d'informations sont développées dans le module général - le module Exchange Manager via un format universel.

Figure. 4 Structure du module de gestion d'échange via un format universel

Le module est créé automatiquement à l'aide de la configuration "Conversion de données", d'édition 3.0, en fonction des règles d'échange configurées ou manuellement dans le configurateur.

Le module consiste en plusieurs grandes partitions, chacune contenant son groupe de procédures et de fonctions.

1. Commenter. La première ligne du module contient un commentaire avec le nom de la conversion. Cette ligne est nécessaire pour identifier le module lors de l'utilisation de la commande dans le programme "Conversion des données", Edition 3.0., Par exemple. // conversion ue2.2.3 du 01.06.2017 19:51:50
2. Procédures de conversion. Contient des procédures prédéfinies effectuées à différentes étapes de la synchronisation des données: avant la conversion, après la conversion, avant le remplissage différé.
3. Règles de traitement des données (sous). Contient des procédures et des fonctions décrivant les règles de traitement des données.
4. Règles pour la conversion d'objets (PKO). Contient des procédures et des fonctions décrivant les règles pour la conversion d'objets, ainsi que les règles de convertir les propriétés de ces objets.
5. Règles pour convertir des données prédéfinies (PCPD). Contient une procédure qui remplit les règles de convertir des données prédéfinies.
6. Algorithmes. Contient des algorithmes arbitraires appelés d'autres règles (sous ou PKO).
7. Paramètres. Contient la logique de remplir les paramètres de conversion.
8. Usage général. Contient des procédures et des fonctions largement utilisées dans les règles et les algorithmes.

Ce qui suit décrit les paramètres des procédures et des fonctions utilisées dans plusieurs types de procédures de module Manager.

Échange de composants. Type - Structure. Contient les paramètres et les règles d'échange initialisées dans le cadre de la session d'échange.

Transfert de direction. Type - Chaîne. Soit "envoi" ou "obtenir".

Intelligence Type - Objet de répertoire ou alors Objet de document.

Procédures d'événement de conversion

Il y a trois procédures prédéfinies appelées pendant le processus de conversion:

• Confirmé. Appelé avant d'effectuer la synchronisation des données. Habituellement, dans cette procédure, la logique d'initialisation de divers paramètres de conversion, remplissant les valeurs par défaut, etc. Paramètres: Échange de composants.
• Pomperté. Appelé après avoir effectué une synchronisation des données, mais avant d'effectuer un remplissage différé. Paramètres: Échange de composants.
• Remplissage admis. Appelé avant d'effectuer un remplissage différé. Ici, vous pouvez positionner la logique de tri ou l'ajustement de la table des objets soumis au remplissage différé. Paramètres: Échange de composants.

Procédures sous

Fabrication d'une défaillance traitée. La procédure d'exportation dans laquelle la logique est située pour remplir les règles de traitement des données. Contient des appels à d'autres procédures qui ajoutent une règle de traitement d'un objet spécifique au tableau des règles (voir ci-dessous les procédures. Ajouter de l'espace). Paramètres: Mouvement de direction, Règles en ruine

Ajouter_<ИмяПОД>. Un ensemble de procédures remplissant le tableau sous les règles d'objets spécifiques. Le nombre de telles procédures correspond au nombre de sous-conversion dans la présente conversion dans le programme "Données de conversion", Edition 3.0. Paramètres: Règles en ruine (Tableau des valeurs initialisée dans le cadre de la séance d'échange).

EN DESSOUS DE_<ИмяПОД>_Enracinement. La procédure contient le texte du gestionnaire Sugagare Pour un sous spécifique. Le gestionnaire est conçu pour mettre en œuvre la logique de conversion au niveau des objets. Par exemple, attribuez un objet PPC spécifique à un objet spécifique en fonction du contenu de l'objet. Paramètres:

• Intelligenceou alors Dataxdo (Selon la direction d'échange):
• lors de l'envoi - un objet ( Objet de répertoire,Objet de document);
• dès réception - une structure avec une description de l'objet XDO.
• Vider. Un type - Structure. La clé contient une chaîne nommée PKO et la valeur de type Booléen (Vrai - PKO est utilisé, Faux - PKO n'est pas utilisé).
• Échange de composants.

EN DESSOUS DE_<ИмяПОД>_Choisi. La fonction contient le texte du gestionnaire Gagnant. Le gestionnaire est conçu pour mettre en place un algorithme arbitraire pour les objets d'échantillonnage soumis au déchargement. Valeur de retour: une gamme d'objets soumis au déchargement. La matrice peut contenir à la fois des références aux objets de la base d'informations et la structure avec des données pour le déchargement. Paramètres: Échange de composants.

Procédures PKO

Plages de butées satisfaisantes. Procédure d'exportation dans laquelle la logique de remplissage des règles de conversion d'objets est située. Contient des appels à d'autres procédures qui ajoutent une règle de conversion de conversion de règles au tableau des règles (voir ci-dessous les procédures. Edko). Paramètres: Mouvement de direction, RèglesKonvertation (Tableau des valeurs initialisée dans le cadre de la séance d'échange).

Ajouter<ИмяПКО>. Un ensemble de procédures remplissant la table PKO par des règles pour des objets spécifiques. Le nombre de telles procédures correspond au nombre de PCO fournis à cette conversion dans le programme "Conversion de données", Edition 3.0. Paramètres: RèglesKonvertation (Tableau des valeurs initialisée dans le cadre de la séance d'échange).

Pko_<ИмяПКО>_Repotsed. La procédure contient le texte du gestionnaire Runification Pour un PKO spécifique. Le gestionnaire est utilisé lors du déchargement des données. Conçu pour mettre en œuvre la logique de la conversion de données contenue dans l'objet de la base d'informations, dans la description de l'objet XDO. Paramètres:

• Intelligence. Un type - Objet de répertoire, Objet de document. Base d'information de l'objet traitée.
• Dataxdo. Un type - Structure. Conçu pour accéder à l'objet XDO.
• Échange de composants.
• Libérer. Un type - Déployer. Contient des références aux objets non chargés en ce qui concerne la nidification.

Pko_<ИмяПКО>_Convertencyxdto. La procédure contient le texte du gestionnaire Reconfiguredxdto Pour un PKO spécifique. Le gestionnaire est utilisé lors du chargement des données. Conçu pour mettre en œuvre une logique de conversion de données XDTO arbitraire. Paramètres:

• Dataxdo. Un type - Structure. Propriétés de l'objet XDO, pré-traitement pour les simplifier l'accès.
• Reçu. Un type - Objet de répertoire, Objet de document. Un objet de la base d'informations formée en convertissant des données XDTO. Non enregistré dans la base d'informations.
• Échange de composants.

Pko_<ИмяПКО>_Pextogène. La procédure contient le texte du gestionnaire Publication avant Pour un PKO spécifique. Le gestionnaire est utilisé lors du chargement des données. Il est destiné à mettre en œuvre la logique supplémentaire qui doit être effectuée avant d'écrire un objet dans la base d'informations. Par exemple, vous devez télécharger des modifications sur les données existantes de l'IB ou vous devez les télécharger comme nouvelles données. Paramètres:

• Reçu. Un type - Objet de répertoire, Objet de document. L'élément de données formé par la conversion de données XDTO.

Est enregistré au cas où ces données sont pour la base de renseignements neuf (paramètre Intelligence Contient de la valeur Indéfini).

Sinon Reçu se remplacer Intelligence (Toutes les propriétés de Reçu Torn B. Intelligence).

Si les données IB standard ne doivent pas être obtenues, vous devez enregistrer votre logique de transfert, après quoi définissez le paramètre. Reçu valeur Indéfini:

• Intelligence. Un type - Objet de répertoire, Objet de document. Un élément de données de base d'informations correspondant aux données obtenues. Si les données correspondantes ne sont pas trouvées, contient Indéfini.
• Conversion. Un type - Table des valeurs. Contient les règles de convertir les propriétés de l'objet actuel, initialisées dans le cadre de la séance d'échange.
• Échange de composants.

Procédures de PCPD

Remplir les bonnes concédailles. Procédure d'exportation dans laquelle la logique de remplissage des règles de conversion de données prédéfinies est située. Paramètres: Mouvement de direction, RèglesKonvertation (Tableau des valeurs initialisée dans le cadre de la séance d'échange).

Algorithmes

Dans le programme "Conversion de données", le comité de rédaction 3.0 est la possibilité de créer des algorithmes arbitraires, causés à partir de gestionnaires de PCPD. Le nom, les paramètres et le contenu des algorithmes sont déterminés lors du développement de règles.

Paramètres

Paramètres de défaillance. Procédure d'exportation dans laquelle la structure remplit les paramètres de conversion. Paramètres: Paramètres (un type - Structure).

Procédures générales et fonctions

Performer ProcessormoDulesAir. Paramètres: NomProcessure (ligne), Paramètres (structure). Une procédure d'exportation destinée à appeler la procédure de nonservatoire du module, dont le nom et les paramètres sont obtenus sur l'entrée. Vous permet d'appeler une fonction de procédure ou de ligne sans utiliser la méthode Effectuer.

Effectuer Funque. Paramètres: NomProcessure (ligne), Paramètres (structure). Fonction, rendez-vous de la même manière EffectuerProcessormodulesMer. La différence est qu'elle provoque une fonction et renvoie sa valeur.

Tutoriel sur la conversion de données 1C (révision 2) Optimisation

Règles de déchargement des données

1. Les règles de déchargement de l'ordre des données

Il est recommandé de placer les règles de déchargement des données dans cet ordre que les liens des objets dépendants sont de bas en haut. C'est-à-dire que la plupart des règles de déchargement des données doivent être localisées, dont les objets ne sont signalés à personne, puis les règles de déchargement d'objets se référant au premier groupe, etc.

Exemple: vous devez décharger deux utilisateurs de répertoires et Personnes. Les utilisateurs de référence ont les accessoires de Piz. Visage - Lien vers les individus de l'annuaire. C'est-à-dire que le livre de référence de l'utilisateur fait référence aux individus de répertoire. Séquence recommandée de règles de déchargement dans ce cas: individus, utilisateurs.

2. Sélectionnez Données pour décharger avec une demande.

S'il n'y a pas de transfert de pièces de table et de mouvements dans la règle de conversion, ainsi que dans les événements, il n'y a pas de références directes à l'objet non chargé avant le déchargement, il est recommandé d'utiliser les "Sélectionner des données pour décharger des données pour décharger". Ce mode permettra à une demande d'obtenir toutes les données déchargées d'un type spécifique et de ne pas créer de requêtes distinctes pour décharger chaque objet.

Règles pour la conversion d'objets

3. Utiliser recherche rapide en cours de chargement

Ce mode de téléchargement et de téléchargement est recommandé d'utiliser pour ces règles permettant de convertir des objets qui déchargent des types de référence du nombre total de ceux qui sont relativement petits (environ 1000 articles) auquel sont de nombreux liens dans d'autres objets.

Exemple: manuel de l'utilisateur. Presque tous les documents ont un lien vers ce répertoire et le nombre d'éléments de référence ne dépasse pas 1000.

4. Ne téléchargez pas de propriétés en fonction des liens

Le mode permet la règle de la conversion d'objets sans décharger tous les éléments auxquels il existe des liens. Si le mode est défini, l'objet lui-même et les informations elles-mêmes seront déchargées pour rechercher tous ses liens, mais les informations complètes sur les éléments dépendants ne sont pas déchargées. Cette optimisation peut accélérer plusieurs fois les données de déchargement et de téléchargement de données.

5. Ne mémorisez pas d'objets non chargés

Pour les règles de conversion des objets non-références (registres), vous devez vérifier la case "Ne pas mémoriser des objets non chargés", car il est impossible de faire référence aux lignes du registre, il n'a donc aucun sens pour mémoriser ces lignes de registres qui ont été déchargés. Pour les objets de référence, cette case à cocher est généralement nécessaire pour optimiser le ré-accès pour décharger le même objet.

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

Il n'est pas recommandé d'utiliser des gestionnaires courants d'événement avant de décharger et de charger des données pour tous les objets. Le téléchargement et le traitement de téléchargement ne savent pas ce qui sera effectué dans ces gestionnaires, une optimisation (par exemple, lorsque vous téléchargez uniquement des objets modifiés) ne sera pas agi. S'il est nécessaire d'utiliser les mêmes algorithmes de traitement de données lors du déchargement et du chargement, il est recommandé de créer nouvel algorithmeet dans les événements des objets nécessaires à l'appeler.

Traitement "Exchange de données XML universel"

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

8. Téléchargez les données en mode Exchange

Vous permet de refuser des contrôles inutiles à la phase de chargement des données.

9. Enregistrez uniquement des objets modifiés

Vous permet d'enregistrer uniquement les objets modifiés dans la base d'informations. Si l'objet n'a pas été modifié, alors lorsque vous téléchargez à partir du fichier Exchange, il ne sera pas écrasé.

10. Entrée d'objet optimisée

Le mode vous permet de réduire considérablement le nombre d'appels dans la base de données d'informations pour enregistrer des objets.

11. Enregistreurs de registres Définir des enregistrements

Le mode vous permet d'enregistrer des modifications des registres des enregistrements, plutôt que des gestionnaires d'enregistrement.

12. Exchange de données via com

Exchange V8-V8 si les bases d'information de la source et du récepteur sont à l'intérieur d'une réseau localIl est recommandé d'utiliser l'échange via la connexion COM. Vous avez juste besoin de la configuration du récepteur, un traitement universel de change de données était présent.

Cordialement votre, Vladimir milkin (enseignant et développeur

Ce qui est nécessaire pour l'échange de données automatique, sans modifier la configuration:
1) Traitement "Exchange de données universel en format XML"qui fait partie de la majorité configurations typiques. Si cela ne s'est pas produit là-bas, il est facile de le trouver sur le disque ou sur Internet. Dans la configuration, il appelle "universel commandedxml"
2) Règles d'échange de données. Créé en utilisant "Conversion de données". Travailler avec lequel vous devez maîtriser. Il y a des cours de vidéo et des manuels. Par exemple: http://programst1s.ru/wp-conective/uploads/2013/06/konvertaTatsiya_dannyih._metodika_rabotyi_i_primeryi.pdf.
3) Traitement externecontenant des procédures de chargement / de décharge. Nous allons le créer:
Le traitement externe est créé dans le module d'objet qui sera le texte suivant (substituer vos données de base de données et vos utilisateurs). Il est conseillé de créer un utilisateur séparé avec droits complets Échanger des données. Appelons le traitement, par exemple, "excdisé.epf".

Si le paramètre est un \u003d "déchargement", le traitement \u003d traitement. SoumissanceXML entré. Créer (); // Définissez les paramètres que vous devez décharger (facultatif pour éditer). Le traitement. Récupération \u003d "Déchargement"; Traitement. Drivenaveniewyre échange \u003d vérité; Traitement. Réfractaire d'registrements résecting: vérité; Traitement. Installations de suivi-téléchargement \u003d vérité; Traitement. Sup\u003d Vérité; Traitement. Quelle est la même chose \u003d la vérité; //! Spécifié les paramètres nécessaires au déchargement // Ces paramètres doivent être ré-exécutés. Montage // Définissez les restrictions sur le déchargement des objets d'objets. Actuellement \u003d fluide () - 60 * 60 * 24 * 2; Traitement. DataOconse \u003d "00010101"; // Si nous voulons télécharger des données dans le fichier - Mettez un mensonge si la vérité - un déchargement au traitement du récepteur de base de données sera effectué. Low-permantyitéIntivité \u003d vérité; // Si les données déchargées du récepteur de base de données sont un serveur, puis faux. Si le fichier est le traitement de la vérité. TypInformation Basetramplification \u003d Vérité; //! Les paramètres requis écrivaient // Si vous déchargez les données sur le fichier, si ce n'est pas le traitement. Il n'est pas nécessaire de traiter les données. Emphabhanged \u003d "C: \\ Inbox \\ oleg \\ conversion \\ uploads.xml"; // Si vous déchargez les données dans la base de données, le traitement de la basetramplification de la parolinformation \u003d "admin"; Traitement. Utilisation d'informations BaseTamplification \u003d SuperCrushed; Traitement. AuthenticationWindowsInformation BaseLesFlies \u003d Fale; // si le récepteur de données est une base de serveur. Si traitement. TypInformation Basetramplification \u003d chargement puis traitement. MeseurwenereformationBasyDlaspotion \u003d "Mainserv"; Traitement. Mélange-formationBasinServereservedConnection \u003d "Buhia"; // Si le récepteur de données est une base de fichiers, sinon le traitement. Célébrez la plate-forme complémentate d'information / "V82"; Traitement. Catalogue Informational BaseTamplification \u003d "C: \\ Inbox \\ Oleg \\ Clients \\ Zeus BP20 \\ Zeus BP20"; Terminé; Terminé; // des actions d'enregistrement lors du déchargement en fonction de la planification de l'échange. Traitement. TypeudingregistrationinsThénilationemplaplasoneconnectionMplifs \u003d 0; // 0 - Ne prenez pas de registre, // 1 - Pour le traitement de l'enregistrement. Zoomloadspravilaobmen (); // Si vous devez décharger les plans d'échange, nous allumons cette unité et remplacons votre noeud de plan d'échange // pour chaque page. // pour chaque PR1 du cycle de course de la page // pr1. Type \u003d 1; // P1. Milknauselobamment \u003d Playment. Full. Contact trouvé ("BP20"); // endcyclé; // endcyclé; Traitement. Offre supplémentaire (); Système complet de qualité (faux); Inscrivez-vous paramètreCask \u003d "Télécharger" puis le panneau de traitement \u003d traitement Traitement. Emphalment \u003d "C: \\ Inbox \\ oleg \\ déchargement.xml"; Traitement. Extension Exchange \u003d "Chargement"; Traitement. Charges d'extrafile (vérité); Traitement. Archivefile \u003d mensonges; Traitement. Informations supplémentaires (); Document de traitement \u003d non défini; Système complet de qualité (faux); Terminé;

4) Fichier de téléchargement BATqui exécutera 1C et traitement externe avec un paramètre de démarrage pour un utilisateur, destiné à l'échange de données. Le fichier doit être créé par exemple dans Notepad ++ avec codage OEM (MS-DOS), sinon elle ne fonctionnera pas. Appel de fichier, par exemple, "Batvygruz.bat". Le texte sera comme suit:

Si le fichier de base:
"C: \\ Fichiers du programme (x86) \\ 1CV82 \\ Common \\ 1Cestart.exe" Enterprise /f"cv8_base_8.1 \\ ZEW 83 BP3 \\ ZEUS 83 BP3 "/ N" BP3 "/ N" Constant de robot "/ P" PASS "/ DISBLESSARTUPMESSAGES / RUNDMOMANDÉDAPPLICATION / Exécuter "C: UPF" / C "Déchargement"
Explications:

b) C: \\ Inbox \\ kbf \\ 1cv8_base_8.1 \\ Zeus 83 BP3 \\ Zeus 83 BP3 - Votre chemin à base de données de fichiersà partir de laquelle nous téléchargerons des données
c) Constantes de robot - Le nom d'utilisateur sous lequel le lancement de 1C pour l'échange de données
d) Pass - mot de passe utilisateur
e) / DisableRestartupMessages - Fermez les fenêtres contextuelles au début de 1C
e) / runModeordinaireApplication - lancement dans comme mode habituel Client épais
g) C: \\ Inbox \\ Oleg \\ Excandance.epf - Le chemin de notre traitement qui va commencer lors du démarrage
h) déchargement - Nous transmettons le paramètre de lancement 1C, rapporte que vous devez télécharger des données

Si la base est serveur:
"C: \\ Fichiers du programme (X86) \\ 1CV82 \\ Common \\ 1CESTART.EXE" Enterprise / s "Server1C / Base de données" / N "Robotardé" / P "PASS" / DISBLESSARTUPMESSAZ / EXECUTE "C: \\ INBOX \\ OLEG \\ OLEG \\ Échanged.epf "/ c" déchargement "
Explications:
a) C: \\ Fichiers de programme (x86) \\ 1CV82 \\ Common \\ 1Cestart.exe - Votre façon de démarrer 1C
b) Server1C / Base de données - Votre serveur sur lequel la base est située et le nom de la base de données elle-même à partir de laquelle vous déchargez les données.
Les paramètres restants sont similaires au fichier BAT Variante de fichier

5) Fichier de téléchargement BAT (si nécessaire). Si vous décidez de décharger des données dans un fichier et non directement à la base de données. Ensuite, cet article sera également nécessaire (généralement nécessaire).
Création d'un fichier de téléchargement battue de la même manière que sur le fichier de téléchargement, mais seul le paramètre de démarrage est différent, au lieu de "déchargement", nous avons défini "Télécharger"

6) Définir l'horaire de démarrage Nos chauves-souris téléchargent / décharger des fichiers sur le serveur. Pour ce faire, vous devez accéder à l'administration du panneau de commande sur le serveur et dans le planificateur de tâche pour créer un nouveau travail de lancement du fichier de téléchargement de 23 heures par jour et la tâche de téléchargement indiquant la batte du fichier de téléchargement ( Si nécessaire) pendant 04 heures par exemple.