L'article décrit les étapes nécessaires pour échanger des données de la version de configuration 1C:Enterprise 7.7 à 8.2 en utilisant la même configuration Conversion de données, édition 2.1.4.1.

Trouvons le fichier de traitement MD82Exp.epf dans le cadre du kit de distribution de configuration de conversion de données. Il sera nécessaire de télécharger la description de la structure des métadonnées de configuration de la base du récepteur.

Nous trouverons également le fichier de traitement V8Exchan82.epf dans le cadre du même kit de distribution - " échange universel données au format XML. Il sera nécessaire de décharger la base du récepteur. Comme leur nom l'indique, ces traitements sont conçus pour fonctionner avec la version 1C:Enterprise 8.2.

Ensuite, nous trouverons des outils pour travailler avec la version 1C:Enterprise 7.7.

Le kit de distribution de la configuration Conversion de données contient le fichier de traitement MD77Exp.ert. Il sera nécessaire de télécharger la description de la structure des métadonnées de configuration de la base de données source.

Nous trouverons également le fichier de traitement V77Exp.ert dans le cadre du même kit de distribution - « Téléchargement universel de données au format XML ». Il sera nécessaire pour décharger la base de données source.

Alors, commençons:

Commençons par décharger les descriptions de la structure des métadonnées source et destination.

1. Ouvrons la base de données source en mode 1C:Enterprise 7.7 et commençons à traiter MD77Exp.ert pour décharger la description de la structure des métadonnées source. Enregistrez la structure des métadonnées source dans le fichier Rules1.xml.
2. Ouvrons la base de données du récepteur en mode 1C:Enterprise 8.2 et commençons à traiter MD82Exp.epf pour décharger la description de la structure des métadonnées du récepteur. Enregistrons la structure des métadonnées du destinataire dans le fichier Rules2.xml.

Chargeons les descriptions de la structure des métadonnées des deux configurations.

1. Exécutons la configuration de conversion de données en mode 1C:Enterprise 8.2.
2. Ouvrez le répertoire « Configurations » (Répertoires—>Configurations). Il stocke des informations sur les configurations entre lesquelles des règles d'échange peuvent être configurées.
3. Ajoutons des informations de configuration à la source. Cliquez sur le bouton "Ajouter" ou sur la touche "Insérer".
4. Spécifiez le chemin d'accès au fichier avec la structure de métadonnées source Rules1.xml. Cliquez sur le bouton "Télécharger".
5. Ajoutons des informations sur la configuration du récepteur. Cliquez sur le bouton "Ajouter" ou sur la touche "Insérer".
6. Spécifiez le chemin d'accès au fichier avec la structure de métadonnées du récepteur Rules2.xml. Cliquez sur le bouton "Télécharger".

Nous avons donc chargé les informations de source et de destination. Nous pouvons maintenant configurer les règles d'échange.

1. Ouvrez le répertoire « Conversions » (Répertoires—>Conversions). Ce répertoire contient des informations qui définissent entre quelles configurations l'échange s'effectue et dans quel sens.
2. Ajoutons nouvel élément. Cliquez sur le bouton "Ajouter" ou sur la touche "Insérer".
3. Spécifiez la configuration source depuis le répertoire "Configurations". Le champ "Configuration - Source :".
4. Spécifiez la configuration du récepteur à partir du répertoire "Configurations". Champ "Configuration - récepteur :".
5. Détail important !!! Ouvrez l'onglet "Avancé". Le champ "Nom du fichier de déchargement du module :".
6. Spécifiez l'emplacement du fichier du module de déchargement, par exemple : C:BasesUnloadingModule.txt.
7. Le contenu de ce fichier est nécessaire pour remplacer le module entier dans le traitement de V77Exp.ert à l'avenir (plus à ce sujet ci-dessous). Le déchargement est impossible sans ce remplacement !
8. Appuyons sur le bouton "OK".

Super, nous avons configuré les règles d'échange. Il reste à charger ces règles d'échange dans un fichier.

1. Dans le répertoire "Conversions", sélectionnez l'élément nouvellement créé.
2. Dans le panneau de référence, cliquez sur le bouton "Aller aux règles". Un formulaire avec les règles de conversion s'ouvrira.
3. Dans l'onglet "Règles de téléchargement des données", nous indiquons exactement ce que nous voulons télécharger.
4. Dans l'onglet "Conversion de propriété", nous pouvons spécifier le mappage des attributs des objets échangés.
5. Sur ce formulaire, dans le coin supérieur gauche, nous trouverons le bouton "Enregistrer les règles".
6. Spécifiez le nom et le chemin du fichier (par exemple, C:BasesDataExchangeRules.xml). Appuyons sur le bouton "Ouvrir".
7. Plus tard, nous pouvons changer le chemin spécifié dans le répertoire "Conversions" -> "Changer l'élément actuel (F2)" -> l'onglet "Avancé" -> le champ "Nom du fichier de règles d'échange :".
8. Lors de l'enregistrement des règles, le module de déchargement est également écrit dans le chemin que nous avons spécifié précédemment : C: Bases Unload module.txt.

Les règles de conversion sont prêtes ! Passons maintenant à l'échange de données.

Ouvrons la base de données source en mode 1C:Configurator 7.7, puis ouvrons le traitement V77Exp.ert - "Universal data upload in XML format". Ouvrez l'onglet "Module", supprimez tout le contenu du module. Insérez la ligne : #LoadFromFile C:BasesUploadModule.txt.

Avec la directive "LoadFromFile", nous basculons le téléchargement module logiciel charger à partir d'un fichier texte. Nous devons maintenant nous assurer que le fichier avec le code de téléchargement Upload Module.txt se trouve toujours dans le dossier que nous avons spécifié.

Enregistrez le traitement V77Exp.ert.

Pour télécharger des données, vous devez :

1. Ouvrez la base de données source en mode 1C:Enterprise 7.7, puis ouvrez le traitement V77Exp.ert qui vient d'être enregistré.
2. Spécifiez le nom du fichier de règles d'échange dans le champ "Nom du fichier de règles :" (nous l'avons enregistré ici : C: BasesData Exchange Rules.xml) et sélectionnez le fichier dans le champ "Nom du fichier de données :", dans lequel les données seront être téléchargé (par exemple, C: Bases Data Upload From 7. 7.xml).
3. Ensuite, vous devez télécharger les règles d'échange en cliquant sur le bouton "Télécharger les règles d'échange".
4. Pour télécharger des documents pendant un certain intervalle, vous devez spécifier la période - "Date de début" et "Date de fin".
5. Les cases à cocher dans la liste "Règles de téléchargement de données" indiquent quelles données seront téléchargées et lesquelles ne le seront pas.

Chargeons maintenant les données dans la base de données du récepteur. Ouvrons-le en mode 1C:Enterprise 8.2 et commençons à traiter "l'échange de données universel au format XML" pour charger les données source.

Il s'agit du fichier de traitement V8Exchan82.epf. Ou ouvrez "Outils" ->"Autres échanges de données" ->"Echange universel de données au format XML"

1. Dans le traitement sur l'onglet « Data Loading », sélectionnez le nom du fichier de données (nous l'avons enregistré ici : C : Bases Data Upload From 7.7.xml).
2. Cliquez sur le bouton "Charger les données" (situé sur le panneau en haut).

Données chargées !

Les mêmes étapes de déchargement depuis la version 1C:Enterprise 7.7 s'appliquent aux versions 1C:Enterprise 8.1 et 1C:Enterprise 8.0. Le kit de distribution de la configuration Data Conversion comprend les fichiers de traitement pour ces versions MD81Exp.epf et V8Exchan81.epf, MD80Exp.epf et V8Exchan.epf.

Si vous souhaitez télécharger des données vers 1C:Enterprise 7.7, vous devez utiliser le traitement V77Imp.ert. Avant de charger les données, vous devez effectuer les mêmes actions avec le module de traitement V77Imp.ert qui ont été décrites pour le traitement V77Exp.ert.

Si vous choisissez le traitement dans la liste accès rapide(Fichier - V77Exp.ert) et un message s'affiche indiquant que le fichier n'a pas été trouvé, bien que le fichier soit situé au même endroit et que le nom n'ait pas changé, il vous suffit alors de tout faire comme au début - «Fichier | Open" et sélectionnez à nouveau le fichier V77Exp.ert.

1. Introduction.

2. Ce dont vous avez besoin : configuration 1C : conversion de données 2. * et traitement à partir du package. Pour un exemple de tâches, nous prenons les configurations 1C : Trade Management 11 et 1C : BP 3.*.

Ainsi, pour développer des règles de téléchargement de données vers 1C, vous aurez besoin de la configuration 1C : Object Conversion 2, ainsi que du traitement inclus dans le package.

Par exemple, nous avons déjà déployé la base de conversion et l'avons lancée.

Nous allons écrire l'élaboration des règles d'échange entre la configuration 1C : Trade Management 11 et 1C : Enterprise Accounting 3 (règles d'échange UT/BUH).

3. Nous aurons besoin de Processing pour décharger la structure et l'échange des métadonnées.

La première chose que vous devez obtenir pour le développement, ce sont des fichiers avec une structure de métadonnées. Cela se fait à l'aide du traitement de déchargement de la structure des métadonnées inclus dans le package de conversion d'objet.

En fait, dans le répertoire de configuration décompressé pour les configurations sur formulaires gérés nous sommes intéressés par le traitement MD83Exp.epf. Si le déchargement doit se faire à partir de configurations sur des formulaires réguliers, alors le traitement MD82Exp.epf est utilisé. C'est le cas, par exemple, si vous devez obtenir une structure à partir de configurations telles que 1C : UT 10, 1C : Manufacturing Enterprise Management 1.3, 1C : Integrated Automation 1.1, 1C : Zup 2.5, etc.

De plus, pour charger et télécharger des données en 1C en utilisant nos règles, vous aurez besoin du traitement "Echange universel de données au format XML" V8Exchan83.epf pour les configurations sur les formulaires gérés tels que 1C : Trade Management 11. *, 1C BP 3, 1C : ERP 2. * et autres. Et en conséquence V8Exchan83.epf - pour les configurations sur des formulaires réguliers.

4. Téléchargement de la structure de métadonnées de configuration 1C : Trade Management 11.3 et 1C : Enterprise Accounting 3.0.*

Commençons par décharger la structure des métadonnées de la configuration 1C : Enterprise Accounting 3.
Traitement ouvert MD83Exp.epf

Il existe des paramètres supplémentaires dans le formulaire de traitement, où nous pouvons activer ou désactiver l'option de déchargement des registres et des mouvements en 1C. Il y a aussi un choix où le déchargement aura lieu : sur le serveur 1C ou « sur le client ». Spécifiez le nom du fichier où la structure de données sera déchargée. De même, nous déchargeons la structure de métadonnées de configuration Trade Management 11.

Vous devez maintenant charger la configuration dans la base de données de conversion. Cet élément est accessible aussi bien depuis la liste des configurations que depuis la liste des conversions. Démarrons simplement depuis le bureau :

Dans la boite de dialogue, chargez la structure tiers :

Et de même - la structure du ministère du Commerce.

Une fois le téléchargement terminé, une boîte de dialogue apparaîtra dans laquelle vous pourrez spécifier un nom qui vous convient.

6. Création de règles de conversion en 1C sur un exemple précis de la tâche.

Ensuite, allez dans "Définir les règles d'objet", où nous créons un nouveau paramètre.
Dans la boîte de dialogue de création d'une conversion, sélectionnez la configuration "source" et la configuration "destination" (que vous avez préalablement chargées) et cliquez sur OK.

Puisque dans cet article j'avais prévu de montrer la création « from scratch » et « sans poubelle », je vous rappelle qu'on ne crée rien automatiquement. Aucun prototype.

Nous ne ferons rien dans cette boîte de dialogue, cliquez simplement sur - "Fermer".

Créons des règles pour décharger non pas un document dans un, mais un type dans un autre, par exemple, le document Ventes de biens et services de UT 11 avec les répertoires nécessaires au document Réception de biens et services dans BP 3.

Donc, nous créons un nouveau PKO (la règle de conversion des objets en 1C)

Sélectionnez la source Réalisation de biens de services et le destinataire de Réception de biens de services et cliquez sur OK.
Dans ce cas, une boîte de dialogue apparaîtra, où nous refusons à nouveau la création automatique des PKC (Property Conversion Rules). Ensuite, nous ne sélectionnons que les nécessaires.

Mais à la proposition de créer un PVD (data upload rules), nous répondons « Oui ».

Des VDP sont créés, ce qui se reflétera dans le traitement de l'échange XML universel pour la sélection :

Des règles de conversion de données avec des règles de conversion de propriété vides seront également créées.

Par ailleurs, il est clair que par défaut il est proposé de rechercher le FSP par l'identifiant interne de l'objet. Ceci est indiqué par une loupe près du PKO. Nous ferons notre propre recherche, et nous la ferons par le numéro de document et la date au début de la journée.

Suppression de la recherche d'UIO :

Commençons maintenant à faire correspondre les propriétés nécessaires (conditions requises) de l'objet. Pour cela, cliquez sur "Property Synchronization" (étiquette "1" à l'écran). Nous supprimons la création récursive de règles ("2"). Nous supprimons tous les détails marqués ("3"). Et nous choisirons nous-mêmes ce dont nous avons besoin.

Par exemple, choisissez ce dont vous avez besoin :

J'attire votre attention sur le fait que nous transformerons le PKS de la contrepartie en organisation, et l'organisation en contrepartie, et nous comparerons également certains détails dont le nom ne correspond pas, par exemple, "Devise" et "Document devise".

Où l'on voit qu'il n'y a pas encore de règles de conversion.

Commençons par les détails à parcourir et à décrire. Tout d'abord, nous mettons en place la recherche du document comme je l'ai écrit plus tôt, nous déchargeons et recherchons le document au début de la date, et nous allons changer la numérotation. Nous remplacerons les trois premiers caractères par notre préfixe "UTB". Et comme dans BP et UT la numérotation est de 11 caractères chacun, nous faisons un numéro composé : notre préfixe et 8 caractères de la source. Exemple de capture d'écran ci-dessous.

Nous déchargeons toujours les documents qui n'ont pas été exécutés et sans mouvement. Nous supposons que les documents seront conservés dans le récepteur après vérification par l'utilisateur.

Pour ce faire, le PCS, après avoir défini comment non tenu, 0 ou 1, est utilisé comme booléen.

En utilisant la devise comme exemple, nous créons une règle de conversion d'un objet pour le PCS. En même temps, on considère qu'il y a des monnaies dans les deux bases, et qu'elles doivent être synchronisées par code. Par conséquent, nous n'allons pas créer tous les PCS dans le CSP des devises, mais ajouter uniquement le code pour la recherche. Ceux. de la proposition de créer un PCS pour l'objet - nous refusons.

La règle de conversion créée a été remplacée dans le PQS du document pour le SCS. Et la règle par défaut elle-même est proposée par un identifiant unique. Nous le corrigeons, faisons une recherche dans le code et définissons la propriété afin de ne pas créer un nouvel objet.

En conséquence, nous obtenons l'option:

De plus, par analogie, nous créons pour le reste des détails du PKO et du PKS. De plus, nous avons défini la recherche d'une organisation par contrepartie et vice versa par TIN. Voici à quoi cela ressemble avec un minimum de détails (vous pouvez en ajouter si nécessaire).

Pour les accords PKO des contreparties, nous recherchons la contrepartie PKS, son nom et son propriétaire.

Voyons comment spécifier la valeur souhaitée dans le type d'énumération dans le PCS. Par exemple, l'attribut "Type d'opération". Ici, vous pouvez utiliser diverses conditions et valeurs de remplacement. Par exemple, nous avons besoin que le "type d'opération" soit toujours déchargé "Marchandises", dans ce cas il suffit d'écrire la valeur souhaitée dans le "front" sous forme de chaîne.

Ce qui suit montre comment définir sans difficulté et dans la plupart des cas PKS pour Settlement Multiplicity, Settlement Rate, Accounts.

Pour la Nomenclature PKO, nous laissons la recherche par identifiant unique interne. Mais je ferai attention à la façon dont vous pouvez redéfinir votre groupe. Par exemple, nous convenons qu'une nouvelle nomenclature sera déchargée de la configuration 1C : Trade Management 11, mais il faut que la nomenclature soit collectée dans un groupe spécifique « NotreGroupe ».

Pour mettre en œuvre cette tâche, nous créons un autre PKO. Appelons-le "Nomenclature Parent", que nous indiquerons dans le PDN du parent dans la règle de conversion.

Nous définissons deux recherches : par nom, où le nom de notre groupe est codé en dur, et la propriété obligatoire de l'attribut "ThisGroup" à true.

Puisque nous avons décidé que toute la nomenclature rentre dans notre groupe, il n'est pas nécessaire de décharger les groupes de l'UT 11 lors du déchargement. Pour cela, dans la Nomenclature PKO, dans le gestionnaire d'événements "Avant Déchargement", nous allons mettre un filtre qu'il n'est pas nécessaire de décharger les groupes "Echec = Source". Ce groupe ;".

Dans la mise en œuvre des biens et services DRP (règles de téléchargement de données), nous ajouterons un filtre afin que les documents marqués pour suppression ne soient pas téléchargés. Pour ce faire, dans le PDP dans les gestionnaires d'événements "BeforeUnloading" nous allons écrire le filtre "Rejection = Object.DeletionMark;".

Enregistrez les règles développées dans un fichier.

7. Récapitulatif : chargement et téléchargement des données à l'aide des règles d'échange de données développées.

Nous ouvrons en 1C : Trade Management 11 le traitement "Echange universel de données au format XML" V8Exchan83.epf.

Le déchargement est passé, maintenant avec le même traitement que nous chargeons dans 1C : Enterprise Accounting 3.

Téléchargement terminé. Vérifions qu'il est chargé. Ainsi, le document est chargé, comme nous le voulions - nous avons l'organisation chargée dans la contrepartie, et la contrepartie dans l'organisation. Les comptes sont tous téléchargés et installés. Nous avons obtenu le numéro de document avec notre préfixe et au début de la journée. Tous les détails qui ont été enregistrés ont été remplis.

Nous vérifions le chargement de la nomenclature. On voit que tout s'est déroulé comme prévu.

Nous avons créé et rempli les détails comme nous l'avions prévu. Il existe de nombreuses subtilités dans la conversion et certaines choses simples mais nécessaires qui aident à écrire avec précision la conversion. Et cela vous permet de minimiser les erreurs, de ne pas gâcher les données existantes et de vous débarrasser de excès de déchets. C'est l'un des plus exemples simples. Vous pouvez également faire la conversion d'un objet en plusieurs, ou vice versa, plusieurs - en un.

Maintenant, il y a la conversion de données 3, cela résout d'autres problèmes. Par conséquent, la conversion 2 est également nécessaire. Bonne chance à tous dans l'apprentissage et la maîtrise.

Bien sûr, si vous êtes programmeur et que c'est votre travail principal, vous pouvez essayer d'écrire vous-même la conversion. Mais si ce n'est pas le cas, alors vous devez valoriser votre temps dans votre domaine d'activité, et cette tâche demandez aux professionnels de le faire.

Définir les types de données à télécharger, décrire la sélection de données dans la base de données du système comptable 1C Enterprise, faire correspondre le champ de données source avec les champs et les tables de la base de données de la boutique en ligne.

Important!!! La configuration des règles d'échange est réservée aux utilisateurs avancés. Il n'est pas recommandé de le faire soi-même sans confiance.

Pour configurer des règles, vous avez besoin de compétences en programmation en langage 1C et en langage de requête 1C.

Des conseils sur la mise en place de règles ne sont pas fournis, par description seulement. Si vous avez besoin d'apporter des améliorations, il est préférable de nous commander une révision.

Liste des règles de téléchargement

Télécharger le panneau de configuration de la liste des règles

Créer– ajouter de nouvelles règles de déchargement ;

Changer– modifier les règles de déchargement ;

Charger à partir du fichier– charger des règles prêtes à l'emploi pour le déchargement à partir d'un fichier ;

Mettre à jour les règles de déchargement d'un fichier– mettre à jour les règles sélectionnées à partir du fichier ;

– rapport sur les règles de déchargement. Liste des types de données déchargées, destinations des données.

dans

Principal

Le code– identifiant des règles de déchargement;

Nom– nom des règles de déchargement;

La description– commentaires aux règles de déchargement.

Des dossiers

Extension- modèle de fichier. La phrase (extensions d'image) signifie que toutes les extensions d'image seront utilisées ;

Catalogue– le répertoire récepteur d'image sur le site, relatif à la racine du site, sans slash au début et à la fin, entre les répertoires sesh "/" ;

Renommer à partir de– modèle de fichier à renommer lors de la copie ;

Renommer en– modèle de fichier auquel renommer le fichier lors de la copie sur le site.

Filtres

Nom– en-tête de filtre ;

Champ– champ de filtre dans les requêtes ;

Un objet– type d'objet filtre (une seule valeur).

Choix

Nécessairement– paramètre obligatoire, s'il n'est pas renseigné arrêter le déchargement;

Le code– identificateur de paramètre;

Nom– en-tête de paramètre;

Voir– type d'objet paramètre.

Données

Types de données

Barre d'outils de la liste des types de données

Ajouter– un nouveau type de données ;

Effacer– supprimer le type de données ;

Déplacer vers le haut– déplacer la vue des données vers le haut ;

Descendre– déplacer la vue des données vers le bas ;

Copier à partir des règles– copier le type de données avec tous les paramètres d'autres règles ;

Règles– copier les règles de source ;

Copie– indique quelles données seront copiées

Personnalisation de la vue des données

La source

Le code– identificateur de type de données;

Nom– titre du type de données;

Demande- une requête dans le langage de requête 1C pour laquelle les données seront sélectionnées pour le téléchargement. Il est possible d'utiliser des paramètres dans la requête avec les mêmes identifiants que les paramètres d'upload.

Le texte de la requête doit contenir des libellés de texte :

• [Détails supplémentaires]- écrire à la fin de la liste des détails ;
• [Tableaux supplémentaires]- écrire à la fin de la liste des tables ;
• [Conditions additionnelles]- écrire à la fin des conditions, s'il n'y a pas de conditions, alors écrire [Conditions] à la fin de la requête

Procédures

Objet de la procédure :

• RéglageParamètres– est exécuté avant la sélection des données, dans la procédure, il est possible de définir des paramètres supplémentaires du Report Builder, en plus des paramètres de déchargement ;
• ProcessingResult– est appelé après la récupération des données pour définir des données supplémentaires dans la table avec le résultat, les données qui ne peuvent pas être obtenues par la requête ;
• Traitement de la chaîne de résultat– est appelé lors du déchargement au moment de la formation lors du tri des données de la table de résultats.

Autre

Exemple de déchargement d'articles de la nomenclature

Exemple de déchargement des prix des articles

Ne pas effacer les données sur le serveur– si activé, une demande d'effacement des données dans la base de données du site ne sera pas générée, même si le nettoyage est activé dans le profil de téléchargement ;

Téléchargement complet uniquement– le téléchargement complet sera toujours utilisé, même si le mode de mise à jour est activé dans le profil de téléchargement ;

Mise à jour des données\Champ de mise à jour– le nom de l'attribut dans la requête, par lequel les données de la requête seront marquées comme déchargées ;

Mettre à jour les données \ Chemin dans la requête– chemin vers l'attribut de mise à jour;

Filtre de liste \ Code de liste– code de liste de données par filtre. Lorsque l'ensemble de données de téléchargement contient des données avec une référence commune, par exemple, Article et il y aura des prix d'article, l'article peut être avec un filtre complexe pour les soldes, la disponibilité des prix, etc., afin de ne pas faire les mêmes filtres dans tous interroge lors du déchargement de l'article une liste de nomenclature déchargée est formée, et dans les données suivantes le filtre est automatiquement placé sur la liste de Nomenclature ;

Filtre de liste \ Champ de données– nom d'attribut par lequel la liste des filtres suivants sera remplie;

Filtre de liste \ Chemin de requête– chemin dans la requête pour former la condition.

Destinataire

Liste des tableaux

Barre d'outils de la liste des tableaux

Remplir la liste des tables du site– lire la liste des tables de la base de données de la boutique en ligne. Pour que la fonction fonctionne, l'éditeur de règles doit être ouvert à partir du profil de boutique en ligne configuré.
Colonnes de la liste des tableaux

Table– le nom de la table dans la base de données de la boutique en ligne ;

Champ de condition de déchargement– nom de champ dans la table source pour former une condition au cas où toutes les lignes de la table source ne tomberaient pas dans la table actuelle ;

Décharger la valeur de condition– valeur d'état;

État de nettoyage– si les données de la table de la base de données du site ne peuvent pas être effacées via TRUNCATE, spécifiez la condition selon laquelle la base de données sera effacée via DELETE.

Liste des champs de table

Colonnes de la liste des champs de tableau

Nom– en-tête de champ;

La source– nom du champ dans la table de la source de données. Des valeurs spéciales peuvent être utilisées comme source :

• Sens– valeur constante sélectionnée dans la colonne « Valeur \ Paramètre \ Série de codes dynamiques » ;
• Téléchargements de paramètres– la valeur du paramètre de déchargement, le nom du paramètre est inscrit dans la colonne "Valeur\Paramètre\Série de codes dynamiques" ;
• Date de déchargement- la date du jour est prise ;

Destinataire– nom du champ dans la table de la base de données de la boutique en ligne ;

Identifiant– le champ est un identifiant, utilisé dans la demande UPDATE comme condition;

Paramètre– le champ peut être désactivé du déchargement dans le profil de déchargement ;

Valeur \ Paramètre \ Série de codes dynamiques– valeur constante ou nom de paramètre, si la source correspondante est sélectionnée, ou Série de codes ;

Chemin en demande– chemin d'accès aux données de la requête pour les objets sur lesquels le code dynamique est généré ;

Paramètre supplémentaire- nom du champ pour paramètre supplémentaire code dynamique ;

Chemin en demande– chemin d'accès aux données dans la demande du paramètre supplémentaire;

Premier code– valeur du premier code pour les codes dynamiques;

Transformer– règles de conversion des données de terrain :

• Code Dynamique– convertir en code dynamique ;
• Numéro- convertir en nombre ;
• DateLinks- obtenir la date d'entrée en 1C de l'élément de l'annuaire, la donnée est extraite de l'identifiant interne GUID ;
• Image– obtenir le fichier image à partir du lien vers l'image dans le gestionnaire de contenu ;
• Format– convertir la valeur de formatage, chaîne de formatage en langage 1C ;
• Fonction SQL– Insérez une fonction SQL comme destination.
• Traitement- une procédure en langage 1C pour le traitement arbitraire d'une valeur.

Procédures générales

Objet des procédures :

• Avant le déchargement– démarre avant le téléchargement des données ;
• Après le déchargement– démarre après le déchargement des données ;
• Avant de télécharger des fichiers– démarre avant de télécharger les fichiers préparés sur le serveur ;
• Après le téléchargement de fichiers- démarre après le téléchargement des fichiers sur le serveur.

Modification de la base de données

Liste des requêtes nécessaires pour modifier la base de données de la boutique en ligne, avant d'utiliser le téléchargement de données.

Attention! Les requêtes sont destinées à être exécutées une seule fois.

• Suivant >

Systèmes automatisés les contrôles consistent dans la plupart des cas à bases séparées données et ont souvent une structure distribuée géographiquement. Dans le même temps, un échange de données correctement mis en œuvre est une condition nécessaire au fonctionnement efficace de tels systèmes.

Dans ce cas, la configuration initiale de l'échange peut nécessiter un certain nombre d'actions, non seulement en termes de programmation, mais également de conseil, même si nous avons affaire à des sources homogènes, comme c'est le cas avec les produits basés sur la plate-forme 1C:Enterprise. Pourquoi la mise en place d'un é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 vous permet de :

• Éliminer la double saisie de documents ;
• Automatiser les processus métier associés ;
• Optimiser l'interaction entre les départements distribués ;
• Mettre à jour rapidement les données pour le travail des spécialistes de différents départements ;
• "Délimiter" 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 les données de gestion dans la base de données comptable réglementaire, c'est-à-dire. la synchronisation en 1C sera incomplète ici.

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

• Coordination de la composition de la bourse ;
• Définition du transport (protocoles d'échange) ;
• Établir des règles ;
• Planification.

Identification de 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 jouer deux rôles en même temps, ce que l'on appellera un échange bidirectionnel. La définition de la source et de la destination se fait de manière logique, en fonction du besoin ou de Fonctionnalité systèmes.*

*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 respecter les règles de la politique applicative, et, par conséquent, pour s'assurer de 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 de fréquence d'échange sont déterminées, le processus de travail avec les erreurs et de gestion 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é :

Base de données distribuée

• RIB implique un échange entre des configurations de base de données 1C identiques, 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 dans la configuration et les informations d'administration 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 plate-forme 1C: Enterprise et avec des systèmes tiers. L'échange s'effectue en transférant 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 mettre en œuvre l'échange de données dans format XML entre les produits créés sur la plateforme 1C:Enterprise avec n'importe quel système d'automatisation. L'utilisation d'EnterpriseData simplifie les améliorations liées à l'échange. Auparavant, lorsqu'une nouvelle configuration était intégrée au système, il était nécessaire de mettre en place un mécanisme d'importation et d'exportation de données, à la fois pour celle-ci et pour les systèmes existants. Désormais, les systèmes qui prennent en charge EnterpriseData n'ont pas besoin d'être modifiés, n'ayant qu'un seul point d'entrée-sortie.

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

Pour un système basé sur la plateforme 1C:Enterprise 8, large éventail possibilités d'organiser des échanges avec n'importe ressources d'information par le biais de normes universelles généralement acceptées (xml, fichiers texte, Excel, connexion ADO…). Par conséquent, lors de la détermination du transport pour l'échange de données, il convient de partir des capacités de la base de données d'un système tiers.

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 nous parlons de travailler avec des annuaires historiquement remplis selon des règles différentes, il est nécessaire de bien définir les champs de synchronisation pour ramener l'échange vers 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 annuaires et leur volume, le processus de comparaison 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, peuvent nécessiter le travail de tout un groupe d'experts, tant du du côté de l'intégrateur (propriétaire de la méthodologie 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 définies. Les règles présentées au format xml régissent 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 d'un échange permanent.

Assure aucune perte de données lors de l'échange Plan d'échange. Ceci fait partie intégrante de toute configuration sur la plate-forme 1C:Enterprise, qui décrit entièrement la procédure d'échange 1C : composition des données (documents avec détails "identifiants") et nœuds ( bases d'informations récepteurs-émetteurs), ainsi que l'activation de RIB pour les sens d'échange sélectionnés.

Toute modification des données saisies dans le plan d'échange est fixe et reçoit le signe de "modification". Tant que les données modifiées ne correspondent pas entre elles dans les nœuds récepteurs-émetteurs, le drapeau ne sera pas réinitialisé 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 des échanges 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 standard de mise en œuvre de l'échange, prêtons attention aux facteurs qui nécessiteront des améliorations à différentes étapes :

• Configurations de base de données non standard et fortement modifiées ;
• différentes versions 1C : plates-formes d'entreprise ;
• Pas mis à jour depuis longtemps, pas de versions à jour de la configuration ;
• Échangez les objets qui ont été précédemment modifiés ;
• La nécessité de règles d'échange non standard ;
• Un ensemble et une composition de détails très différents dans les répertoires 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 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 des bases de données sur l'exemple de "1C : UPP" et "1C : Retail" (selon le même schéma, l'échange avec "1C : UT" est configuré). De plus, la synchronisation typique comprend l'échange de SCP - SCP, qui est typique des systèmes d'automatisation à grande échelle dans les plus grandes entreprises industrielles.

Dans le sous-menu « Service », sélectionnez « Échange de données avec des produits sur la plate-forme... » (sélectionner un échange direct avec « Retail » menace souvent d'erreurs au niveau des objets COM). Attention au message officiel" Cette opportunité indisponible."

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

...et cochez la case. De plus, le message d'erreur est ignoré.

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 de l'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 d'une connexion via l'annuaire réseau de l'offre, configurez la connexion à l'aide de l'adresse FTP et e-mail ignorer en cliquant sur "Suivant".

Dans les paramètres, saisissez manuellement les préfixes - les symboles des bases de données (généralement BP, UPP, RO), définissez les règles et la date de début du téléchargement des données. Le préfixe sera indiqué dans le titre des documents pour indiquer la base dans laquelle ils ont été créés. Si les règles de téléchargement ne sont pas modifiées, les données par défaut seront téléchargées en fonction de 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 établir un calendrier.

Menu de vente au détail.

Cochez la case et sélectionnez Synchroniser.

Nous effectuons un réglage « inversé » en choisissant Gérer une entreprise manufacturière.

Chargez le fichier avec les paramètres créés dans SCP.

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

Nous agissons de la même manière que dans l'UPP.

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

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

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

Prêt.