Règles de transfert de données 1s. Un exemple de règle de conversion d'objet. Étape de chargement des données

Le but de cette règle d'échange est de transférer les soldes des règlements mutuels de BP 2 vers UT11.

Création pas à pas d'une règle d'échange à l'aide de la configuration "Conversion de données" (les métadonnées doivent être chargées) :

1) Créez une règle d'upload d'un objet, pour cela allez dans l'onglet « Règles d'upload de données », cliquez sur ajouter. Dans la fenêtre qui apparaît, sélectionnez l'objet exemple, ce sera un registre autocomptable. Nous changeons la méthode d'échantillonnage en un algorithme arbitraire.

2) Passons à l’écriture du code lui-même car Il n’existe pas de registre d’auto-comptabilité à l’UT, il faut donc le convertir. Tout d'abord, nous avons besoin d'une requête qui, selon nos paramètres, renverra les soldes pour les règlements mutuels. Dans le gestionnaire d'événements "Avant le traitement", nous écrivons la requête suivante :

Texte de requête = "SÉLECTIONNER
| Soldes autonomes.Compte,
| Self-supportingRemains.Subconto1 AS Subconto1,
| ISNULL(SUM(Self-AccountingRemaining.AmountRemainingDt),0) AS AmountRemainingDt,
| ISNULL(SUM(Self-accountingRemains.AmountRemainingCt),0) AS AmountRemainingCt,
| MAXIMUM(Soldes comptables analytiques.Sous-compte2.Date) AS Date du document de règlement,
| MAXIMUM (Soldes auto-comptables. Sous-compte2. Numéro) AS Numéro de pièce comptable
|DE
| Registre comptable. Autosuffisant. Soldes (&OnDate, Account = &account,) AS Soldes autosuffisants
|OÙ
<>&groupe et
| Soldes autonomes. Sous-compte 1. Parent<>&groupe 1
|GROUPER PAR
| Soldes autonomes.Compte,
| Soldes autonomes. Sous-compte 1,
| Restes autoportants.Subconto2
|COMMANDER PAR
| Sous-conto1
|COMMANDE AUTOMATIQUE";

Ma tâche était de limiter les groupes de contreparties pour lesquels les règlements mutuels sont téléchargés.

Nous déterminons les valeurs des variables qui seront utilisées à l'avenir.

OnDate = date("20130101");
TD = DateActuelle();
group = Directories.Counterparties.FindByName("Acheteurs");
group1 = Répertoires. Contreparties. Rechercher par nom("Retours des INDIVIDUS");

Nous créons une table que nous transmettrons plus tard à la règle de conversion de valeur.

TZ = Nouveau ValueTable();
TK.Columns.Add("Contrepartie");
TK.Columns.Add("Montant");
TK.Columns.Add("MontantREGLE");
TK.Columns.Add("CalculationDocument");
TK.Columns.Add("Date du document de règlement");
TK.Columns.Add("Numéro du document de règlement");
TK.Columns.Add("Partenaire");
TK.Columns.Add("Devise de règlement mutuel");
TK.Columns.Add("Date de paiement");

Nous définissons les paramètres, appelons la requête, remplissons le tableau et appelons la règle de conversion.

requête = nouvelle requête (RequestText);
request.SetParameter("group", groupe); request.SetParameter("group1",group1);
request.SetParameter("OnDate",OnDate);
request.SetParameter("Compte", Plans comptables. Auto-comptabilité. Calculs avec d'autres fournisseurs et entrepreneurs);//76.05
Récupérer = request.Run().Select();
TZ.clear();
Boucle While Select.Next()
si Sample.SumRemainingCT = 0 ou Sample.SumRemainingCT = "" alors
continuer;
fin si;
si Sample.AmountRemainderCT< 0тогда
report(""+Sample.Subconto1+" valeur négative "+Sample.SumRemainingCT);
fin si;
LineTZ = TZ.Add();
Ligne TK.Counterparty = Selection.Subconto1 ;
LineTZ.sum = Selection.SumRemainingCT;//Selection.SumRemainingCT;
LineTZ.sumRegl = Sampling.SumRemainingCT;//Sampling.SumRemainingCT;
Ligne TK.Calculation Document Date = Sélection.Calculation Document Date ;
Ligne TK.Numéro de document de calcul = Sélection.Numéro de document de calcul ;
LineTZ.PaymentDate = TD ;
Fin du cycle ;
OutData = Nouvelle structure ;
OutgoingData.Insert("Date", CurrentDate());
OutgoingData.Insert("CalculationsWithPartners", TK);
OutgoingData.Insert("Type d'opération", "Soldes de la dette envers les fournisseurs");
OutgoingData.Insert("Comment", "Généré sur le crédit du compte 76.05");
report("76.05 Début du CRÉDIT");
UploadByRule(, OutgoingData, "Saisie des soldes pour le règlement mutuel_7605Credit");

Nous effectuons de la même manière la même opération pour les comptes nécessaires restants (leur description, ainsi que la règle toute faite, se trouvent en pièce jointe).

3) Passons à la création des règles de conversion d'objets ; pour cela, ouvrez l'onglet « Règles de conversion d'objets ». Ajoutons-y une nouvelle règle avec le nom "Soldes d'entrée par règlement mutuel_7605Credit", laissons l'objet source vide, définissons l'objet récepteur sur le document "Entrer les soldes", et dans l'onglet Paramètres, supprimons le drapeau "Rechercher l'objet récepteur par le identifiant interne de l'objet source".

Dans le gestionnaire d'événements "Avant le chargement", nous écrirons le code suivant :

Générer NewNumberOrCodeIfNotSpecified = true ;

Dans le gestionnaire d'événements "Après le chargement", nous écrirons :

exécuter(algorithms.AfterLoadInputRemainings);

il exécutera un algorithme avec le contenu suivant :

devise = Constants.RegulatedAccountingCurrency.Get();
objet.Owner = SessionParameters.CurrentUser ;
object.organization=parameters.organisation;
pour chaque page de la boucle object.calculationspartners
Page.SettlementDocument = Directories.Counterparty Agreements.empty link();
PageCurrencySettlements = devise ;
si ValueFilled (page.counterparty.partner) alors
p.partenaire = p.counterparty.partner;
sinon
partenaires = Directories.Partners.FindByName(page.counterparty.Name);
si le bureau<>Indéfini et bureaux<>Répertoires.Partners.emptylink() puis
p.partenaire = bureau ;

object2.Partner = bureau ;
objet2.Write();
sinon
exécuter (algorithmes.AddPartner);
fin si;

fin si;

fin de cycle;

Cet algorithme sera exécuté côté récepteur (BP). En plus du transfert de soldes pour les règlements mutuels, il y a la tâche de transférer les contreparties, mais l'UT utilise des partenaires, donc après avoir généré le document, nous vérifions si toutes les contreparties et partenaires sont dans la base de données du destinataire ; si pour une raison quelconque ils n'y sont pas , puis nous les ajoutons.

L'ajout de sous-traitants mettra en œuvre la règle de conversion pour le répertoire « Contreparties » ; vous pouvez la créer de la même manière que la règle précédente, mais permettre au système de comparer les champs nécessaires.

Un algorithme a été créé pour les partenaires et exécuté du côté du récepteur.

Afin d'exécuter l'algorithme côté récepteur, vous devez cocher le drapeau « Utilisé lors du chargement » dans le coin supérieur droit de la fenêtre de l'algorithme (lors de son édition).

Vous trouverez ci-dessous le code de l'algorithme « Ajouter un partenaire » :

nPartner = Directories.Partners.CreateItem();
nPartner.Name = page.counterparty.name;
nPartner.Comment = "Créé lors du chargement depuis BP";
nPartner.NameFull = page.counterparty.NameFull;
nPartner.Supplier = ?(find(page.counterparty.AdditionalInformation,"Supplier")>0,true,false);
nPartner.Client = ?(find(page.counterparty.AdditionalInformation,"Client")>0,true,false);
OtherRelations = ?(find(page.counterparty.AdditionalInformation,"Other")>0,true,false);
npartenaire.Write();
p.partenaire = npartner.link;
contrepartie = Directories.Counterparties.FindByName(page.counterparty.Name);
object2 = contrepartie.GetObject();
object2.Partner = npartner.link;
objet2.Write();

Revenons à la règle de conversion d'objet. Il nous faut maintenant établir une correspondance entre les champs source et destination ; cela aurait pu être fait juste avant d'écrire le code. Afin de comparer les champs, dans la partie inférieure du tableau se trouve un bouton permettant d'appeler l'assistant « Synchronisation des propriétés ». Dans cet assistant, nous pouvons soit mapper les champs, soit les laisser sans source et sans destination. Dans notre cas, nous laissons tous les champs et MP sans source.

Une fois que les champs requis ont été sélectionnés dans le TC inférieur, pour chaque champ, nous définissons un indicateur dans la colonne « Obtenir à partir des données entrantes ». Cet indicateur indique que le système recherchera ce champ dans les données entrantes. Il est important que le nom du champ corresponde au nom dans les données entrantes, sinon un message s'affichera indiquant que le champ n'a pas été trouvé.

Le texte ne décrit pas toutes les nuances du processus.

Les données et les documents importants collectés au fil des années de travail acharné ne doivent pas être perdus simplement parce qu'une nouvelle plate-forme ou une configuration 1C a été publiée. Pour éviter que cela ne se produise, il est possible de transférer des données.

Le transfert de données est l’une des étapes les plus critiques de la transition d’une configuration à une autre.

Pour que les données soient transférées en toute sécurité, vous devez confier ce travail à des professionnels. Notre équipe réalisera tous les travaux efficacement et dans les délais.

Étapes de transfert

Le transfert de données comprend 5 étapes. Nous avons essayé de les décrire de la manière la plus détaillée et la plus claire possible.

Pourquoi notre transfert de données est-il meilleur ?

Coût typique du transfert de données

Maintenance d'un nouveau programme

Une fois toutes les données transférées, vous devrez peut-être maintenir votre programme. Nous sommes prêts à vous le fournir !

Transition vers 1C 8.2

Apprenez-en davantage sur les autres étapes de transition d’une plateforme à une autre. Mise à niveau de licence, configuration, formation, support. Nos spécialistes sont prêts à vous fournir toute l’aide dont vous avez besoin !

Pourquoi sommes-nous meilleurs ?

Transfert de commande

notre équipe

Pourquoi notre transfert 1C est-il meilleur ?

Transparence

Avant de transférer les répertoires 1C 8.2 et vos autres données, nos spécialistes vous expliqueront en détail toutes les étapes des travaux. En nous confiant votre base de données, vous savez toujours ce qui est fait, dans quel ordre et combien vous payez pour chaque étape de travail.

Approche individuelle

Avant de procéder directement au transfert de 1C 7.7 vers 1C 8.2, nos spécialistes procéderont à une analyse approfondie de votre base de données. Il est fort probable que la nouvelle version de 1C comporte déjà toutes les améliorations dont vous aviez besoin. Dans tous les cas, nous vous recommanderons ce dont vous pourriez avoir besoin pour un travail confortable.

Qualité

Avant l'étape la plus importante du transfert, nos spécialistes effectuent toujours un essai de transfert des bases de données 1C afin d'identifier d'éventuelles erreurs, répétitions et pertes de données. Mais même après le transfert lui-même, nous vérifierons certainement tout pour encore plus de confiance dans sa qualité.

Travailler pour des résultats

Le travail n'est considéré comme terminé qu'après vous être assuré que le transfert des répertoires 1C 8 et autres données a été effectué correctement et que vous êtes satisfait du résultat. Nous n'abandonnons pas nos clients !

Étape 1. Analyse générale de la base de données source

Quels travaux sont effectués :

obtenir une version de configuration standard similaire à la base de données source ;

analyse générale des évolutions de la structure des données (comparaison avec une configuration type) ;

analyse générale des évolutions des formulaires et des modules de configuration (comparaison avec une configuration standard) ;

contrôle de la disponibilité des comptes comptables non standards pour les configurations comptables ;

contrôle général de l'exactitude de la comptabilité dans la base de données source (présence de soldes « rouges », de périodes ouvertes, de séquences non restituées, etc.) ;

mettre à jour la base de données source vers la version requise par les règles de transfert standards ;

transfert de données d'essai ;

préparation d'éventuelles recommandations pour préparer la base de données source pour le transfert des répertoires 1C 8 et d'autres données.

Pour quoi:

déterminer la possibilité de recourir à un virement standard ;

évaluation de l'intensité de travail des modifications et préparation de la documentation technique pour le transfert (si l'utilisation d'un transfert standard n'est pas possible).

Après avoir effectué une analyse générale de la base de données source, il est possible d'obtenir la confirmation que les données peuvent être transférées par des moyens standards ; dans ce cas, le coût supplémentaire du service de transfert est déterminé selon la liste de prix de transfert standard, en fonction de la configuration.

Si un transfert standard correct n'est pas possible, alors une proposition est préparée avec le coût des travaux de finalisation des configurations, des règles d'échange et du transfert non standard.

Prix ​​: 2 000 roubles.

Étape 2. Préparation de la documentation technique pour le transfert non standard

Quels travaux sont effectués :

une analyse approfondie des modifications existantes de la configuration standard de la base source est réalisée, en comparant ces modifications avec une configuration standard de version similaire et avec la dernière version de la configuration standard de la base réceptrice ;

communication avec les personnes responsables du Client pour établir le besoin de modifications identifiées, clarifier les modalités d'utilisation des modifications, recueillir les souhaits d'amélioration des modifications (si nécessaire) ;

une liste des modifications disponibles à la configuration standard de la base de données source est établie ;

une liste de modifications recommandées à la configuration standard de la base de réception est établie et convenue, en tenant compte de la fonctionnalité standard de la configuration standard (il est possible que la modification n'ait pas besoin d'être transférée si la configuration de réception a déjà une fonctionnalité standard similaire) ;

un projet de spécification technique pour finaliser la configuration de la base réceptrice, finaliser les règles d'échange, description
procédures de transfert non standards (si nécessaire).

Pour quoi:

garantie de qualité et de transparence des travaux sur le transfert non standard des bases de données 1C ;

estimation exacte du coût et de la durée des travaux ;

la capacité d'effectuer des travaux de migration avec l'implication d'un programmeur 1C à temps plein tout en garantissant le niveau de qualité requis.

Si l'ensemble spécifié de documentation technique n'est pas disponible, les transferts non standard entre les configurations 1C sont effectués uniquement sur une base horaire. Dans ce cas, il est impossible de garantir à l’avance avec précision le coût et la durée des travaux. Cependant, dans ce cas, des économies de temps et d'argent pour la préparation d'un ensemble de documents sont possibles.

Prix ​​: À déterminer en fonction des résultats d'une analyse générale de la base de données source.

Étape 3. Finalisation de la configuration du récepteur

Quels travaux sont effectués :

La configuration standard de la base réceptrice est modifiée en fonction des spécifications techniques, ou selon les instructions du Client (pour un travail horaire) ;

des tests préliminaires d'améliorations sont effectués ;

les améliorations sont documentées sous la forme d'un rapport sur les modifications apportées à la configuration standard (pour la possibilité d'une mise à jour ultérieure par un ingénieur de service) ;

une démonstration des améliorations à l'utilisateur est effectuée (remise et réception des travaux) ;

Un manuel d'utilisation pour les modifications est en cours d'élaboration (si nécessaire).

Pour quoi:

Vous recevez la dernière version de la configuration avec les modifications dont vous avez besoin ;

Vous recevez une documentation sur les modifications nécessaires pour poursuivre
mises à jour par un ingénieur de service.

Étape 4. Finalisation des règles de transfert

Quels travaux sont effectués :

les règles de transfert standard de 1C sont en cours de finalisation pour prendre en compte les changements dans la structure des données de la configuration standard de la base de données source, ainsi que les comptes comptables non standards utilisés dans la base de données source ;

Des tests préliminaires du transfert sont effectués en tenant compte des modifications.

Pour quoi:

Assure le transfert correct des données qui ne sont pas transférées selon les règles d'échange standards ;

Une modification des règles de transfert peut également être nécessaire si la comptabilité dans la base de données source a été mal effectuée du point de vue de la méthodologie de la solution standard, même si la configuration source n'a pas contenu de modifications.

Prix ​​: basé sur un ensemble de documentation technique.

Étape 5. Transfert de données

Quels travaux sont effectués :

transfert d'informations de référence (tout ou par liens), transfert de soldes à une date donnée ;

contrôle de l'exactitude du transfert - comparaison des données de la base de données source et de la base de données de destination ;

préparation d'éventuelles recommandations d'ajustement des soldes dans la base de données réceptrice, en tenant compte des particularités de la comptabilité dans différentes configurations (si nécessaire).

Pour quoi:

Vous recevez une nouvelle base de données prête à l'emploi avec vos soldes actuels.

Le transfert s'effectue selon les règles de transfert développées par 1C, avec utilisation de modifications réalisées spécifiquement pour le Client. La composition des données transférées peut différer selon les différentes versions de configurations ; nos spécialistes vous conseilleront sur les possibles
fonctionnalités de transfert.

1. Introduction.

2. Ce dont vous aurez besoin : Configuration 1C : Conversion des données 2.* et traitement à partir du package. Pour Exemples de tâches, 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é une base de données de conversion et l'avons lancée.

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

3. Nous aurons besoin d'un traitement pour décharger la structure des métadonnées et l'échanger.

La première chose dont vous avez besoin pour le développement, ce sont des fichiers avec une structure de métadonnées. Cela se fait à l'aide d'un traitement de déchargement de la structure de métadonnées incluse 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 nous intéressons au traitement de MD83Exp.epf. Si le déchargement doit être effectué à partir de configurations sur des formulaires standards, alors le traitement MD82Exp.epf est utilisé. C'est le cas si, par exemple, vous avez besoin d'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 et ainsi de suite.

De plus, pour télécharger et télécharger des données dans 1C en utilisant nos règles, vous devrez traiter « Échange universel de données au format XML » V8Exchan83.epf pour les configurations sur des formulaires gérés tels que 1C : Trade Management 11.*, 1C BP 3, 1C : ERP 2. * et similaire. Et par conséquent V8Exchan83.epf - pour les configurations sur des formulaires réguliers.

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

Commençons par télécharger la structure des métadonnées à partir de la configuration 1C : Enterprise Accounting 3.
Ouvrons le traitement MD83Exp.epf

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

Vous devez maintenant télécharger la configuration dans la base de données de conversion. Ce point peut être atteint aussi bien depuis la liste des configurations que depuis la liste des conversions. Démarrons simplement depuis le bureau :

Dans la boîte de dialogue, chargez la structure tiers :

Et de même - la structure de la gestion commerciale.

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 dans 1C à l'aide d'un exemple spécifique de tâche.

Ensuite, allez dans « Configuration des règles d'objet », où nous créons un nouveau paramètre.
Dans la boîte de dialogue de création de conversion, sélectionnez la configuration « source » et la configuration « destination » (que vous avez précédemment chargée) et cliquez sur OK.

Puisque dans cet article j'avais prévu de montrer la création « à partir de zéro » et « sans déchets », 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 télécharger non pas un document dans un autre, mais un type dans un autre, par exemple, le document Ventes de biens et services de UT 11 avec les ouvrages de référence nécessaires dans le document Réception de biens et services dans BP 3.

Nous créons donc un nouveau PKO (la règle de conversion des objets en 1C)

Sélectionnez la source Ventes de biens et services et la destination Réception de biens et services et cliquez sur OK.
Dans ce cas, une boîte de dialogue apparaîtra, où nous refuserons à nouveau la création automatique de PKS (Property Conversion Rules). Ensuite, nous sélectionnerons uniquement ceux nécessaires.

Mais à la proposition de créer des DVP (data upload Rules), nous répondons « Oui ».

Des PVD sont créés, qui seront reflétés 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és vides seront également créées.

De plus, il est clair que par défaut il est proposé de rechercher le logiciel par l'identifiant interne de l'objet. Ceci est indiqué par la loupe située à côté du PCO. Nous ferons notre propre recherche, et nous la ferons par numéro de document et par date en début de journée.

On supprime la recherche par UIO :

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

Par exemple, sélectionnez 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 qui ne correspondent pas par leur nom, 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 passer en revue les détails et les décrire. Tout d'abord, nous mettons en place une recherche de document comme je l'ai écrit plus tôt, téléchargeons et recherchons un document au début de la date, et modifions la numérotation. Nous remplacerons les trois premiers caractères par notre préfixe « UTB ». Et comme la numérotation en BP et UT est de 11 caractères chacune, on fait un numéro composé : notre préfixe et 8 caractères de la source. Un exemple dans la capture d'écran ci-dessous.

Nous téléchargeons toujours les documents déchargés et sans mouvement. Nous supposons que les documents seront traités dans le récepteur après vérification par l'utilisateur.

Pour ce faire, en définissant PKS comme non effectué, 0 ou 1, nous l'utilisons comme booléen.

En utilisant la devise comme exemple, nous créons une règle de conversion d'objet pour PKS. Dans le même temps, nous pensons qu'il existe des devises dans les deux bases de données et qu'elles devraient être synchronisées par code. Par conséquent, nous ne créerons pas tous les PKS dans le PQS de devise, mais ajouterons uniquement un code de recherche. Ceux. Nous refusons l'offre de créer un PKS pour l'objet.

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

En conséquence, nous obtenons l'option suivante :

Ensuite, par analogie, nous créons PKO et PKS pour les détails restants. De plus, nous recherchons une organisation par contrepartie et vice versa par TIN. Voilà à peu près à quoi cela ressemble avec un minimum de détails (vous pouvez en ajouter si nécessaire).

Pour les accords de contrepartie PCO, nous recherchons par contrepartie PKS, nom et propriétaire.

Voyons comment spécifier la valeur requise dans le type d'énumération dans le PKS. 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 requise dans la ligne « front ».

Vous trouverez ci-dessous comment installer sans difficultés et dans la plupart des cas PCS pour la multiplicité de règlement mutuel, le taux de règlement mutuel et le compte comptable.

Pour PKO Nomenklatura, nous laisserons la recherche par identifiant unique interne. Mais permettez-moi d'attirer votre attention sur la manière dont vous pouvez redéfinir votre groupe. Par exemple, nous convenons qu'un nouvel élément sera téléchargé depuis la configuration 1C : Trade Management 11, mais il est nécessaire que l'élément soit collecté dans un groupe spécifique « NotreGroupe ».

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

Nous mettons en place deux recherches : par nom, où nous indiquons strictement le nom de notre groupe, et la propriété requise de l'attribut « Ceci est un groupe » est définie sur true.

Puisque nous avons décidé que tous nos éléments entreraient dans notre groupe, il n'est pas nécessaire de décharger les groupes de UT 11 lors du déchargement. Pour ce faire, dans le logiciel Nomenclature dans le gestionnaire d'événements « Avant le déchargement », nous allons définir un filtre qui n'a pas besoin de décharger les groupes "Échec = Source. Ce groupe ;".

Dans le DRP (règles de téléchargement de données) pour les ventes de produits et services, nous ajouterons un filtre afin que les documents marqués pour suppression ne soient pas téléchargés. Pour ce faire, dans le VDP dans les gestionnaires d'événements « Avant un chargement », nous écrirons le filtre « Failure = Object.DeletionMark ; ».

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

7. Pour résumer : Téléchargement et chargement de données à l'aide de règles d'échange de données développées.

Ouvrir dans 1C : Trade Management 11 le traitement « Échange universel de données au format XML » V8Exchan83.epf.

Le déchargement est terminé, nous utilisons maintenant le même traitement pour charger dans 1C : Enterprise Accounting 3.

Chargement terminé. Vérifions comment il s'est chargé. Ainsi, le document est chargé comme nous le souhaitions - notre organisation est chargée dans la contrepartie et la contrepartie dans l'organisation. Les comptes comptables sont tous téléchargés et installés. Nous avons obtenu le numéro du document avec notre préfixe et en début de journée. Tous les détails fournis ont été remplis.

Nous vérifions le chargement des articles. Nous voyons que tout s’est déroulé comme nous l’avions prévu.

Nous avons créé et rempli les détails comme nous le souhaitions. Il existe de nombreuses subtilités dans la conversion et quelques éléments simples mais nécessaires qui vous aident à rédiger 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 des déchets inutiles. C’est l’un des exemples les plus simples. Vous pouvez également convertir un objet en plusieurs ou, inversement, plusieurs en un.

Il existe maintenant 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 la conversion vous-même. Mais sinon, vous devez valoriser votre temps dans votre domaine d'activité et demander à des professionnels d'effectuer cette tâche.

Et nous vous montrons comment l'utiliser pour simplifier considérablement la résolution de vos problèmes.

Aujourd'hui, nous verrons comment configurer et effectuer un transfert simple de répertoires et de soldes initiaux en seulement 10 à 15 minutes.

Et c'est tâche de masse et régulière, ce qui est presque inévitable pour la plupart des nouvelles configurations lancées.

Appelez donc vos collègues, cela leur sera également très utile.

Surtout s'ils ont déjà vu le CD 3 et ont réussi à avoir peur :)

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

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

Qu'y a-t-il exactement dans les vidéos d'aujourd'hui

Ce sont 4 vidéos sur l'échange de données via format d'échange universel EnterpriseData.

De plus, nous montrerons un exemple améliorations des règles de change standard en 1C : Conversion de données 3.0

Durée totale - 34 minutes. Contenu:

• Mise en place d'échange sur l'exemple de 1C:Accounting 8 et 1C:ERP
• Comment télécharger des règles standard et un format d'échange universel dans Data Conversion 3.0
• Transfert de la structure des métadonnées sur le CD 3.0
• Comment effectuer votre premier échange de données
• Finalisation des règles conversion
• Comment charger de nouvelles règles sans changer la configuration ( sans retrait du support)

note, que lors de la résolution de ce problème, les règles de chargement ne changent que dans la configuration de réception. Et la configuration source fonctionne selon les règles standard.

Si un problème similaire était résolu dans Data Conversion 2.0, des modifications devraient alors être apportées aux règles de la source et de la destination.

Ces didacticiels vidéo sont pertinents pour BSP édition 2.3.2(pour toute version antérieure à 2.3.2.43).

Si vous utilisez une ancienne version de BSP,0, effectuez un « ajustement » pour l'interface modifiée et les fonctionnalités étendues. Pour ce faire, répétez vous-même l'exemple de la vidéo.

Vidéo 1 :
Chargement des règles d'échange entre configurations standards dans Data Conversion 3.0

Dans cette leçon, nous effectuerons des étapes préparatoires lors de la modification des règles d'échange entre les configurations standards :

• Chargement de la structure du format d'échange dans le CD (
• Créer une conversion
• Téléchargement de fichiers de règles à partir d'une configuration standard
• Déchargement du module gestionnaire d'échange

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

Dans cette leçon, nous montrerons comment remplir les détails de l'objet lors du chargement des données.

Le problème sera résolu - lors du chargement des objets à partir de la configuration source, définissez le commentaire « Chargé depuis BP 3.0 ».

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

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

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

Dans ce tutoriel nous allons vous montrer comment mettre en place un nouvel échange entre les standards.

Les réglages seront effectués dans la configuration source puis chargés dans la configuration de destination.

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

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

Dans cette leçon, nous montrerons une fonctionnalité typique de transfert des soldes initiaux.

P.S.

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

Cependant, pour les échanges standards – les méthodes standard sont à la fois plus rapides et beaucoup plus simples.

Et si quelqu'un réinvente la roue, alors qu'il existe une solution universelle toute faite - c'est comme écrire sur ton front "Je ne connais pas l'instrument, je ne veux pas l'étudier, je vais te construire des béquilles pour ton argent" .

P.P.S.

Nous voulons montrer que la conversion de données 3.0 n'est pas difficile.

Inhabituel - oui. Tout n’est pas immédiatement clair – oui. Il y a des moments très controversés – oui.

Mais avec l'aide d'instructions et de vidéos prêtes à l'emploi, vous pouvez le maîtriser en 1 à 2 semaines littéralement.