Mise à jour d'une configuration 1c non standard, instructions étape par étape. Expérience personnelle : comment mettre à jour rapidement et à moindre coût une configuration modifiée. Récupération du fichier fournisseur

Mettre à jour une plateforme non standard est très difficile. Nous verrons comment mettre à jour une configuration 1C non standard et décrirons une solution étape par étape aux difficultés émergentes.

Comme dans non configuration typique 1C effectue la mise à jour.

Concepts généraux

Lors de la mise à jour d'une plateforme non standard, les modifications affectent toujours des éléments de la configuration standard du fournisseur.

La base de données (DB) contient jusqu'à trois types de configurations :

  • la base de données elle-même - des algorithmes logiques fonctionnent avec elle ;
  • travail (le soi-disant principal, ConfigOR) - que nous modifions périodiquement ;
  • configuration du fournisseur (ConfigP - sur cette base, les configurations de travail et de base de données sont créées par l'utilisateur.

Si un programme est supprimé du support, il ne sera plus disponible auprès du fournisseur. Cependant, une augmentation des coûts de main-d'œuvre pour la mise à jour est inévitable. Envisageons de mettre à jour une configuration 1C non standard. Un exemple serait la plateforme PPM (Manufacturing Enterprise Management).

Mélange

La première étape consiste à supprimer les différences entre les configurations de travail et livrées. Cela réduira l’évaluation des améliorations que nous avons apportées précédemment. Des incohérences entre eux surviennent lorsque des fichiers étrangers (ne provenant pas de la distribution fournie) ont été utilisés lors de la mise à jour ou que les méthodes de mise à jour diffèrent des méthodes standard.

Comparaison des versions

Nous vérifions les numéros de version (fonctionnels et livrés). Le premier est coché dans « Configuration » / « Ouvrir » / « Modifier » / « Propriétés ». Dans la rubrique "Développement/Version". Deuxièmement dans « Configuration » / « Support » / « Paramètres de support » / « Version » :

Si les numéros correspondent, vous pouvez passer à la section Réception d'un fichier via une mise à jour.

Les étapes suivantes montrent comment faire correspondre la configuration de travail et celle du fournisseur. Afin de prendre en charge les objets qui ont été supprimés ou ajoutés par l'utilisateur sans support. Pour ça:

Sauvegarde de la configuration (fonctionne)

Sauvegardons le ConfigOR dans un fichier nommé, par exemple, work.cf. Pour ce faire, sélectionnez « Configuration »/« Enregistrer... ».

Récupération du fichier fournisseur

Pour combiner ConfigOR avec ConfigP, vous avez besoin d'un fichier cf de la distribution du fournisseur (même version). Par défaut, ce sera dans C:/Program Files/1cv81/tmplts. Vérifions la présence du fichier cf requis dans la table modèle. Que dois-je faire si je ne dispose pas du fichier de configuration du fournisseur requis pour la version requise ? Ensuite, vous devez créer une base de données vide à partir de l'ancienne, la mettre à jour vers la version requise et ensuite l'utiliser seulement.

Réception d'un fichier via mise à jour

Pour effectuer une mise à jour du fichier ConfigP cf, sélectionnez la commande dans le menu : « Configuration/Support/Mise à jour.../Sélectionner le fichier/Terminer/Exécuter » (Séquentiellement dans les images) :

Pour résoudre ce problème, vous devez décocher la marque de suppression de l'objet dans la configuration du fournisseur. Ensuite, après la suppression, nous effectuons à nouveau la comparaison - cliquez sur le bouton « Mettre à jour » dans la fenêtre de mise à jour.

Restauration des paramètres

Certains des paramètres perdus sont restaurés en les fusionnant avec le fichier work.cf précédemment enregistré. Pour cela, sélectionnez « Configuration/Comparer, fusionner... fichiers ».

Sauvegarde et réglage

Pour enregistrer ConfigOR et mettre à jour la base de données, dans l'élément de menu « Configuration », sélectionnez « Mettre à jour...DB ». Nous rencontrons ici un nouveau problème :

Très probablement, la raison en était que ces objets avaient été copiés à partir de ConfigP ou supprimés par le fournisseur, puis de nouveaux ont été ajoutés sous les mêmes noms. Mais avec des identifiants différents. En conséquence, des objets du même nom sont apparus, mais avec des clés d'identification différentes.

Les rôles peuvent simplement être supprimés puisqu’ils n’ont pas été modifiés. L'attribut doit être renommé, par exemple, en OrderReserve1. Et après la mise à jour, entrez les valeurs de celui renommé à celui créé. Une autre situation lors de la mise à jour. Et les formulaires ?

Sur la figure, vous pouvez voir que le formulaire de liste a été supprimé par le fournisseur, puis ajouté à nouveau sous le même nom. Vous devez les marquer tous les deux pour mise à jour et cliquer sur « Exécuter ».

Si lors de la mise à jour, un message est émis concernant la présence de liens vers des objets à supprimer, alors, sans fermer le formulaire, vous devez effacer les liens vers celui-ci dans les propriétés des objets eux-mêmes. Le voici dans les propriétés du registre. Ensuite, dans le formulaire de mise à jour, sélectionnez l'option de mise à jour, marquez les propriétés du registre pour mise à jour maintenant et cliquez à nouveau sur « Exécuter ».

Sauvegarde des modifications de la base de données de travail et mise à jour de la configuration de la base de données : « Configuration/Mise à jour...DB ». Le transfert de la valeur de l'attribut OrderReserve1 vers OrderReserve est effectué par un traitement externe du mode 1C:Enterprise.

Préparation des bases

Sur la base des résultats des informations, nous préparons deux bases de données identiques. Le premier (principal) est le résultat souhaité. Le second (auxiliaire) sert à effectuer des actions préparatoires. Dans le cas de la version fichier, nous les copions simplement dans un répertoire et les connectons à la liste de sécurité des informations ; avec l'option client-serveur, nous effectuons le téléchargement/upload.

Comparaison

Après avoir ouvert les deux bases de données avec le configurateur, nous effectuerons une comparaison à trois. Pour cela nous utilisons le nouveau fichier ConfigP - « Configuration/Support/Update…/Select file…/Done » :

La comparaison des configurations de fournisseur actives, anciennes et nouvelles nous donne une liste des objets modifiés à l'aide du filtre « Afficher les propriétés modifiées deux fois ». Vous devez d'abord résoudre le problème avec eux :

À ce stade, le travail avec la base de données auxiliaire est suspendu jusqu'à ce que l'ensemble du processus soit terminé, nous n'appuyons plus sur le bouton « Exécuter ». Passons au travail dans la base de données principale avec la liste résultante d'objets modifiés deux fois. Accepter la mise à jour entraînera la perte des améliorations précédemment apportées. Par conséquent, pour chacun des objets, il est nécessaire de décider comment il sera modifié.

Nous procéderons à une évaluation préliminaire uniquement pour réduire les travaux futurs. S'il y a plus de modifications d'éléments contenues dans le nouveau ConfigP, nous quittons l'objet fournisseur. Nous mettons une coche. Nous transférons les modifications depuis ConfigOR. S'il y a plus de modifications d'éléments contenues dans la configuration de travail, nous laissons une instance de l'objet ConfigOR. Décochez la case. Transférons les modifications de ConfigP. Les modules doivent être comparés de manière procédurale. Pour cela, appuyez sur le bouton comme sur la figure :

Nous cochons les cases pour indiquer les procédures et fonctions à remplacer ou à supprimer :

Vous devez maintenant dupliquer l'état des cases à cocher dans la base de données auxiliaire. Dans la page principale, cliquez sur « Exécuter ». À ce stade, nous obtenons pour l’essentiel une configuration presque prête à l’emploi.

Les comparaisons ultérieures sont à nouveau effectuées dans la base de données auxiliaire. Nous retrouvons les modifications apportées précédemment en comparant en outre l'ancien ConfigP avec ConfigOR - « Configuration/Comparaison... » :

De même, nous comparons l'ancien ConfigP avec le nouveau. S'il n'y a pas de nouveau fichier, vous pouvez maintenant le récupérer dans la base de données principale.

Ainsi, des objets modifiés deux fois sont obtenus. Une configuration presque prête à l'emploi a été obtenue dans la base de données principale. Dans celui-ci, vous devez gérer des éléments modifiés deux fois.

IMPORTANT. Lors de l'analyse, l'utilisateur doit s'intéresser non pas aux raisons de certains changements, mais à leurs conséquences. Autrement dit, l’essentiel est la nécessité de maintenir la fonctionnalité. Cela nécessitera peut-être non pas de transférer les lignes modifiées, mais une refonte complète du code du nouveau ConfigP.

Pour prendre une décision, il suffit de comparer les formulaires, les tableaux et les modules objets. Parfois, les données des rapports sont présentées sous une forme qui ne permet pas une prise de décision rapide. A cette étape, la perte des modifications se produit si les changements concernent des détails d'objet d'un type composite.

Dans le rapport de comparaison, les différentes données sont présentées sous la forme d'une liste, dans laquelle il n'est pas clair quels types de données ont été ajoutées/supprimées. Si le nombre de lignes de rapport atteint deux cents, alors le processus de comparaison « manuelle » semble assez laborieux (une cinquantaine d'heures).

La réduction de l'intensité du travail est obtenue en utilisant, par exemple, la configuration « Cell Comparison » de la société Inform Service. Il est disponible pour le lancement en mode 1C:Enterprise et présente les données du rapport de comparaison sous une forme pratique. La comparaison est effectuée à l'aide des capacités 1C :

Le schéma de fonctionnement est simple. Un rapport d'objet comparatif est créé dans le configurateur. Enregistré dans un fichier, par exemple, Comparison Report.mxl. Dans la boîte de dialogue 1C:Enterprise, elle s'ouvre et les cellules comparées sont indiquées (par double-cliquez clic droit sur la cellule sélectionnée feuille de calcul). En cliquant sur « Comparer », le résultat de la comparaison est donné, avec différentes positions surlignées en couleur.

D'autres instructions d'action ressemblent à ceci.

  1. Le rapport suivant est enregistré sous le même nom.
  2. Une fois la mise à jour terminée et les modifications apportées à la configuration standard transférées, un contrôle syntaxique des modules et des tests du fonctionnement des objets modifiés sont effectués.
  3. Après des tests réussis, le processus peut être considéré comme terminé. Il ne reste plus qu'à mettre à jour les formulaires imprimés, les rapports et les traitements. Dans certains cas, vérifiez les formulaires de déclaration externes.

Nous travaillons avec 1C 7.7

La mise à jour d'une plate-forme standard vers la même ne pose généralement pas de difficultés. Il vous suffit de suivre les instructions contenues dans les instructions. Ils se trouvent dans UPDATE.TXT du répertoire de distribution.

Il n'y a également aucune difficulté si des éléments comptables supplémentaires sont ajoutés à la plateforme (répertoires, constantes, sélections, rapports, registres, journaux de calcul, etc.). Ils s'adapteront lorsque les plates-formes seront combinées. Les documents ajoutés ne provoqueront pas non plus de discorde s'il n'y a eu aucun changement dans les caractéristiques de saisie « basées sur » ces documents ajoutés.

Il est recommandé d'effectuer la mise à jour sur un PC rapide doté d'une grande quantité de RAM. S'il y en a un manque, 1C peut refuser d'exécuter certaines fonctions et se bloquer. Une grande quantité de mémoire virtuelle ne résout pas ce problème.

Création d'une copie de sauvegarde

Pour cela, vous devez utiliser l'option : « Administration/Sauvegarder les données... ». Il est pratique d'indiquer le nom de l'archive en le combinant avec la date de création (par exemple, AAMMJJ.zip).

Préparation des catalogues

Pour travailler, vous aurez besoin de six fichiers de configuration (1cv7.md) :

  1. « WorkingNew » pour préparer la mise à jour (fichier md résultant) ;
  2. « WorkingOld » pour suivre les modifications pendant la comparaison et pour transférer les paramètres vers TypeNew_2 ;
  3. Typique (ancien) « TypeOld_1 ». Sur cette base, un système fonctionnel a été créé auparavant.
  4. Les types. (ancien) « TypeOld_2 ». Pour suivre les changements dans l'entreprise 1C dans la nouvelle version standard ;
  5. Taper. (nouveau) "TypeNew_1". Améliorations de 1C dans la nouvelle version ;
  6. « TypeNew_2 » pour les objets complexes.

Et cinq configurateurs en cours d'exécution (tous sauf « TypeNew_1 »).

Initialement, les répertoires sont identiques par paires :

  • « TravailleurNouveau » et « TravailleurAncien » ;
  • "TypeOld_1 et TypeOld_2" ;
  • "TypeNew_1" et "TypeNew_2".

Combinaison d'éléments

Tout d'abord, nous effectuons une comparaison entre 3 et 2, 4 et 5, 1 et 6. Pour ce faire, pour chacun des premiers de la paire, sélectionnez la rubrique « Configuration / Fusion… » et précisez le fichier de métadonnées 1cv7. md du deuxième de la paire. Un formulaire avec une arborescence d'éléments modifiés s'affichera à l'écran. Ensuite, il est nécessaire d'analyser les résultats d'une comparaison par paires de 3 avec 2 et de 4 avec 5. Partez pour fusionner des éléments dans les plates-formes mises à jour (1 et 6), dans lesquelles il y a eu des changements de la société 1C (4 avec 5) , mais n'étaient pas reflétés dans 3 et 2. 1 et 4 doivent être combinés en mode substitution.

Autres

Cela peut inclure un plan comptable et des interfaces utilisateur. S'il y a eu des modifications dans le plan comptable, il doit alors être mis à jour dans le mode « Combinaison d'objets » WorkNew avec TypeNew_2. Après combinaison de l'interface, la présence d'erreurs est vérifiée : duplication d'éléments de menu, duplication de barres d'outils, paramétrage des drapeaux « Mise en page sur nouvelle ligne » pour les barres d'outils.

Le téléchargement s'effectue sur le réseau ou sur un serveur (de préférence). Premièrement, un accès exclusif à la base de données est fourni. Et grâce au mode configurateur, la base de données est ensuite chargée. Avant et après le téléchargement, les données sont archivées (comme décrit au tout début de la section). Ensuite, vous devez suivre les instructions du fichier UPDATE.TXT. Une fois le téléchargement terminé, tous les répertoires à l'exception de WorkNew peuvent être supprimés.

Nous espérons que notre publication vous a aidé à comprendre la mise à jour d'une configuration 1C non standard. Nous avons examiné cela en ce qui concerne les septième et huitième versions.

Laissez des commentaires, écrivez sur votre expérience dans la mise à jour 1C.

La mise à jour 1C s'effectue en appuyant sur le bouton « un » ; la configuration typique elle-même peut télécharger la mise à jour 1C et l'installer. L’utilisateur n’aura qu’à saisir les informations d’inscription.

Que faire si la configuration est atypique ? Ou un standard, mais quelques modifications y ont été apportées - un répertoire, quelques détails, un rapport ont été ajoutés ?

Nous découvrirons la réponse à cette question aujourd’hui.

Qu'est-ce qu'une configuration 1C non standard

Une configuration 1C atypique est lorsque :

  • La configuration a été écrite à partir de zéro par le programmeur lui-même
  • La configuration était standard, mais des modifications y ont été ajoutées
  • Même si vous avez ajouté un accessoire.

Afin d'apporter des modifications à la configuration standard, vous devez.

Lors de la mise à jour de 1C d'une configuration non standard qui a été supprimée du support, 1C proposera de « remettre la configuration non standard sous support ». Ensuite, toutes les modifications seront annulées (effacées).

Afin de garantir que lors de la mise à jour de 1C vers une configuration 1C non standard (modifiée), les modifications restent et que la mise à jour 1C est appliquée, vous pouvez utiliser un mode de mise à jour 1C différent.

Regardons un exemple de configuration modifiée que nous souhaitons mettre à jour. Il s'agit d'une configuration comptable 1C typique (à gauche), à ​​laquelle des modifications ont été apportées (à droite) :

4) Dans le répertoire « Individus », dans le module formulaire, dans la fonction ReadPlace of Birth(), une ligne de programme a été ajoutée

Comment fonctionneront tous ces changements au moment de la mise à jour de 1C vers une configuration 1C non standard ?

Mise à jour de 1C avec enregistrement des modifications apportées à la configuration 1C non standard

Les mises à jour de configuration 1C sont généralement distribuées sous forme d'archive auto-extractible. Après le déballage, vous devez exécuter le fichier d'installation pour installer la mise à jour 1C sur votre ordinateur (pas en 1C !).

Lors de l'installation de la mise à jour, vous choisissez où la mise à jour 1C sera installée. Habituellement ceci. Vous pouvez installer dans n'importe quel autre dossier du disque et 1C indique où se trouve le .

Les fichiers de mise à jour 1C peuvent être de la forme suivante :

  • fichier avec l’extension CF – contient complètement le nouveau genre configurations
  • fichier avec l’extension CFU – contient uniquement les modifications de la version précédente.

Les deux fichiers sont stockés dans le répertoire de mise à jour 1C, dans le dossier portant le nom de la version.

Soyez prudent lorsque vous utilisez le fichier CFU - il vous permet uniquement de mettre à jour à partir de !

Ainsi, pour mettre à jour 1C, sélectionnez l'une des options de menu :

  • Configuration/Comparaison, fusion avec la configuration à partir d'un fichier – pour les fichiers CF
  • Configuration/Support/Configuration de mise à jour/Sélectionnez le fichier de mise à jour 1C – pour les fichiers CF ou CFU.

Tout d'abord, 1C comparera les deux configurations. La configuration de votre base de données est appelée « Configuration principale » et la configuration de la mise à jour est appelée « Configuration à partir d'un fichier ».

1C affichera toutes les différences sous la forme d'un arbre familier, où les modifications sont affichées à droite.

Regardez - dans notre exemple, les répertoires qui ont été modifiés ou ajoutés sont mis en surbrillance.

Puisque nous mettons à jour une configuration 1C non standard qui a été modifiée - c'est-à-dire qu'elle était autrefois standard, il est nécessaire de saisir certains paramètres.

Cliquez sur le bouton Paramètres. Sélectionnez « La configuration chargée est un descendant de la configuration principale » (c'est-à-dire qu'il s'agit d'une configuration standard modifiée).

La case « Autoriser la suppression des objets de configuration principaux » permet de supprimer s'ils ont été supprimés dans la mise à jour 1C. Puisque nous avons ajouté des détails et des répertoires à la configuration, mais qu'ils ne sont pas dans la mise à jour 1C, 1C considérera qu'ils ont été supprimés dans la mise à jour 1C. Il n’est donc pas nécessaire de cocher cette case.

Regardons de plus près les différences détectées par la plateforme.

Développons la branche du répertoire Nomenclature. Dans la branche Détails, nous voyons que la configuration standard ne contient pas les détails, mais nous les ajoutons. Un signe moins signifie qu'il sera supprimé.

Puisque nous n'avons pas besoin que les accessoires que nous avons nous-mêmes ajoutés soient supprimés, nous devons procéder comme suit (options) :

  • Dans le bouton « Paramètres », NE cochez PAS la case « Autoriser la suppression des objets de configuration principaux »
  • Si la case est toujours cochée, décochez la case à côté de cet attribut. Sur l'image, il n'y a pas de coche à côté des accessoires, car la suppression d'objets n'est pas autorisée.

Aussi, la forme du répertoire Nomenclature a été modifiée. 1C l'a vu et nous montre également le formulaire de répertoire dans la liste des objets modifiés.

Pour voir quelles modifications ont été apportées au formulaire, vous pouvez procéder comme suit (options) :

  • Faites d'abord un clic droit sur le formulaire dans la colonne de gauche et sélectionnez l'élément de menu « Ouvrir le formulaire », puis à droite. Comparez visuellement les deux formes.
  • Faites un clic droit sur le formulaire et sélectionnez l'élément de menu « Rapport de comparaison d'objets » (détails, tableur)

Le rapport de comparaison d'objets, lors de la comparaison de formes, montre de nombreuses différences. Cela est dû au fait que lorsque nous ajoutons un seul champ au formulaire, de nombreux éléments adjacents sont automatiquement modifiés - retraits, ancres, etc.

Dans la liste des modifications, nous voyons nos modifications - modifications de l'étiquette et remplacement du champ.

Nous pouvons accepter ou refuser de modifier le formulaire en cochant la case à côté de celui-ci. Cela a les conséquences suivantes :

a) si on coche la case

  • le formulaire sera remplacé par un nouveau
  • nos modifications par rapport à la configuration standard seront effacées
  • les modifications de la mise à jour 1C seront appliquées
  • nous devrons alors annuler manuellement nos modifications

b) si on ne coche pas la case

  • le formulaire sera laissé tel quel
  • nos changements restent
  • les nouvelles modifications de la mise à jour 1C ne sont pas appliquées
  • Ensuite, vous devrez ajouter manuellement les modifications de la mise à jour 1C.

Vous pouvez utiliser la troisième option. Développez la branche Formulaire jusqu'à la fin et dans la colonne « Mode de fusion » sélectionnez « Fusionner ».

c) si nous avons sélectionné « Fusionner »

  • il y aura une nouvelle forme, dans laquelle il y aura à la fois de nouveaux changements et d'anciens
  • nos changements restent
  • de nouveaux changements apparaissent
  • si un champ a été supprimé et qu'un autre champ a été remplacé, à la suite de la fusion, les deux champs apparaîtront au même endroit en même temps - l'ancien et le nouveau
  • il y a des chances que le formulaire ait l'air normal
  • alors vous devez vérifier manuellement qu’aucun « excès » ne s’est produit

2) Dans le répertoire « Individus », dans le module formulaire, dans la fonction ReadPlace of Birth(), une ligne de programme a été ajoutée

Pour voir les modifications détectées dans le module de formulaire par 1C, développez la branche du formulaire jusqu'à la fin, cliquez dessus avec le bouton droit et sélectionnez l'élément de menu « Afficher les différences dans les modules ».

Les modifications sont affichées dans le contexte de chaque fonction, mais dans ce mode de visualisation, vous pouvez soit choisir de mettre à jour 1C de l'ensemble du module, soit le refuser.

Une autre façon consiste à utiliser le bouton loupe dans cette ligne.

Ensuite, nous verrons non seulement les changements dans le contexte de chaque fonction, mais nous pourrons également utiliser des cases à cocher pour sélectionner quelle fonction nous voulons mettre à jour et laquelle non.

3) Plusieurs détails ont été supprimés du répertoire « Soumissions électroniques… »

1C a déterminé que nous avons supprimé les détails du répertoire standard et nous propose de les restaurer.

Le répertoire que nous avons ajouté, 1C suggère de le supprimer. Dans ce cas, la même règle s'applique que dans le cas des accessoires que nous avons ajoutés (voir plus tôt).

Notre tâche est donc d'étudier attentivement les modifications 1C détectées et d'utiliser les cases à cocher pour les accepter ou les refuser. Après cela, cliquez sur le bouton Exécuter.

Veuillez noter que si vous avez supprimé un attribut à la suite de la mise à jour de 1C, vous avez également supprimé les données qui y ont été saisies par les utilisateurs, ce qui signifie que l'ajout à nouveau du même attribut ne restaurera pas ces données.

Si la configuration comporte plusieurs objets associés - par exemple, props et form ; Dans le même temps, vous avez autorisé la mise à jour du formulaire 1C, mais décochez la case, alors une contradiction se produit.

Après avoir cliqué sur le bouton Exécuter, 1C trouve de telles situations et en signale.

Après avoir cliqué sur le bouton Exécuter, vous avez encore une opportunité de réfléchir.

Pour confirmer la mise à jour 1C, vous devez sélectionner l'élément de menu Configuration/Mettre à jour la configuration de la base de données.

Pour refuser la mise à jour 1C, vous devez sélectionner l'élément de menu Configuration/Retour à la configuration de la base de données.

Troisième option (la séquence des éléments de menu est indiquée) :

  • Sélectionnez Fichier/Enregistrer
  • Configuration/Enregistrer la configuration dans un fichier
  • Configuration/Configuration de la base de données/Retour à la configuration de la base de données.

Ainsi, vous téléchargez la configuration combinée résultante dans un fichier et refusez les modifications. Vous pouvez analyser la configuration résultante, effectuer des modifications manuelles, puis simplement la charger à l'aide du menu Configuration/Charger la configuration à partir du fichier.

Il existe de nombreuses instructions pour mettre à jour les configurations standard modifiées de la plate-forme 1C. Par conséquent, afin de ne pas alourdir l'essence, je ne décrirai pas complètement l'ensemble du processus. De plus, il est supposé que ce texte s'adresse à une personne ayant déjà mis à jour les configurations modifiées et en connaissant les principaux points et pièges. Cette méthode ne fait que simplifier ce processus, suggérant essentiellement l'utilisation d'une comparaison automatisée des changements de configuration et des changements de modules au niveau de la comparaison des fichiers texte. Avec cette approche, la probabilité d'erreurs (« écrasement » de changements importants dus à l'inattention) associée au « facteur humain » est considérablement réduite.

TOUTE mise à jour de configuration commence par le déchargement de la sécurité des informations. C'est la « règle d'or », il faut toujours s'en souvenir, cela doit être fait par n'importe quelle méthode (même s'ils ont oublié de le dire). Ensuite, vous pouvez procéder de deux manières : soit mettre à jour dans la base de test, soit mettre à jour dans la base de production. Le point important ici est le suivant : les configurations généralement modifiées ne sont pas mises à jour pour chaque version (car cela peut facilement être fait avec les versions standard), mais pour plusieurs à la fois, car ce processus demande beaucoup de main-d'œuvre. La première méthode (mise à jour sur une base de test) implique le transfert définitif de la mise à jour vers la base de travail par téléchargement d'un fichier cf. Dans ce cas, des erreurs liées aux détails supprimés peuvent survenir (vous pouvez trouver de nombreux articles à ce sujet). Par conséquent, il existe certains risques, mais pendant la mise à jour (qui peut prendre une journée entière, voire plus), les utilisateurs peuvent travailler en toute sécurité en modifiant la base de données. Dans la deuxième méthode (mise à jour sur une base de données fonctionnelle), ces risques sont éliminés, mais pendant toute la durée de la mise à jour, les utilisateurs clés ne pourront pas travailler dans cette base de données. Il y a suffisamment de discussions sur les forums pour savoir quelle méthode est la bonne et s'il vaut la peine de transférer la mise à jour via un fichier de configuration. Je peux seulement dire : sur la base de l'expérience acquise avec la première méthode, erreurs similaires ne s'est pas produit lors du chargement d'un fichier cf. Dans tous les cas, vous pouvez restaurer la base de données à l'aide d'une sauvegarde. C'est la première méthode qui sera considérée ici, mais cela n'affecte pas l'essence de la méthode et, si vous le souhaitez, vous pouvez procéder selon la deuxième méthode en utilisant la méthode proposée.

Ainsi, après avoir déployé une base de données de test à l'aide d'une nouvelle sauvegarde, nous effectuons des mises à jour séquentielles vers la dernière version. Après chaque version, nous exécutons « Debug » pour enregistrer les modifications de configuration et réorganiser les données. Dans tout Boîtes de dialogue Cliquez sur OK/Suivant/Accepter/Oui/Continuer...

Ainsi, nous avons mis à jour la configuration sur la base de test vers la dernière version, mais nous devons vérifier si nous avons écrasé des modifications, et si nous les avons écrasées, nous devons les transférer vers cette version. Maintenant, le plaisir commence, je vais donc le décrire étape par étape. Chaque étape aura une explication : c'est-à-dire que l'essence est décrite en premier, puis plus Description détaillée. Si l’essence est claire, la description peut être omise.

1. Nous enregistrons les modifications de configuration AVANT et APRÈS la mise à jour dans des fichiers texte. Ouvrez les bases de données de travail et de test en mode Configurateur. Nous y ouvrons les configurations. Et dans les deux bases de données, nous commençons à traiter la comparaison de configuration ("Configuration - Comparer les configurations..."). IMPORTANT: dans les deux bases de données, il en va de même pour sélectionner les configurations :

Et nous l'enregistrons comme suit : dans la base de données de travail (où la configuration AVANT la mise à jour) - dans un fichier avec la terminaison "old", et dans la base de données de test (où la configuration APRÈS la mise à jour) - dans un fichier avec la terminaison "nouveau".

2. Incorporer les modifications perdues dans la configuration mise à jour. Passons à l'étape clé de la méthode. Puisque c'est le point principal, pour une petite explication de ce qui se passe, il y a un peu de matière. Sur la plateforme 1C 7.7, le fichier de mise à jour était une configuration complète. Et la mise à jour en 1C 7.7 consistait à charger une nouvelle configuration et à réorganiser la base de données pour cette configuration. Ainsi, la configuration et la mise à jour étaient essentiellement le même fichier md. Contrairement à la plateforme 1C 7.7, sur la plateforme 1C 8.x : la configuration est transférée via un fichier cf, et la mise à jour via un fichier cfu. La différence entre ces fichiers est que le fichier cf contient tous les objets de configuration et le fichier cfu contient uniquement ceux modifiés par cette mise à jour. Et ainsi, lors de la mise à jour sur la plateforme 1C 8.x, seuls les objets de configuration réellement modifiés dans la nouvelle version sont affectés. En conséquence, si un tel objet a été modifié par nos soins, il sera complètement remplacé après la mise à jour par un objet standard et nous devrons y répéter les modifications qu'il avait avant la mise à jour afin que cet objet contienne à la fois notre les changements et les changements de la nouvelle version, en même temps. Mais si l'objet de configuration que nous avons modifié n'a pas été affecté par la mise à jour, nos modifications y resteront après la mise à jour. Pour faciliter la compréhension, je vais le représenter sous forme de schéma :

Ce diagramme montre une configuration typique en cours de modification et de mise à jour. Les chaînes sont ses objets (documents, répertoires, traitements, etc.). Premièrement (sous le numéro I) se trouve juste une configuration typique : tous les objets sans aucune modification. Ensuite, sous le numéro II, on voit déjà une configuration modifiée typique : certains objets ont été modifiés et ces objets modifiés sont indiqués en rouge. Le numéro III est la prochaine mise à jour de la configuration standard : en fait, il ne contient que les objets concernés par les changements de la nouvelle version, qui sont indiqués en vert, mais pour plus de clarté, j'ai également complété tous les autres objets. Et nous devons obtenir une configuration standard mise à jour (montrée dans le diagramme I), mais avec des modifications aux diagrammes II et au schéma III. Sur dans cet exemple- cette configuration finale est indiquée sous le numéro IV et contient un objet qui a été modifié à la fois par nous et par la mise à jour. Le reste des objets que nous avons modifiés sont évidemment restés intacts par cette mise à jour. Maintenant la question est : comment apporter TOUTES nos modifications à l’objet qui a été affecté par la mise à jour ? Évidemment, nous devons suivre deux étapes : premièrement, trouver cet objet, et deuxièmement, trouver les endroits où nos modifications devraient être et les refaire. Je note que, naturellement, il peut y avoir plusieurs objets de ce type et que vous devez tous les trouver et les réparer. Passons donc à cette dernière étape de la mise à jour. Sur ce moment, nous devons avoir une base de données de test ouverte en mode Configurateur. Si le résultat du traitement de la comparaison des configurations ou une autre fenêtre y est toujours ouverte, nous les fermerons toutes pour ne pas nous tromper. Ensuite, nous ouvrons la base de données de travail en mode Configurateur (il était possible de la fermer lors de la mise à jour de la base de données de test) et commençons à y comparer les configurations. Et je placerai la description des deux dernières étapes (trouver et réparer) dans des sous-paragraphes séparés :

2.1. Rechercher un objet dont les modifications ont été effacées par la mise à jour. Il est temps de se souvenir des fichiers txt avec les terminaisons ancien/nouveau. En fait, ces fichiers reflètent tous les changements de configuration (par rapport à la configuration standard) AVANT et APRÈS la mise à jour, respectivement. Ainsi, si nous avons écrasé une modification par une mise à jour, elle ne figurera que dans le fichier « Comparison Report_old.txt ». Autrement dit, la recherche des objets de configuration nécessaires revient à comparer ces deux fichiers. Nous comparerons ces fichiers en utilisant gestionnaire de fichiers Commandant total et ses outils intégrés. Je pense qu'il n'est pas nécessaire d'expliquer ici ce qu'est Total Commander, où l'obtenir et comment l'utiliser... Cependant, je décrirai ici brièvement les étapes requises pour son utilisation. Alors, lançons Total Commander. Si la langue de l'interface est l'anglais (menu principal, etc.), alors vous pouvez la changer en russe : « Configuration - Options... », dans la boîte de dialogue, sélectionnez la section « Langue » dans la colonne de gauche, recherchez/sélectionnez « Russe (russe) » dans la liste et cliquez sur « OK ». Ensuite, via Total Commander, nous recherchons les fichiers txt des rapports, les sélectionnons (« Insérer » ou « clic droit ») et commençons à comparer les fichiers : « Fichiers - Comparer par contenu... » (dans Interface en anglais: "Fichiers - Comparer par contenu..."). Dans la fenêtre qui s'ouvre, le contenu des fichiers est affiché respectivement à gauche/droite ; les boutons « Différence suivante »/« Différence précédente » permettent de rechercher des différences. Cet outil vous permettra de retrouver rapidement les objets qui nous intéressent.

Commentaire: la situation inverse peut également se produire - des différences apparaissent dans la configuration APRÈS la mise à jour qui n'existaient pas AVANT la mise à jour. Cela signifie que la version de mise à jour a supprimé les objets correspondants de la configuration. En principe, ces objets peuvent simplement être ignorés dans nos correctifs, car aucune modification n'a été apportée à ces objets.

2.2. Apporter des modifications aux objets mis à jour. Après avoir trouvé un objet avec des modifications écrasées, nous devons déterminer où se trouvaient exactement ces modifications : dans un module (texte du programme), une boîte de dialogue (sur un formulaire) ou d'autres paramètres. Ici je séparerai deux cas : un changement dans un module et tous les autres changements. Et regardons ces deux cas séparément.

2.2.1. Les modifications effacées par la mise à jour se trouvaient dans le module. En fait, c'est le cas principal (cela arrive beaucoup plus souvent) et ce cas est exactement dans notre exemple : le changement a été supprimé dans le module « Comptabilité TVA ». Comme nous l'avons déjà mentionné ci-dessus, nous avons une fenêtre de comparaison de configuration ouverte dans le configurateur de base de travail. Nous y recherchons l'objet dont nous avons besoin. En effet, sa position dans l'arborescence de configuration est décrite dans notre fichier texte, à savoir : « GeneralModule.VAT Accounting.Module ». C’est exactement ce que nous recherchons dans la fenêtre de comparaison. Nous développons l'arbre de subordination jusqu'à ce que nous trouvions le module requis - sur le bord gauche en face, il devrait y avoir un crayon vert indiquant que l'objet a été modifié par rapport à la configuration du fournisseur. Faites un clic droit sur la ligne trouvée et sélectionnez « Afficher les différences dans les modules » :

Après cela, la fenêtre de comparaison des modules s'ouvrira :

Ici en haut sont indiqués procédures Et les fonctions, dans lequel il y a des modifications (dans notre cas, il s'agit d'une procédure « Sortie de la facture dans un document tabulaire »), et dans la partie inférieure - les textes de la procédure ou de la fonction sélectionnée avec les modifications mises en évidence. Nous devons transférer ces modifications vers notre base de données de test. Mais cela ne supprime pas les modifications de la mise à jour. Vous pouvez automatiser cela comme suit. Placez le curseur dans la partie inférieure gauche (là où se trouve le texte de la procédure sélectionnée avec nos modifications) et appuyez séquentiellement sur Ctrl+A (tout sélectionner) et Ctrl+C (copier la sélection dans le presse-papier). Ensuite, nous créons un fichier avec le nom de code "old_izm.txt", ouvrons-le dans éditeur de texte et appuyez sur Ctrl+V (collez le contenu du tampon). Nous faisons de même pour la partie inférieure droite (où se trouve le texte de la procédure sélectionnée à partir de la configuration standard d'une version non mise à jour) - en conséquence, nous créons un fichier avec le nom de code "old_type.txt". Après cela, nous allons au Configurateur de Base de Test (il doit être ouvert côte à côte, mais sans aucune fenêtre à l'intérieur, pour ne pas se confondre entre ces deux configurateurs) - et dans la configuration nous recherchons notre module (dans cet exemple il s'agit de « GeneralModule.VAT Accounting.Module ») et dedans la procédure nécessaire (dans cet exemple, il s'agit de « Sortie de facture dans un document tabulaire ») : sélectionnez-le tout et copiez-le dans un nouveau fichier texte avec le nom de code "new_type.txt". Ainsi, nous avons trois fichiers ("old_izm.txt", "old_type.txt", "new_type.txt"), sur la base desquels nous devons créer un quatrième fichier - "new_izm.txt". Ce quatrième fichier devrait contenir nos modifications, mais en tenant compte de la mise à jour. Nous le formerons séquentiellement en comparant les trois fichiers existants. Tout d'abord, déterminons s'il y a des traces de modifications de mise à jour dans cette procédure ? Pour ce faire, nous comparons les fichiers "old_type.txt" et "new_type.txt" à l'aide de Total Commander (voir ci-dessus). Si la comparaison montre que les fichiers sont identiques ou qu'il y a une différence dans le nombre d'espaces ou de tabulations, cela signifie que nous avons eu de la chance avec cette modification et vous pouvez transférer les modifications simplement en copiant le contenu du fichier "old_izm.txt » et en le collant dans le module ouvert de la base de données de test, en supprimant d'abord la procédure correspondante (c'est-à-dire en la remplaçant). Ici, il est important de surveiller attentivement les espaces avant et après la procédure afin qu'il n'y ait pas de redondance dans une comparaison ultérieure : cela n'affectera bien sûr pas la fonctionnalité, mais compliquera légèrement la vérification. Si une comparaison de « old_type.txt » et « new_type.txt » a montré qu'il existe de réelles différences, cela signifie que cette procédure contient à la fois nos modifications et celles de la mise à jour. Pour simplifier la tâche de transfert : tout d'abord, vous pouvez évaluer visuellement quels changements sont les plus importants - par rapport à la mise à jour ou par rapport aux nôtres. Pour ce faire, toujours via Total Commander, nous comparons séquentiellement « old_type.txt » avec « new_type.txt » et « old_izm.txt ». Et nous regardons où il y a plus de changements : dans la comparaison de « old_type.txt » et « new_type.txt » ou dans la comparaison de « old_type.txt » et « old_izm.txt ». S'il y a plus de changements dans la première comparaison (la mise à jour a davantage modifié la fonction), il est alors plus facile de corriger le fichier mis à jour en apportant nos modifications, c'est-à-dire que nous modifions « new_type.txt ». Appelons cela le premier cas de modification. S'il y a plus de changements dans la deuxième comparaison (nous avons eu plus de changements), alors il est plus facile de corriger notre fichier en effectuant des modifications de mise à jour, c'est-à-dire en modifiant « old_izm.txt ». Appelons cela le deuxième cas de modification. Maintenant, comment transférer les modifications avec rapidité et précision. Pour ce faire, nous créons un quatrième fichier et, comme déjà convenu, nous l'appelons « new_izm.txt ». Compte tenu de l'optimisation du transfert des corrections, nous copions le contenu soit de « new_type.txt », soit de « old_izm.txt » dans ce fichier (respectivement pour le premier ou le deuxième cas de modification).
Ouvrez maintenant deux fenêtres de comparaison de fichiers à la fois. Pour le premier cas de modification, il s'agit de comparaisons pour les fichiers "new_izm.txt"/"old_izm.txt" et "old_type.txt"/"old_izm.txt". Pour le deuxième cas, il s'agit de comparaisons des fichiers "new_izm.txt"/"new_type.txt" et "old_type.txt"/"new_type.txt". Dans la fenêtre de comparaison il y a un bouton "Modifier" : cliquez dessus dans la comparaison de la première paire. Expliquons maintenant ce que nous voyons. Dans la première paire de comparaisons, les objets de notre modification et de notre mise à jour sont visibles. Selon notre cas, nous devons transférer uniquement nos modifications, ou uniquement les mises à jour. Dans la deuxième fenêtre de comparaison, seules les modifications que nous devons transférer sont visibles. Si vous faites attention, dans les deux cas, le deuxième fichier de la première et de la deuxième comparaison est le même. On se concentre donc sur les lignes de ce fichier, et en fonction des lignes de la deuxième comparaison, on apporte des modifications dans la fenêtre de la première comparaison : appuyer sur le bouton « Modifier » va justement nous permettre de le faire.

Pour plus de clarté, représentons graphiquement les actions lors du transfert dans le premier cas (nous modifions le fichier mis à jour en apportant nos modifications) :

Les actions dans le second cas sont absolument similaires et le principe d'action est exactement le même.

Le cas le plus difficile et le plus désagréable est celui où nos modifications et nos mises à jour se trouvent au SEUL endroit. Autrement dit, en réalité, il y a eu deux changements dans un segment de code. Dans ce cas, l'intervention du programmeur est requise. De plus, l'intervention du programmeur, mais dans une moindre mesure, est requise si, par exemple, une mise à jour modifie les noms des variables utilisées dans nos modifications. Il convient également de noter que dans le fichier "old_type.txt" ou "old_izm.txt", il peut y avoir lignes vides- ce sont les « traces » de nos changements. Vous devez les transférer pour qu'ils ne soient pas dans le fichier final. Cela n'affecte pas la fonctionnalité, mais dans des comparaisons ultérieures (avec des mises à jour ultérieures), cela rendra l'analyse des actions un peu plus difficile. Ainsi, après avoir créé le quatrième fichier, en transférant toutes les modifications, nous devons copier son contenu dans la configuration. Dans le Configurateur de Base de Données de Test, le module requis doit être ouvert dans un nouvel emplacement : supprimez la procédure existante et insérez le contenu de notre fichier final, en prenant en compte tous les espaces entre les fonctions précédentes/suivantes. Ainsi, nous avons transféré les modifications vers UNE procédure de l'objet trouvé. Nous (Fig. 6) n’avons en réalité qu’une seule procédure. S'il existe plusieurs procédures de ce type, les étapes décrites doivent être effectuées pour chacune d'entre elles. Si la procédure est nouvelle (uniquement dans la moitié gauche), ajoutez-la simplement au module correspondant dans la base de données de test (pour l'exactitude d'une comparaison ultérieure, vous devez conserver l'ordre des procédures, comme dans le module correspondant du travail base de données, où il existe encore une ancienne version).

2.2.2. Les modifications écrasées par la mise à jour n'étaient PAS dans le module. Pour transférer de telles modifications, une telle comparaison ne simplifiera en aucun cas le travail, les modifications sont donc transférées simplement par comparaison visuelle des objets dans les bases de données de travail et de test.

Ainsi, nous transférons les modifications pour chaque objet où nos modifications ont été écrasées par la mise à jour. Pour vérifier dans quelle mesure nous avons transféré correctement toutes les modifications, nous enregistrons la configuration dans la base de données de test, téléchargeons la comparaison des configurations dans le fichier « Comparison Report_new2.txt » et la comparons avec le fichier « Comparison Report_old.txt ». Si tout est parfait, le message « Les fichiers sont identiques » apparaîtra. Si certains objets ont été supprimés par la mise à jour, alors si les modifications sont transférées correctement, seuls ces objets seront visibles dans la différence. Ce serait correct si seuls les espaces/lignes vides/tabulations étaient visibles dans la comparaison, mais dans ce cas il vaut mieux effacer et obtenir le message « Les fichiers sont identiques ». Ainsi, après avoir enregistré les modifications dans la base de données de test, nous téléchargeons la comparaison dans un fichier et la comparons avec les modifications de l'ancienne version - nous répétons cette opération jusqu'à ce que la comparaison montre que nous avons transféré toutes les modifications requises.

3. Transfert de la configuration mise à jour du test vers la base de travail. Aux étapes précédentes, nous avons mis à jour la base de test vers la dernière version, vérifié et transféré les modifications nécessaires et enregistré la configuration résultante. Maintenant, nous le téléchargeons dans un fichier cf et le chargeons dans la base de données de travail. Avant le téléchargement, vous devez faire une copie de la base de données de travail et supprimer la configuration du support. TOUS. Les utilisateurs n'étaient « inactifs » qu'au début, lorsque nous avons déchargé la base de données, et à la fin, lorsque nous avons à nouveau déchargé la base de données et chargé la configuration.

Cette mise à jour est complètement terminée.

L'article original est sur le site

Une configuration 1C non standard se produit lorsque : 1) la configuration 1C a été écrite à partir de zéro par le programmeur indépendamment, 2) la configuration 1C était standard, mais des modifications y ont été ajoutées, même si une propriété a été ajoutée.

Dans cet article, nous verrons comment il est nécessaire de mettre à jour correctement les configurations 1C, ainsi que plusieurs techniques pour modifier en douceur les configurations standard, c'est-à-dire modification correcte, qui n'affectera pas la possibilité d'une mise à jour ultérieure.

Afin d'apporter des modifications à la configuration standard 1C, il est nécessaire de déverrouiller la modification de la configuration standard 1C et, dans certains cas, de la « supprimer du support ».

Dans l'option de mise à jour la plus optimale, la configuration 1C peut être complètement mise à jour mode automatique, cela est possible lorsque nous n'autorisons pas les changements de configuration. Très souvent, il est nécessaire d’inclure des changements de configuration, car il est nécessaire d’adapter les solutions applicatives aux exigences métiers du client ; nous nous concentrerons sur cette option.

Avant de mettre à jour il est fortement recommandé de faire copie de sauvegarde base de données, cela peut être fait via le menu Administration/Télécharger l'infobase.

Il existe 2 options de mise à jour : a) Mise à jour de 1C via le support (appel via la boîte de dialogue Configuration/Support/Mise à jour de la configuration) et b) via Comparaison, fusion avec la configuration à partir d'un fichier. Devrait être payé Attention particulière, que la différence entre ces deux points est que dans le premier cas, la configuration principale et la configuration fournisseur sont mises à jour, et en comparant la fusion des configurations, seule la configuration principale est mise à jour, la configuration fournisseur reste l'ancienne. Par conséquent, l’option la plus recommandée consiste à mettre à jour via la configuration de mise à jour. Pour la mise à jour via Configuration Support, on utilise les fichiers de livraison CF ou CFU du fournisseur, que l'on peut trouver en recherchant, dans le répertoire des modèles en spécifiant le chemin sur Internet, ou en spécifiant directement le chemin vers le fichier requis sur votre disque dur.

Lors de la mise à jour de la configuration 1C sans possibilité d'apporter des modifications, la mise à jour après la sélection du fichier de mise à jour se produit automatiquement ; si la possibilité d'apporter des modifications est activée dans la configuration, après avoir sélectionné le fichier de mise à jour, une fenêtre de comparaison de configuration s'affichera. Dans ce dialogue, nous pouvons voir comment le système nous propose de mettre à jour notre configuration 1C non standard. Au bas de la boîte de dialogue se trouve une légende correspondante pour les statuts des objets : « Statuts pour les correspondances d'objets » indiquent une comparaison de « Configuration principale » et « Nouvelle configuration », « Statuts pour l'historique des objets » indiquent une comparaison des objets de configuration avec des objets " Ancienne configuration fournisseur".

En cochant les cases à côté des objets, vous pouvez choisir si l'objet de configuration actuel va changer ou rester ancien, ainsi que comment modifier l'objet. Dans le menu action, vous pouvez cocher les cases des sous-systèmes (ceci est utile si la configuration est supportée par plusieurs fournisseurs). Dans ce menu également, il est possible de spécifier la priorité de fusion pour tous les objets à la fois ; par défaut, le système considère la configuration du fournisseur comme une priorité plus élevée. Les paramètres de filtre nous permettent de spécifier quels objets de configuration nous devons afficher afin de pouvoir spécifier le mode de fusion en détail. Il existe plusieurs modèles de filtres standard et vous pouvez également spécifier des filtres pour chaque paire de configurations comparées. Il est possible de cocher la case « Afficher seulement les propriétés modifiées deux fois » dans les paramètres « Filtre » ; cela permettra de filtrer les objets dont la mise à jour n'a pas entraîné de conflits entre les changements de fournisseur et les modifications de ces objets :

Ainsi, le résultat sera une liste d'objets qui ont été modifiés deux fois lors de la finalisation de la configuration standard et dans la nouvelle configuration fournisseur. Si vous acceptez la mise à jour, les améliorations précédemment apportées à ces objets seront perdues. Par conséquent, pour chaque objet, il est nécessaire de décider de la manière dont il sera mis à jour. A ce stade, une comparaison préliminaire doit être effectuée uniquement pour réduire la quantité de travail ultérieurement. L'évaluation n'est ni précise ni rapide - « à l'œil nu ». S'il y a d'autres changements dans l'objet dans la nouvelle configuration du fournisseur, alors nous quittons l'instance de l'objet fournisseur. Laissez une coche. Ensuite, vous devrez transférer les modifications de la configuration de travail. S'il y a plus de changements dans l'objet dans la configuration de travail, alors nous laissons une instance de l'objet de configuration de travail. Décochez la case. Vous devrez ensuite migrer les modifications de la configuration du fournisseur. Vous pouvez faire les choses un peu différemment avec les modules, parce que... Il est possible de comparer les modules de manière procédurale.

Ceux. si dans notre configuration 1C et dans la configuration du fournisseur diverses procédures de modules sont modifiées, alors en cochant correctement les cases, nous nous éviterons de transférer manuellement les modifications de code. Pour y accéder, vous devez cliquer sur le bouton en forme de loupe à côté du nom du mode de combinaison de modules :

Lors de l'affichage d'un menu d'actions sur un objet (par exemple, en appuyant sur bouton de droite souris), nous pouvons appeler un rapport sur la comparaison d'objets.

Pour confirmer la mise à jour 1C, vous devez sélectionner l'élément de menu Configuration/Mettre à jour la configuration de la base de données.

Pour refuser la mise à jour 1C, vous devez sélectionner l'élément de menu Configuration/Retour à la configuration de la base de données.

Plusieurs règles qui simplifient la mise à jour future des configurations 1C :

La règle de base pour la mise à jour de 1C : il faut ajouter de nouveaux objets, car... Lors de la mise à jour, les nouveaux objets ne sont pas affectés par le système

Lors de la modification des textes des modules, il est également conseillé d'ajouter vos propres nouvelles procédures et fonctions, et d'appeler vos nouvelles à partir de celles existantes.

Grâce aux abonnements événementiels, vous pouvez grâce à cela modifier les mécanismes standards sans changer le code standard

Utilisation de la fonctionnalité de configuration standard

Création programmatique d'éléments de formulaire (dans l'événement FormCreationOnServer)

Merci!

Expérience personnelle: comment mettre à jour rapidement et à moindre coût une configuration modifiée

Mettre à jour la configuration de plusieurs versions à la fois est très dangereux. Le fait est qu'après chaque mise à jour de la configuration, une mise à jour des infobases est lancée en mode 1C:Entreprise. Par conséquent, si vous mettez à jour uniquement la dernière version, les bases d'informations peuvent ne pas correspondre dernière configuration. Dans l'article, Dmitry Rudakov, spécialiste du Groupe agraire sibérien CJSC, partage son expérience personnelle dans la mise à jour simultanée de la configuration pour 12 versions.

Vérification du mode de changement de configuration

Imaginons une telle situation. Les développeurs de « Manufacturing Enterprise Management » (ci-après dénommé PPE) dans la version 1 (les numéros de version ci-après sont attribués de manière conditionnelle) ont attribué à la dimension (indicateur) du registre de calcul le type « Directory Link.Individual » avec le nom « Individu ». . Dans la version 2, ils ont ajouté une autre dimension : « Employé » avec le type « DirectoryLink.Employees ». Lorsque vous démarrez "1C:Enterprise", le traitement est activé, ce qui remplit la dimension "Employé" d'une manière correspondant à la dimension "Individu". Et puis dans la version 3, les développeurs de 1C ont supprimé la dimension « Individuel » et n'ont laissé que « Employé ». Si vous mettez immédiatement à jour la configuration de la version 1 vers la version 3, vous pouvez effacer l'intégralité du registre de calcul.

Et si la configuration est prise en charge avec possibilité de modification et que des rapports réglementés sont générés dans la même base de données, il est alors nécessaire de mettre à jour la configuration pour chaque version, ce qui peut coûter très cher en heures de travail. Par exemple, la mise à jour d'un « UPP » fortement modifié pour 1 version peut prendre 30 heures du temps de travail d'un spécialiste expérimenté.

Par conséquent, avant de commencer la mise à jour, vous devez déterminer : travaillez-vous dans une configuration standard avec possibilité de modification ou dans une configuration sans possibilité de modification ? Pour ce faire, rendez-vous dans le configurateur, où dans le menu suivez les étapes « Configuration - Support - Paramètres de support ».

Fig. 1. Appel de la fenêtre de configuration du support de configuration

S'il est défini sur « Sur support », alors cette configuration est typique, et si « La possibilité de modification est activée », la configuration a très probablement été modifiée (au moins, une telle possibilité est incluse). Le troisième état est « La configuration n'est plus prise en charge ». Les différents états de configuration sont représentés sur les figures 2, 3, 4.

Riz. 2. Configuration standard sans possibilité de modifications

Riz. 3. Configuration typique avec possibilité de modification activée

Riz. 4. Configuration obsolète

Algorithme de mise à jour des configurations modifiées

Récemment, j'ai été confronté à la tâche de mettre à jour la configuration modifiée de Trade Management, version 10.3.13.2. La configuration a été modifiée grâce à l'intégration avec la solution industrielle « BIT : Automotive Service Management 8 » et a été continuellement améliorée au cours des deux années. La configuration devait désormais être mise à jour vers la version 10.3.25.1, soit 12 versions. J'ai divisé l'ensemble de la procédure de mise à jour en plusieurs étapes.

Étape 1. Estimation du coût et du calendrier de la procédure de mise à jour

Avant de me lancer dans un travail indépendant, j'ai décidé de me faire évaluer de manière indépendante par des spécialistes dans ce domaine. La seule entreprise capable de mettre à jour les configurations modifiées à l'aide de méthodes automatisées est 1C-IzhTiSi LLC. Je me suis tourné vers les spécialistes de cette société avec une demande d'estimation du coût de mise à jour de ma configuration. Pour estimer le temps et le coût des travaux, j'ai fourni configuration actuelle, nécessitant une mise à jour. Un jour plus tard, j'ai reçu une lettre avec le rapport.

Rapport sur les résultats de l'évaluation du coût et du calendrier de la mise à jour de la configuration :

Configuration : Trade Management, édition 10.3
Version actuelle configuration : 10.3.13.2
Mise à jour vers la version : 10.3.25.1
Nombre de modules mis à jour : 1 847
Nombre de déclencheurs de contrôle : 8

Les résultats de l’évaluation m’ont surpris, puisque le site Internet de la société indiquait le prix par action - 1 000 roubles. par mise à jour et par version. Commentaire de "1C-IzhtiSi":

"Le coût d'une mise à jour pour chaque version manquée ne dépasse pas 2 000 roubles. Il y a actuellement une promotion en cours, donc le coût ne dépasse pas 1 000 roubles. Mais le prix final des services est déterminé en évaluant les coûts de main-d'œuvre pour la mise à jour. et peut être inférieur à 1 000 roubles par version.

J'ai également clarifié comment les versions requises pour la mise à jour ont été sélectionnées. En réponse à ma question, j'ai reçu une capture d'écran dans laquelle cela était clairement démontré (Fig. 5). La colonne Numéro de version indique la version de configuration vers laquelle vous devez effectuer la mise à niveau. La colonne « Mise à niveau de version » indique à partir de quelle version une mise à niveau est possible. À la suite de l’évaluation, le nombre de mises à jour requises a été réduit à 9.

Riz. 5. Sélection des versions à utiliser pour mettre à jour correctement la configuration

Après avoir étudié le rapport 1C-IzhTiS, j'ai calculé les coûts de temps personnel pour la même quantité de travail. Chaque mise à jour me prend environ 6 heures. Le coût total en temps est donc de 56 (9x6) heures de travail, soit environ sept jours ouvrables. De plus, il est possible qu'après la mise à jour, certaines lacunes soient révélées : par exemple, l'utilisateur se plaindra que les modifications de configuration dont il avait besoin ont été perdues, ce qui entraînerait une augmentation considérable du temps passé. Pendant ce temps, les spécialistes de la société 1C-IzhTiS proposent d'effectuer l'ensemble des travaux en trois à quatre jours ouvrables. J'ai donc décidé de faire appel à leurs services.

Je vais maintenant expliquer brièvement ce qui a exactement été modifié dans la configuration.

Objets fortement modifiés. Ce sont des objets dans lesquels de nombreuses propriétés typiques ont été modifiées. Les ajustements sont complexes. Les détails de l'objet ont été ajoutés à partie tabulaire, affiché sur le formulaire objet et sur le formulaire liste. Des gestionnaires pour les détails ajoutés dans les formulaires ont été ajoutés. Le mécanisme standard de comptabilisation d'un document ou d'enregistrement d'un ensemble de mouvements pour un registre a été modifié.

Documents fortement modifiés :
« Commande au fournisseur » ;
« Circulation des marchandises » ;
« Besoin-facture » ;
"Réception de biens et services."

Registres fortement modifiés :
« Envois de marchandises en entrepôts » ;
"Marchandises dans les entrepôts."

Objets considérablement modifiés. Les objets dans lesquels des détails ont été ajoutés, soit des formulaires d'objet, soit des modules d'objet ont été modifiés (en règle générale, la comptabilisation d'un document est atypique).
Document « Ordre d'encaissement » ;
Registre d'informations « Parties constitutives » ;
Registre d'informations « Marchandises en radiation » ;
Modules généraux.

Objets légèrement modifiés. Seuls les formulaires des objets ont été modifiés et des détails ont été ajoutés.

Annuaires :
« Types de nomenclature » ;
« Contrats entre entrepreneurs » ;
« Contreparties » ;
"Nomenclature";
« Types de prix des articles » ;
"Un certain nombre de registres d'informations."

Dans la section « Général », les abonnements aux événements, aux mises en page, aux rôles et aux modules généraux ont été modifiés. Presque tout a été changé par la décision de l’industrie.

Étape 2. Suppression des informations confidentielles

Avant de fournir aux employés de 1C-IzhTiS une base d'informations à des fins de test, les informations confidentielles doivent en être supprimées. Pour de tels cas, 1C recommande d'utiliser le traitement « Modification des informations confidentielles », peu connu.

Le traitement « Modification des informations confidentielles » est destiné à modifier ou effacer de manière sélective les informations de l'infobase.Le traitement peut être utilisé pour préparer base d'informations avant la transmission pour test, où il est nécessaire de masquer (effacer, modifier) ​​certaines informations.

Le traitement ChangeConfidentialInformation.epf se trouve sur le disque ITS dans le répertoire 1CIts\EXE\EXTREPS\UNIREPS81\UpdatePrivateInformation. Aussi ce traitement peut être téléchargé à partir du lien : http://its.1c.ru/db/metod81#content:1644:1.

Naturellement, les informations confidentielles dans chaque entreprise sont différentes, mais j'attire votre attention sur les données qui devront le plus probablement être modifiées :

  • Annuaires : Particuliers, Personnes de contact, Personnes de contact des contreparties, Contreparties, Types de prix.
  • Registres d'information : données du passeport individuel, Nom completIndividu.

Votre liste sera probablement plus longue, mais ce sont les points de données les plus courants. Il est peu probable que leur modification affecte la capacité de tester votre base d'informations. Vous pouvez également utiliser le traitement de groupe pour supprimer tous les objets avec lesquels la société de services n'est pas censée travailler.

Étape 3 : obtention des résultats de la mise à jour

Trois jours plus tard, j'ai reçu des fichiers cf et des instructions complètes pour les installer. Pour les versions de contrôle, des fichiers cf sont fournis qui ne peuvent pas être utilisés pour le travail de l'utilisateur, car seules les métadonnées y sont mises à jour. Ils sont destinés uniquement à une mise à jour correcte vers la dernière version.

Sur la base des résultats du travail, je peux dire que toutes les modifications apportées à la configuration ont été enregistrées ; lors d'une inspection visuelle, tous les objets modifiés ont conservé leurs caractéristiques et leurs différences par rapport à la configuration standard. Pendant le fonctionnement, aucun des utilisateurs n'a signalé la perte de modifications.

À la suite de la mise à jour, j'ai identifié deux petites tâches à résoudre moi-même.

D'abord. Du fait que la mise à jour s'effectue à l'aide du mécanisme « Comparer, Fusionner », la configuration de la base de données est effectivement mise à jour, et mise à jour correctement, sans risques techniques dus à la prise en compte des releases de contrôle. Cependant, la configuration du fournisseur n'est pas mise à jour. Bien entendu, un spécialiste techniquement compétent complétera facilement ce travail, cependant, j'ai demandé à 1C-IzhTiSi d'envoyer plus instructions complètes par mise à jour. Conformément à celui-ci, même un spécialiste inexpérimenté peut effectuer la mise à jour.

Deuxième. À la suite de la mise à jour, tous les objets restent sur support avec possibilité de modification, ce qui peut également constituer un inconvénient indirect. Si vous devez utiliser ces services à la fois, vous devez alors remettre tous les objets sur support. Jusqu'à présent, je ne peux le faire qu'en recherchant dans tous les objets de métadonnées. Malheureusement, ce processus est actuellement effectué manuellement, mais il sera à l'avenir automatisé.

En plus des deux tâches mentionnées, une petite faille a été découverte, qui, en principe, n'affecte pas la qualité de la mise à jour et apparaît rarement. À la suite de la mise à jour, les lignes de code de la configuration d'origine et celles mises à jour correspondent visuellement, mais pour une raison quelconque, des espaces sont ajoutés à la fin des lignes. C'est un inconvénient car cela augmente légèrement la quantité de code modifié. Et en cas de suite mise à jour manuelle il vaudrait mieux ne pas avoir de telles sections de code. En figue. 6 montre un exemple avant la mise à jour, et la Fig. 7 - exemple après mise à jour.