Expérience personnelle : comment mettre à jour rapidement et à moindre coût une configuration modifiée. Expérience personnelle : comment mettre à jour rapidement et à moindre coût une configuration modifiée Mise à jour des configurations modifiées 1c 8

Cet article parlera de la mise à jour d'une configuration 1C non standard (versions 8.2 et 8.3), tout en enregistrant toutes les modifications apportées par vous (ou d'autres développeurs) à la configuration standard 1C 8.

Regardons un exemple de mise à jour d'une configuration Comptabilité 2.0 avec des modifications non standards de modules, de rôles, d'abonnements à des événements, de plans d'échange, etc. Les cas évoqués ici ne seront pas trop difficiles à mettre à jour, avec leur aide, je ne montrerai que la technique de mise à jour, qui vous permettra de traiter vos cas.

Mise à jour d'une configuration 1C non standard instructions étape par étape

Regardons l'algorithme étape par étape pour mettre à jour la configuration 1C 8. Cet algorithme est universel, ses onze premières étapes décrivent le processus de mise à jour de toute configuration 1C 8 standard, et tous les points décrivent ensemble la mise à jour d'une configuration 1C 8 non standard :

Téléchargez le fichier de mise à jour de configuration depuis users.v8.1c.ru ou obtenez-le à partir de toute autre source disponible (par exemple, à partir d'un disque ITS) ;
Décompressez et installez le fichier de mise à jour 1C 8 dans n'importe quel dossier de votre disque dur ;
Dans le dossier avec le numéro de version 1C 8, recherchez le fichier 1cv8.cfu - il s'agit du fichier qui contient les mises à jour de configuration ;
Courir 1C : Entreprise en mode Configurateur;
Aller au menu Configuration -> Support -> Mettre à jour la configuration.
Dans la fenêtre « Mettre à jour la configuration » qui s'ouvre, placez le drapeau sur l'élément Sélection d'un fichier de mise à jour et appuyez sur le bouton Plus loin(si vous le souhaitez, vous pouvez utiliser le premier point Rechercher les mises à jour disponibles et rechercher automatiquement les fichiers de mise à jour) ;
Dans le champ « Spécifier le fichier de mise à jour », sélectionnez le fichier .cfu dans le dossier portant le numéro de version. Veuillez noter qu'il n'est pas possible de mettre à jour la configuration de la base de données 1C 8 pour aucune version. Pour chaque fichier de mise à jour, il existe une liste des versions auxquelles il est destiné. Par conséquent, vous devrez peut-être installer plusieurs fichiers de mise à jour de manière séquentielle ;
Dans la fenêtre suivante, vous verrez une description de cette mise à jour. Vous pouvez également voir quelles versions de configuration ce fichier est destiné à mettre à jour. Cliquez sur le bouton Continuer la mise à jour;
Si cette version de la configuration ne peut pas être mise à jour avec le fichier sélectionné, une fenêtre s'affichera vous demandant quelles versions doivent être installées ;
Si le fichier sélectionné convient à la mise à jour de la configuration, une fenêtre apparaîtra avec des informations sur la version de mise à jour. Pour continuer la mise à jour, cliquez sur le bouton D'ACCORD;
Après cela, le processus de mise à jour démarrera. Si votre configuration est standard, alors une fois terminé, il ne reste plus qu'à accepter de changer la configuration actuelle et de lancer 1C 8 en mode Entreprise;
Si vous mettez à jour une configuration avec des modifications (non standard), une fois le processus de mise à jour terminé, une fenêtre apparaîtra comparant et fusionnant l'ancienne et la nouvelle configuration.

Mise à jour d'un exemple d'analyse de configuration 1C non standard

Passons à une analyse détaillée de la mise à jour correcte d'une configuration non standard 1C 8. Tout le problème de la mise à jour d'une telle configuration est que des modifications tierces ont été apportées aux objets de métadonnées standards (modules communs, rôles, documents, répertoires , etc.). Vous devez vous assurer que toutes vos modifications restent à leur place, saines et sauves, mais en même temps, toutes les modifications de 1C contenues dans le fichier de mise à jour sont également appliquées. C'est à cet effet que lors de la mise à jour d'une configuration modifiée, une fenêtre de comparaison apparaît Configuration de base(avec vos modifications) et Nouvelle configuration du fournisseur(configuration standard mise à jour).

Cette fenêtre contient deux colonnes, chacune contenant une arborescence de métadonnées. Le premier affiche les métadonnées de configuration de base de données actuelle et le second affiche les métadonnées de configuration du fournisseur mises à jour (configuration typique mise à jour). Les crayons verts indiquent les objets modifiés, la première colonne affiche les objets de métadonnées typiques que vous avez modifiés et la deuxième colonne affiche les objets de métadonnées typiques modifiés par la mise à jour. Ainsi, afin de mettre à jour correctement une configuration 1c non standard, vous devez rechercher tous les objets de métadonnées qui ont été modifiés à la fois par vous et par la mise à jour (c'est-à-dire modifiés deux fois).

Pour cela, cliquez sur le bouton situé en bas de la fenêtre Filtre, dans la fenêtre qui s'ouvre, placez le drapeau et appuyez sur D'ACCORD.

Désormais, seuls les objets dont nous avons besoin seront visibles dans la fenêtre de comparaison, ce qui simplifie grandement le processus de mise à jour. A noter que si de nouveaux documents, répertoires, rôles, modules, etc. non standards ont été ajoutés à votre configuration, alors la mise à jour de la configuration ne les écrasera pas, ils resteront à leur place et rien ne leur arrivera. Ce ne sont que les objets de type modifié qui posent problème.

Pour mettre à jour correctement différents objets de métadonnées, vous avez besoin de votre propre approche, examinons donc différentes situations à l'aide d'exemples simples. Je note également que la mise à jour de configurations fortement réécrites est une tâche complexe et nécessite un maximum de soin et de concentration.

Mise à jour générale du module.

Regardons un exemple : Vers un module commun Contrôle de versionConfiguration vous avez apporté les modifications suivantes :
- En procédure VérifierConfigurationVersion() a commenté la ligne : //OpenFormModal("GeneralForm.DeprecatedConfigurationVersion", Parameters);
- Nous avons ajouté notre propre procédure au module avec le nom MaProcédureTest().
Lors de la mise à jour, ce module a changé ; en mettant un filtre sur les changements doubles dans la fenêtre de comparaison, nous verrons qu'il est inclus dans la liste.

Regardons de plus près cette fenêtre et comprenons quelles informations nous pouvons en tirer. Tout d'abord, nous constatons que le module commun a changé à la fois dans la configuration principale et dans la configuration mise à jour du fournisseur, indiqué par les crayons verts dans les deux colonnes. Deuxièmement, dans la première colonne, nous voyons une case à cocher à côté du nom du module commun, elle indique que les modules seront fusionnés (celui que nous avons modifié et celui standard mis à jour). Troisièmement, dans la dernière colonne, nous voyons dans quel mode les modules seront fusionnés. Dans ce cas, la valeur est définie sur : Extrait de la nouvelle configuration des fournisseurs, cela signifie que nos modifications seront complètement écrasées et que les modifications apportées par la mise à jour seront entièrement appliquées.

D'autres modes de fusion proposent une fusion partielle de modules, avec des priorités différentes. Mais je vous recommande fortement de ne pas utiliser ces modes, car après cela, votre module risque de se retrouver dans un désordre : certaines de vos modifications seront écrasées, et certaines modifications standards ne seront pas appliquées. Par conséquent, modifiez les valeurs dans la colonne Mode fusion... nous ne le ferons jamais. Quatrièmement, si vous décochez la case dans la première colonne en face du module, la fusion ne sera pas effectuée et le module restera tel qu'il était avant la mise à jour. Sur la base des points ci-dessus, il existe deux manières de mettre à jour le module commun :
- Écrasez vos modifications en installant les modifications standard. Ensuite, apportez manuellement les modifications écrasées au module mis à jour ;
- Ne mettez pas à jour le module et effectuez les modifications standard manuellement.
Mécanismes de comparaison des configurations

Pour comparer les modifications dans un module, vous pouvez utiliser les mécanismes intégrés suivants de la fenêtre de comparaison-fusion de configuration :
- Afficher les différences entre les modules. Pour cela, dans la fenêtre de comparaison, faites un clic droit sur le module et sélectionnez Afficher les différences entre les modules... Après cela, la fenêtre de comparaison des modules s'ouvrira, dans laquelle vous pourrez voir quelles procédures diffèrent dans le module mis à jour et modifié. La partie supérieure de l'écran est divisée en deux colonnes : à gauche se trouve une liste des procédures de la configuration principale qui ont été modifiées, et à droite une liste similaire de procédures pour la configuration standard mise à jour. La partie inférieure de la fenêtre est également divisée en deux parties, selon le même principe. Il affiche le code des procédures sélectionnées. Les lignes présentes uniquement dans la configuration principale sont surlignées en bleu. Les lignes présentes uniquement dans la configuration standard mise à jour sont surlignées en vert. Les lignes présentes dans les deux configurations, mais qui ne correspondent pas, sont surlignées en rouge.
- . Vous pouvez également utiliser le rapport de comparaison d'objets pour comparer les modules. Pour l'appeler dans la fenêtre de comparaison, faites un clic droit sur le module et sélectionnez Dans la fenêtre qui s'ouvre, dans la zone Format, mettre le drapeau Détails. Dans le rapport qui s'ouvre, vous pouvez voir quelles lignes de modules ont été modifiées et à quoi elles ressemblent dans les deux configurations.
  
  Malgré le fait que ce rapport fournisse toutes les informations sur les modifications, il n'est pas pratique à utiliser (du moins lors de la mise à jour des modules). Bien plus intéressantes sont ses deux modifications : O rapport sur la comparaison des principaux objets de configuration avec l'ancienne configuration du fournisseur(seules les modifications que vous avez apportées sont visibles dans ce rapport) et (dans ce rapport seules les modifications apportées au module par la mise à jour sont visibles).
  
  A l'aide du premier rapport, vous pourrez voir à combien d'endroits vos modifications ont été effectuées dans le module, cela vous permettra de les retrouver rapidement dans la fenêtre Afficher les différences entre les modules. Dans le deuxième rapport, vous pouvez voir à combien d'endroits la mise à jour typique a apporté ses modifications.
Nous avons trié tous les outils nécessaires à la mise à jour du module. Afin de montrer leur application pratique, considérons le processus de mise à jour des modules étape par étape. Contrôle de versionConfiguration avec les modifications énumérées ci-dessus. Mettons à jour le module de deux manières :
- Mettons à jour le module en effaçant les modifications qui y ont été apportées. Nous les saisirons manuellement après la mise à jour ;
- Nous ne mettrons pas à jour le module. Nous apporterons les modifications reçues dans la mise à jour ultérieurement.
Première façon :
- - Avant de décrire l'algorithme, je note que nous envisageons un exemple de mise à jour très simple afin que la description ne prenne pas trop de place, mais le processus de mise à jour dans un cas complexe comprend exactement les mêmes étapes, bien qu'il nécessite plus de concentration et de soin. ;
  - Avant de mettre à jour la configuration, créons un document texte. Nous y enregistrerons les modifications qui devront être apportées manuellement après la mise à jour. Les données d'un document texte doivent être présentées de la manière la plus compréhensible, c'est-à-dire structurées. Dans notre exemple nous écrirons ceci : 1. Modules généraux 1.1 Version ControlConfiguration
  - Trouvons un module commun Contrôle de versionConfiguration Module. Faites un clic droit dessus et sélectionnez O dans le menu contextuel Un rapport sur la comparaison des objets de la configuration principale avec l'ancienne. Dans la fenêtre qui s'ouvre, mettez un drapeau Détails. J'ai aussi mis le drapeau Sortie vers un document texte, car il est plus pratique de voir les changements, mais c'est une question d'habitude. Appuyons sur le bouton D'ACCORD. Le rapport qui s'ouvre ressemblera à ceci :
  - Le rapport montre que deux modifications ont été apportées au module (avant chaque nouvelle modification, les numéros de ligne dans lesquels elle a été effectuée sont inscrits) :
    - La ligne 34 a été modifiée, elle est commentée dans la configuration principale, mais pas dans l'ancienne configuration fournisseur ;
    - Une procédure a été ajoutée ; dans l'ancienne configuration fournisseur sa place est vide, mais dans la configuration principale elle est là. Nous ne fermons pas le rapport, il nous sera utile ;
  - Trouvons maintenant la première différence dans la fenêtre de comparaison des modules. Pour cela, faites à nouveau un clic droit sur la branche Module et dans le menu contextuel, sélectionnez l'élément Afficher les différences entre les modules... Les numéros de ligne (numérotation globale) n'étant pas visibles dans la fenêtre de comparaison des modules, afin de trouver la première modification, parcourons toutes les procédures dans la moitié supérieure de la fenêtre. Nous savons également grâce au rapport que le premier changement est associé à un changement de ligne, nous recherchons donc le texte surligné en rouge. La ligne modifiée se retrouvera dans la procédure CheckConfigurationVersion().
  - Ouvrons le document texte créé pour enregistrer les modifications. Au paragraphe « 1.1.1 », nous inscrivons le nom de la procédure dans laquelle se situe le changement. Après cela, nous devons y saisir la modification trouvée afin de pouvoir la retrouver facilement dans le texte du module. Pour ce faire, je copie généralement dans le document non pas une, mais plusieurs lignes de la procédure à la fois, avant et après les modifications. Mais dans ce cas, la procédure est petite et il suffit donc de copier elle-même la ligne modifiée. Vous obtiendrez l'enregistrement suivant : 1. Modules généraux 1.1 ControlVersionConfiguration 1.1.1 CheckVersionConfiguration //OpenFormModal("GeneralForm.Not RecommendationVersionConfiguration", Parameters);
  - Ouvrons maintenant à nouveau le rapport de comparaison de configuration, examinons la prochaine modification et trouvons-la également dans la fenêtre de comparaison de modules. Cette fois, c'est une nouvelle procédure ajoutée. Cette procédure étant totalement absente dans l'ancienne configuration du fournisseur, son texte sera surligné en bleu :
  - Ouvrons le document texte créé pour enregistrer à nouveau les modifications. Au paragraphe « 1.1.2 », nous notons le nom de la procédure ajoutée. Après cela, copiez-y l'intégralité du texte de la procédure ajoutée. 1.1.2 Procédure MyTestProcedure MyTestProcedure() Export //Texte de la procédure EndProcedure
  - Contrôle de versionConfiguration un indicateur est activé indiquant que ce module doit être mis à jour, effaçant toutes les modifications apportées ;
  - Ensuite, vous devez enregistrer les modifications apportées à d'autres objets de métadonnées modifiés deux fois dans un document texte. Mais comme dans cet exemple nous considérons un module général spécifique, nous sauterons cette étape ;
  - Une fois le travail sur les objets modifiés deux fois terminé, dans la fenêtre de comparaison/fusion, cliquez sur le bouton Exécuter;
  - Si une fenêtre apparaît avec le texte « Il y a des objets modifiés dans la configuration principale… », cliquez sur le bouton Oui;
  - Dans la fenêtre suivante, Configuration des règles de support, ne modifiez aucun paramètre, mais cliquez simplement sur le bouton Oui;
  - Le dernier message à apparaître est : « Fusion de la configuration terminée ». appuie sur le bouton D'ACCORD;
  - Enregistrez la configuration à l'aide du menu Fichier -> Enregistrer, pictogrammes Sauvegarder(disquette bleue) ou raccourcis clavier Ctrl+S;
  - Une fois la configuration enregistrée, nous restaurerons les modifications écrasées dans le module. Recherchez et ouvrez le module dans l'arborescence des métadonnées ContrôleVersionConfiguration ;
  - Ouvrons un document texte dans lequel sont inscrites les modifications de ce module ;
  - Le paragraphe « 1.1.1 » précise la procédure Vérifiez la version de configuration, trouvons-le dans le module et ouvrons-le ;
  - Le document texte indique que la ligne doit être commentée : OpenFormModal("GeneralForm.DeprecatedConfigurationVersion", Parameters);
    Trouvons-le dans le module et définissons un commentaire ;
  - Le paragraphe « 1.1.2 » précise la procédure MaProcédureTest, qui doit être ajouté au module. Copiez-le depuis un document texte et collez-le à la fin du module ;
  - Nous enregistrons la configuration en utilisant l'une des méthodes ci-dessus ;
  - La mise à jour de la configuration est désormais terminée, il ne reste plus qu'à mettre à jour la configuration à l'aide des touches F5 ou F7 ou les icônes correspondantes, et en mode 1C:Entreprise confirmez la légalité de la mise à jour ;
- Deuxième manière :
  - La deuxième méthode répète complètement la première, sauf qu’elle fonctionne à l’envers. Par conséquent, je vais le décrire brièvement ;
  - Nous créons un document texte avec la même structure ;
  - Générons un rapport Rapport comparant les objets de la nouvelle configuration fournisseur avec l'ancienne configuration fournisseur ;
  - À l'aide du rapport généré et de la fenêtre de comparaison des modules, nous noterons les modifications apportées par la nouvelle configuration du fournisseur dans un document texte ;
  - Dans la fenêtre de comparaison/fusion de configuration, vérifiez qu'à côté du module Contrôle de versionConfiguration LE DRAPEAU EST SUPPRIMÉ. Cela signifie que ce module ne sera pas mis à jour ;
  - Nous mettons à jour la configuration, apportons des modifications du document texte au module VersionConfiguration

Mise à jour du plan d'échange.

Regardons un exemple : dans le cadre d'un plan d'échange Par organisation vous avez inclus le répertoire Traitement externe. Lors de la mise à jour d'une configuration 1C non standard, la composition de ce plan d'échange a changé et nous sommes confrontés à la tâche de mettre à jour correctement le plan d'échange, sans perdre ni les modifications standards ni les nôtres. Les outils utilisés pour comparer les objets de métadonnées modifiés ont été décrits en détail dans les paragraphes précédents, donc dans ce cas, tout sera décrit brièvement.

Examinons étape par étape la mise à jour du plan d'échange Par organisation avec les modifications suivantes :

Nous ajouterons de nouvelles lignes au document texte créé lors de la mise à jour du module général : 2. Plans d'échange 2.1 Par organisation
Trouvons un plan d'échange Par organisation dans la fenêtre de comparaison/fusion, développez-la en une branche Composé. Je note qu'en terme d'échange, vous pouvez également changer de module, il doit être mis à jour selon les règles décrites pour le module général. Dans ce cas, nous souhaitons mettre à jour la composition du plan d’échange ;
Comme dans le cas du module général, la composition du plan d'échange peut soit être mise à jour, en ajoutant ensuite manuellement vos propres modifications, soit non mise à jour, en ajoutant manuellement les modifications standards. S'il y a plus de modifications dans votre composition que les modifications standard, il est préférable de mettre à jour en utilisant la deuxième méthode ; s'il y en a moins, alors la première. Vous pouvez voir les changements supplémentaires en utilisant les mêmes rapports :
Dans notre exemple, il y a des changements plus typiques, nous allons donc écrire nos modifications dans un document texte : 2. Plans d'échange 2.1 Par organisation - ***Répertoires - -->Répertoire.Traitement externe
Vérifiez que la case à côté du plan d'échange est cochée dans la fenêtre de comparaison/fusion ParOrganisation ;
Enregistrez la configuration ;
Une fois la configuration enregistrée, nous restaurerons les modifications écrasées dans le plan d'échange. Dans l'arborescence des métadonnées, nous trouverons et ouvrirons le plan d'échange ParOrganisation ;
Au paragraphe « 2.1 » du document texte l'ouvrage de référence est indiqué Traitement externe, nous le retrouverons dans l'arborescence des métadonnées de la composition du plan d'échange et définirons un drapeau indiquant la participation de l'annuaire à l'échange ;
Sauvegardons et mettons à jour la configuration ;

Mettre à jour l'abonnement aux événements.

Regardons un exemple : vers une source d'abonnement à un événement Avant de supprimer l'annuaire pour Exchange au sein de l'organisation vous avez inclus le répertoire Traitement externe. Lors de la mise à jour, la composition des sources a changé, la tâche est similaire aux précédentes : mettre à jour correctement la configuration 1c non standard.

Examinons étape par étape la mise à jour de la liste des sources d'abonnement aux événements avec les modifications suivantes :

Mise à jour des rôles dans 1C

Avant de commencer à parler de mise à jour des rôles dans 1C 8, je voudrais noter qu'il vaut mieux ne pas modifier les rôles standard, cela n'est pas nécessaire et, de plus, mettre à jour une configuration 1C non standard est très difficile. Si vous modifiez une configuration standard et y ajoutez vos documents, répertoires, etc., créez votre propre rôle (ou plusieurs, selon la situation), dans lequel vous incluez de nouveaux objets de métadonnées. Si vous ne le faites pas, au fil du temps, il vous sera très difficile de mettre à jour les rôles standard (et parfois impossible), car dans presque toutes les versions, ils changent beaucoup et les rapports sur la comparaison des configurations peuvent ne pas sembler très clairs.

Mais néanmoins, il arrive souvent que le rôle ait déjà été modifié, et plus d'une fois, et qu'on n'ait pas le temps de comprendre pourquoi et pourquoi. Prenons donc un exemple : dans un rôle typique Comptable pour ouvrage de référence Autorités fiscales des droits de lecture et de visualisation ont été ajoutés ; lors de la mise à jour, l'ensemble des droits de rôle a également été modifié.

Examinons la mise à jour du rôle étape par étape :

Trouvons un rôle Comptable dans la fenêtre de comparaison/fusion, développez-la en une branche Droits;
Dans cet exemple, il n’y a qu’un seul changement de rôle, mais ce n’est généralement pas le cas. Par conséquent, il est beaucoup plus facile de ne pas mettre à jour le rôle, mais d'effectuer manuellement les modifications standard ;
Formons Rapport comparant les nouveaux objets de configuration du fournisseur avec l'ancienne configuration du fournisseur. Habituellement, il contient beaucoup d'informations, mais toutes ne sont pas nécessaires à la mise à jour :
Soit de nouveaux objets de métadonnées ont été ajoutés, soit les droits ont été modifiés pour les anciens :
- Les objets ajoutés ressemblent à ceci : - -->
  Lors de l'ajout d'un nouvel objet, le rapport n'affiche pas d'informations sur les droits qui doivent être définis pour celui-ci. Par conséquent, après la mise à jour, vous pouvez soit consulter leur disposition dans la configuration du fournisseur, soit installer tous ceux disponibles.
- Les objets modifiés ressemblent à ceci : - ***Répertoires - ***Autorités fiscales - ***Autorisations - ***Lecture - ***Valeur -->Autorisé<--Запрещено - ***Просмотр - ***Значение -->Autorisé<--Запрещено
  Dans le même temps, il est indiqué en détail quels droits ont changé ;
Dans notre exemple, il n'y a qu'une seule ligne d'informations utiles dans le rapport de comparaison, nous l'ajoutons au document texte : 4. Rôles 4.1 Comptable - -->Objet - RegulatedReportStatisticsForm11NA
Dans ce cas, vous pouvez indiquer de quel objet de métadonnées il s'agit, mais dans ce cas, il est déjà clair que le rapport ;
Dans la fenêtre de comparaison/combinaison, décochez la case à côté du rôle Comptable;
Après cela, vous devez écrire les modifications apportées aux autres objets de métadonnées modifiés deux fois dans un document texte et effectuer une mise à jour (le processus est décrit en détail ci-dessus) ;
Enregistrez la configuration ;
Une fois la configuration enregistrée, vous devez apporter des modifications typiques au rôle Comptable. Dans l'arborescence des métadonnées, nous trouverons et ouvrirons ce rôle ;
Au paragraphe « 4.1 » du document texte il est dit qu'un objet a été ajouté au rôle Rapport réglementéStatistiquesFormulaire 11NA, trouvez-le dans l'arborescence des métadonnées du rôle, vérifiez les autorisations Usage Et Voir;
Sauvegardons et mettons à jour la configuration.

Ceci termine l'article sur la mise à jour d'une configuration 1C non standard. Si après lecture vous avez encore des questions, n'hésitez pas à les poser dans les commentaires ! À la demande des lecteurs, dans le prochain article, je pourrai parler d'autres aspects intéressants et complexes de la mise à jour d'une configuration 1C 8 non standard.

Après avoir installé la version actuelle de la plateforme sur votre ordinateur, vous pouvez procéder directement à la mise à jour de la configuration 1C. Nous vous suggérons d'apprendre comment mettre à jour vous-même 1C:Accounting 8 version 3.0 - l'une des applications comptables les plus populaires et les plus demandées en Russie.

Rechercher des mises à jour

Aller aux mises à jour

Si vous souhaitez savoir quelles fonctionnalités vous obtiendrez après l'installation de la mise à jour, suivez le lien « Nouvelle version ».

Définir les options d'administration

Pour mettre à jour la configuration 1C, le système aura besoin des informations de l'administrateur de la base d'informations - nom d'utilisateur et mot de passe.

Veuillez noter qu'il ne s'agit pas du même nom d'utilisateur et du même mot de passe que ceux utilisés pour recevoir les mises à jour !

Sélectionnez un utilisateur dans la liste déroulante (nécessairement avec des droits d'administrateur) et entrez le mot de passe qu'il utilise pour autoriser dans le système.

Sélectionnez l’option d’installation de mise à jour appropriée

Pour mettre à jour la configuration de 1C: Comptabilité, sélectionnez l'installation des fichiers maintenant ou une fois le programme terminé. L'option de créer une sauvegarde de la base d'informations est également disponible.

Attention! Si d'autres utilisateurs travaillent avec cette base de données, demandez-leur de mettre fin à la session - cela est nécessaire pour créer une copie de sauvegarde des données. Vous pouvez savoir exactement qui est connecté à la base de données en cliquant sur le lien « Afficher la liste des utilisateurs actifs ».

Faire une sauvegarde IB

Nous vous recommandons de profiter de cette offre afin de revenir à la version précédente du programme si les mises à jour sont incorrectes. Ceci est particulièrement important lorsque vous envisagez de mettre à jour des configurations non standard.

La restauration sera effectuée automatiquement, enregistrant toutes les données. Suivez le lien « Créez une sauvegarde de sécurité des informations et effectuez une restauration en cas d'urgence. »

Sélectionnez « Sauvegarder et enregistrer dans un répertoire spécifié » et spécifiez le chemin d'accès au répertoire, puis cliquez sur « OK ». Le programme se fermera et le processus de mise à jour commencera.

Attendez que la mise à jour soit terminée

Une fenêtre d'avertissement apparaîtra à l'écran indiquant qu'une mise à jour de la configuration est en cours. Ce processus comprend les étapes suivantes :

Fermeture des sessions utilisateur ;
Sauvegarde de la sécurité des informations ;
Copie des fichiers de mise à jour vers la sécurité des informations ;
Mise à jour de la configuration ;
Obtention de l'autorisation de connexion.

Après avoir mis à jour la configuration de 1C version 8, le programme s'ouvrira en mode utilisateur et la mise à jour se poursuivra. Les progrès seront visibles sur l’indicateur.

À la fin, le programme affichera une fenêtre avec les informations « Quoi de neuf dans cette version ». Si vous êtes intéressé par ce que la mise à jour de la configuration 1C 8.3 a fait via le configurateur, suivez le lien fourni et lisez les informations utiles.

Vérifiez que les mises à jour sont correctement installées

Allez dans le menu « Administration » et sélectionnez le sous-élément « Support et maintenance ». Dans la liste des liens portant le titre général « Mise à jour de la version du programme », cliquez sur la ligne « Mise à jour des résultats et traitements complémentaires des données ».

Assurez-vous que toutes les mises à jour ont été installées avec succès - cela sera confirmé par des marqueurs verts à côté des actions terminées.

Nous examinerons les instructions pour mettre à jour une configuration 1C non standard dans un article séparé.

Découvrez comment l'automatisation utilisant la famille de programmes 1C aidera votre entreprise et obtenez des conseils d'experts sur la mise en œuvre et la configuration de solutions standard sur 1C.

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 infobases peuvent ne pas correspondre à la 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 la configuration actuelle à mettre à 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 de configuration actuelle : 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 à la partie tabulaire, affichés 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 une base d'informations avant de la transférer pour des tests, 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. Ce traitement peut également ê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'informations : données de passeport d'une personne physique, nom complet d'une personne physique.

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 effectuera ce travail sans aucun problème, mais j'ai demandé à 1C-IzhTiS d'envoyer des instructions plus complètes pour la 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 dans le cas de mises à jour manuelles ultérieures, il serait préférable de 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.

Considérons la mise à jour en utilisant l'exemple d'une configuration non standard de SCP 1.3, qui est prise en charge avec la possibilité de passer de la version 1.3.61.2 à la version 1.3.62.1. La configuration elle-même étant assez lourde, cela impose certaines particularités, notamment, il n'est pas toujours possible d'ouvrir plusieurs fenêtres de comparaison de configuration dans un seul configurateur.

Pour la mise à jour, j'utilise deux copies identiques de l'ancienne base de données de version. Je fais ma formation dans l'un d'entre eux *.cf pour la mise à jour, appelons-le, par exemple, pour_mise à jour. L’autre base de données reste intacte et sert uniquement de base de données auxiliaire pour comparer les configurations, appelons-la base. En principe, la configuration de la base de travail peut être utilisée comme configuration auxiliaire.

Dans la base de données pour_mise à jour nous effectuons *.cfu nouvelle version. La procédure de mise à jour commence et la fenêtre de mise à jour apparaît.

Appuie sur le bouton " Exécuter", à ce stade, il n'est pas encore nécessaire de regarder quoi que ce soit, puisque le but est uniquement d'obtenir la configuration fournisseur de la nouvelle version.

Pendant le processus de mise à jour, un « Liens non résolus", Cliquez sur " Continuer" Nous parlerons ci-dessous des raisons de l'apparition de cette fenêtre.

Un message apparaîtra indiquant que les objets que nous avons modifiés seront chargés à partir de la nouvelle configuration, nous sommes d'accord.

La fenêtre " Mise en place de règles de support" - pour les nouveaux objets (partie supérieure) des deux côtés, réglez " L'objet est édité tout en conservant le support", pour les objets fournisseurs existants (partie inférieure), aux quatre endroits, nous plaçons le drapeau " Enregistrer le mode actuel", Cliquez sur " D'ACCORD».

La configuration principale a été mise à jour. Nous n'avons pas besoin de la configuration principale elle-même à ce stade, le but étant d'obtenir une nouvelle configuration fournisseur. Par conséquent, nous ne sauvegardons pas la configuration principale et ne mettons pas à jour la configuration de la base de données.

Exécuter " Configuration» - « Soutien» - « Mise en place de l'assistance" Dans la fenêtre qui s'ouvre, sélectionnez « Enregistrer dans un fichier"et enregistrez-le dans *.cf configuration du fournisseur de la nouvelle version.

Nous n'avons pas besoin de la configuration principale sous la forme dans laquelle elle existe actuellement. Fermez la configuration. " Configuration» - « Fermer la configuration" Nous refusons d'enregistrer les modifications.

En configuration pour comparaison base nous commençons à comparer la configuration du fournisseur (ancienne version) et la configuration du fournisseur du fichier (nouvelle version).

Ainsi, nous ne verrons que les modifications qui seront apportées à la configuration lors de la mise à jour vers une nouvelle version.

Dans la base de données pour_mise à jour nous recommençons à mettre à jour la configuration via le support « Configuration » - « Support » - « Mettre à jour la configuration », dans la fenêtre qui s'ouvre, sélectionnez *.cfu nouvelle version. La procédure de mise à jour commence et la fenêtre de mise à jour apparaît.

Lorsque vous appuyez sur le bouton " Filtre"la fenêtre s'ouvrira" Configuration des filtres d'affichage" Dans cette fenêtre, placez le drapeau « Afficher seulement les propriétés modifiées deux fois».

Lors d'une mise à jour sans notre intervention, les événements suivants se produisent :

- l'objet n'a pas été modifié par nos soins, modifié dans la nouvelle version - mis à jour à partir de la nouvelle version ;
- l'objet est modifié par nous, pas modifié dans la nouvelle version - notre objet reste ;
- l'objet a été modifié par nos soins, modifié dans la nouvelle version - il s'agit d'un objet modifié deux fois, si vous ne changez rien, il sera chargé à partir de la nouvelle version.

Ainsi, la plus grande attention doit être accordée aux objets modifiés deux fois, et nous les considérerons.

Dans cet exemple, plusieurs modules communs ont été modifiés, dont le module commun "Comptabilité TVA».

Par défaut, la fenêtre de mise à jour affiche les différences entre les configurations principale et du nouveau fournisseur par rapport à l'ancienne configuration du fournisseur.

Si vous regardez les différences de configuration dans le module commun " Comptabilité TVA", alors nous verrons l'image suivante :

Si l'on compare ces modules dans la base de données de comparaisonbase, alors l'image sera différente :

Il est évident que les fonctions " Collecter les données pour l'impression, les corrections, les factures, les factures», « Collecter les données pour imprimer la facture de régularisation" et d'autres contiennent nos améliorations, mais ne changent pas lors de la mise à jour, ce qui signifie que cela ne sert à rien de perdre du temps à les visualiser et à les analyser.

Par conséquent, lors de la mise à jour procédurale des procédures et fonctions sélectionnées, vous pouvez supprimer les indicateurs :

Beaucoup diront que vous pouvez voir les différences entre l'ancienne configuration du fournisseur et la nouvelle en modifiant les paramètres du filtre de visualisation dans le configurateur actuel, sans utiliser une comparaison des configurations dans la base de données.base.

Par exemple, comme ceci :

Cependant, comme le montre l'expérience pratique, ce n'est pas le cas : les procédures et fonctions sont toujours affichées dans la fenêtre de comparaison des modules, même avec le filtre « afficher les différences entre la nouvelle configuration du fournisseur et l'ancienne configuration du fournisseur».

Avec un petit effort mental, nous identifierons les procédures et fonctions modifiées deux fois, mais elles nécessiteront des modifications après le processus de fusion. Avec ces procédures et fonctions, vous devez décider laquelle est la plus simple :

- soit reprendre une procédure ou une fonction de la nouvelle configuration fournisseur puis, après fusion, apporter nos modifications ;
- ou supprimez l'indicateur de mise à jour, enregistrant ainsi nos améliorations, et ajoutez ensuite seulement le code requis à partir de la configuration du fournisseur.

J'utilise rarement la fusion avec la priorité de la configuration principale et la fusion avec la priorité de la nouvelle configuration fournisseur ; en principe, même sans utiliser ces modes, le résultat sera de haute qualité.

Une fois que les modules communs ont été analysés et que les indicateurs de mise à jour de certaines procédures ont été effacés, nous voyons que les modules sont maintenant définis en mode fusion - paramètres individuels :

Allons-nous en. Parmi les objets modifiés deux fois, il y a la forme de l'élément de répertoire " Moyens de base" Avant de décider si vous souhaitez mettre à jour ce formulaire à partir de la nouvelle configuration du fournisseur, vous devez savoir ce qui change réellement lors de la mise à jour.

Pour faire cela dans la base de données base A l'aide du menu contextuel, appelez " Rapport de comparaison d'objets... " Tous les drapeaux du groupe « Objets » doivent être dans la fenêtre qui s'ouvre.

J'aime le mode de sortie du rapport vers un tableur, lorsque les différences sont affichées graphiquement, mais c'est une question de goût.

Suite à la comparaison de la forme de l'élément de répertoire " Moyens de base« Nous constatons qu'il y a des modifications uniquement dans le module de formulaire, et qu'il n'y a aucun changement dans la boîte de dialogue du formulaire dans la mise à jour.

Mais comme la forme de l'élément s'est retrouvée dans des objets modifiés deux fois, nos modifications se font soit dans la boîte de dialogue de formulaire, soit dans le module.

En effectuant une comparaison similaire dans la base de données pour_mise à jour vous pouvez voir qu'il y a des améliorations dans la boîte de dialogue du formulaire.

La raison en est l'ajout du répertoire " Moyens de base» en termes de types de caractéristiques « Propriétés de l'objet" Si vous mettez à jour le formulaire d'un élément de répertoire " Moyens de base"nous obtiendrons des liens non résolus, qui seront indiqués par la fenêtre :

Dans ce cas, la meilleure option serait de ne pas mettre à jour le formulaire de l'élément de répertoire " Basique installations"et ensuite seulement, ajoutez le code nécessaire au module de formulaire d'élément. Dans ce cas, la fenêtre Liens non résolus"n'apparaîtra pas lors de la mise à jour.

Prenons du recul et imaginons que la boîte de dialogue de l'élément de répertoire se forme " Basique installations" change lors de la mise à jour vers une nouvelle version, la meilleure option serait alors de mettre à jour le formulaire. Ce n'est qu'alors, après la fusion, que nous devrons ajouter nos modifications au formulaire, à la fois dans le module et dans la boîte de dialogue. Si un module contient beaucoup de nos modifications et peu de celles du fournisseur, alors après la fusion, nous pouvons retourner complètement notre module et ajouter les modifications du fournisseur.

Dans ce cas, pendant le processus de fusion, la fenêtre « Balises insolubles" Il y a deux options dans cette fenêtre : 1) « Marquer tout pour fusionner"; 2) " Continuer».

A mon avis, il est plus correct de choisir " Marquer tout pour fusionner».

Dans ce cas, le plan des caractéristiques types " Propriétés de l'objet" sera ajouté comme objet à combiner dans l'arborescence dans la fenêtre nouvellement ouverte " Mise à jour…»

Naturellement, après avoir mis à jour les types de caractéristiques dans le plan, « Propriétés de l'objet"Nous devrons ajouter nos modifications, l'améliorer en comparant et en fusionnant avec la configuration actuelle.

Considérons ce qui se passerait si nous choisissions " Continuer" dans la fenêtre " Liens non résolus" Dans ce cas, la forme de l'élément de répertoire " Moyens de base"deviendrait nouveau, et le plan des types de caractéristiques " Propriétés de l'objet"resterait vieux. Dans ce cas, nous écraserons les modifications dans la boîte de dialogue du formulaire d'élément de répertoire, notamment sur la page « PropriétésValeurs", voir photo ci-dessous.

Ce problème n’est pas non plus insurmontable, à moins bien sûr de l’oublier.

Bien entendu, il est préférable d’essayer d’apporter le moins de modifications possible à boîtes de dialogue de formulaire , par exemple, créez des détails et des boutons sur le formulaire par programmation.

Beaucoup recommandent généralement de ne pas modifier les formulaires standards, mais d'en créer des copies avec nos modifications et d'en faire les principaux. Je n'aime pas cette option car si le fournisseur a ajouté quelque chose dans la boîte de dialogue du formulaire, cela n'apparaîtra pas sur mon formulaire et je devrai l'ajouter manuellement, et les modifications du fournisseur risquent d'être beaucoup plus nombreuses que les nôtres.

je voudrais porter une attention particulière selon la procédure mise à jour des formulaires (je prends certaines procédures de la configuration du fournisseur, et d'autres non - paramètres individuels). Regardons comment la boîte de dialogue du formulaire est mise à jour dans ce mode, contrairement au "prendre de la configuration du fournisseur».

L'exemple n'est pas lié à cette mise à jour de configuration, mais il est indicatif, alors considérons-le.

Vers l'ouvrage de référence " Contreparties» Plusieurs détails ont été ajoutés et placés sur le formulaire des éléments.

Lors de la mise à jour de la configuration vers une nouvelle version, le support proposera une fenêtre de comparaison et de fusion de la configuration, dans laquelle vous pourrez effectuer divers paramètres. Comparons plusieurs options :

1. L'indicateur de mise à jour du formulaire est activé, mais la mise à jour est effectuée procéduralement , c'est à dire. en fait, les réglages individuels ont été complétés

Beaucoup de gens pensent que la boîte de dialogue du formulaire doit être issue de la configuration du fournisseur et que les procédures dépendent des paramètres définis. Voyons comment cela est vrai une fois la fusion terminée. Comparons la configuration fournisseur avec la configuration principale.

Il est évident que les liaisons, etc., des formulaires ont été rompues, c'est-à-dire La boîte de dialogue du formulaire n'a pas été entièrement extraite de la configuration du fournisseur. Dans ce cas, nos objets sont restés dans le dialogue du formulaire, d'une part c'est bien, d'autre part, l'emplacement de nos éléments sur le formulaire n'est pas toujours optimal, notamment en lien avec l'ajout de nouveaux éléments fournisseurs, là est un changement dans les positions de traversée et une violation des liaisons. Dans certains cas, il est plus facile d'ajouter manuellement nos éléments à la boîte de dialogue du formulaire que d'apporter des corrections.

2. Le flag de mise à jour du formulaire est activé, la mise à jour se fait dans le champ « Extraire de la configuration du nouveau fournisseur»

Dans ce cas, la boîte de dialogue du formulaire d'élément est complètement alignée sur la boîte de dialogue du formulaire d'élément fournisseur.

Revenons à la mise à jour. Nous traitons les modules objets et les modules gestionnaires de documents de la même manière que les modules généraux ; nous les mettons à jour de manière procédurale. Nous traitons les formulaires de documents de la même manière que les formulaires de répertoire.

Par ailleurs, il faut souligner le travail avec les rôles. Malgré le fait que l'exemple ne nécessite pas de mise à jour des rôles, cela vaut la peine d'en parler. Considérons le cas le plus simple, lorsque la configuration du fournisseur contient un nouvel objet. Dans ce cas, vous devrez mettre à jour le rôle "Pleins droits", mais ce rôle peut contenir certains objets créés par nos soins, par exemple des répertoires, des documents, etc.

Il semble qu'avec le rôle " Pleins droits« Tout est simple, nous les combinons complètement, les droits sur les objets non standards y seront de toute façon préservés. C’est vrai, les droits sur les objets non standards ne seront jamais perdus, mais tous ces objets auront le « Suppression interactive", ce qui n'est pas toujours bon. Lorsque l'on compare les configurations de l'ancienne version et de la nouvelle version préparée, cela est clairement visible :

Avec le reste des rôles, nous agissons de la même manière que nous travaillons avec des modules - s'il y a plus de nos modifications, nous ne fusionnons pas le rôle, après la mise à jour, nous y ajoutons ce que le fournisseur a ajouté dans la nouvelle version.

Après avoir traité tous les objets modifiés deux fois dans la fenêtre de mise à jour, cliquez sur « Exécuter»

A la question que les objets que nous avons modifiés seront chargés à partir de la nouvelle configuration, nous répondons par l'affirmative.

Dans la fenêtre qui s'ouvre " Mise en place de règles de support"vérifiez si les indicateurs sont définis, bien qu'ils devraient être définis correctement par défaut, cliquez sur " D'ACCORD».

A la fin du processus de fusion, nous sauvegardons la configuration principale ; nous ne mettons pas encore à jour la configuration de la base de données.

Passons maintenant à la configurationpour_mise à jourNous ajoutons les améliorations minimes qui n'ont pas pu être mises à jour correctement à l'aide des outils standards.

Pour faciliter le suivi de l'exécution de ce processus, dans la base de données base Commençons par comparer la configuration du fournisseur et la configuration principale de l'ancienne version.

Dans la base de données pour_mise à jour nous ferons de même. Nous contrôlons les objets modifiés deux fois, il ne devrait y avoir aucune différence.

Après la mise à jour dans la base de donnéespour_undatingsera terminé, nous mettons à jour la configuration de la base de données et testons certains points, ce qu'il serait exactement bon de tester deviendra clair au cours du processus de mise à jour, tout est individuel ici.

Il est conseillé de mettre à jour la base de données de travail avec l'aide du support« Configuration » - « Support » - « Mettre à jour la configuration ».Dans ce cas, les objets modifiés deux fois seront chargés à partir de la nouvelle version, c'est-à-dire nos modifications seront écrasées (nous ne sauvegardons pas la configuration !), mais ensuite, une fois combinées avec la configuration préparée, nous les restaurons. Après cela, vous pouvez enregistrer la configuration et mettre à jour la configuration de la base de données.

Instructions

Sélectionnez deux bases de données : une base de données fonctionnelle et une copie de celle-ci. Dans ce dernier, affichez les modifications qui le distinguent de la configuration standard du programme, disponible lorsque vous commencez à travailler avec le programme après l'avoir installé.

Créez un fichier .cf car le site Web du fabricant ne fournit aux utilisateurs qu'un fichier .cfu. Vous en aurez besoin pour terminer l'étape suivante, qui est directement liée à la mise à jour de la configuration modifiée.

Dans la base de données de travail, allez dans le menu « Support », puis cliquez sur la rubrique « Mise à jour de la configuration », sélectionnez le fichier .cf précédemment créé. Dans la fenêtre de comparaison des copies de base de données qui apparaît, décochez les cases que vous avez récemment mises à jour.

Comparez et consolidez les données à l’aide du menu Support. Dans l'option « Paramètres de support », il y aura un sous-élément « Comparer et fusionner ». Veuillez prêter une attention particulière au fait que dans ce cas, vous devez uniquement comparer et fusionner les données sans cocher les cases. Cette opération est nécessaire uniquement dans le but d'établir l'ordre et d'identifier la séquence des objets dans la configuration actuelle avec l'ordre et la séquence des objets situés dans le fichier de mise à jour.

Ensuite, accédez à nouveau aux mêmes éléments de menu dans « Support », effectuez à nouveau l'opération « Comparer et fusionner », exactement la même que la dernière fois. Effectuez un travail sur les objets, analysez les résultats, comparez la base de données de travail identifiée à partir de la copie et, dans la copie de la base de données, spécifiez exactement les éléments qui ont été modifiés. Migrez les modifications de la nouvelle configuration du fournisseur. Enregistrez les modifications en appuyant sur la touche F7.

Répétez les étapes ci-dessus plusieurs fois avant de commencer à travailler avec de véritables bases de données de production. N'oubliez pas que plus vous suivez cette séquence avant de commencer à travailler directement avec les données qui sont importantes pour vous, mieux c'est.

note

Les objets de configuration que vous avez ajoutés ne peuvent pas être modifiés ; vous risquez de perdre des données.

Conseil utile

Entraînez-vous à mettre à jour les copies ; ne commencez pas à travailler sans certaines compétences.

Il existe des configurations standard et non standard pour l'application 1C : Enterprise. Une configuration standard est publiée par le développeur et utilisée par l'utilisateur final dans sa forme originale, tandis qu'une configuration non standard peut être écrite à partir de zéro ou modifiée sur la base de la configuration standard.

Instructions

Déterminez quelle configuration spécifique du programme 1C : Enterprise est installée sur votre ordinateur, car les méthodes de mise à jour de la configuration seront différentes. Si vous utilisez une configuration standard, il vous suffit alors d'effectuer l'action « Charger la configuration modifiée ». Si vous êtes le propriétaire du programme, suivez ces étapes.

Préparez les objets suivants pour la mise à jour de la configuration. Tout d’abord, vous devez avoir installé la configuration elle-même. Deuxièmement, recherchez la configuration typique de la version que vous utilisez. Troisièmement, vous devrez trouver la configuration typique de la dernière version de la version dont vous avez besoin à la suite de la mise à jour. Quatrièmement, faites une copie du fichier de configuration de votre version installée du programme 1C : Enterprise.