Contrôles d'interdiction de modification introuvables. La modification des données pendant cette période est interdite. Les modifications ne peuvent pas être écrites. Fixer la date d'interdiction de téléchargement de données

Le traitement permet de lire les données de tout registre d'accumulation, registre comptable ou registre d'informations, modifiez-les et enregistrez-les à nouveau. Pour ce faire, vous devez sélectionner le registre souhaité. Définissez ensuite les valeurs appropriées dans les champs de sélection. Pour un registre d'esclaves, le registraire n'a qu'à préciser le registraire lui-même. Cliquez sur le bouton Lire. Les données du registre apparaîtront et pourront être modifiées. Après cela, ces données sont saisies dans la base de données à l'aide du bouton Écrire.

Il est possible d'éditer le registre d'accumulation non seulement avec sélection par le conservateur, mais également avec sélection par l'une de ses dimensions (voir figure « Sélection par dimensions du registre d'accumulation »).

Les entrées de registre peuvent être modifiées en fonction des données de la première ligne d'un champ spécifique. Pour ce faire, après avoir lu les entrées du registre, vous devez placer le curseur dans la colonne souhaitée, et en cliquant sur le bouton « Remplir la première ligne », cela sera effectué dans la colonne sélectionnée sur toutes les lignes jusqu'à la valeur dans la première ligne.

Les entrées du registre peuvent être modifiées de quelque manière que ce soit. Pour cela après lire les entrées du registre vous devez taper le texte à droite et cliquer sur le bouton Traiter (voir Fig. "Traitement aléatoire des entrées de registre").

S'il est nécessaire qu'un ensemble d'enregistrements de registre soit écrit avec l'attribut Data Exchange.Load, vous devez alors définir l'attribut correspondant. (voir Fig. « Symptôme de chargement »).

La modification rétroactive des données ne pose aucun problème pour les utilisateurs disposant de tous les droits. Pour ce faire, décochez la case « Appliquer la date d’interdiction pour les utilisateurs disposant de tous les droits ». Si, pour une raison quelconque, il n'est pas souhaitable ou impossible de le supprimer, mais qu'il est possible de travailler avec le registre qui doit être modifié, alors avec ce traitement, il est possible de modifier le registre disponible, mais cela nécessite une légère modification de la configuration. . Pour éviter la procédure de contrôle de l'interdiction d'édition de manière rétroactive, utilisez paramètre supplémentaire: "RecordSet.AdditionalProperties.Insert("Do NotCheckDate", True);". Pour que cela fonctionne, il est nécessaire de modifier la procédure de vérification de la date d'interdiction. Dans le SCP, les modifications suivantes peuvent être apportées aux gestionnaires d'événements pour les abonnements à BeforeWriteAccumulationRegisterDateEditingBanDate et BeforeWriteInformationRegisterDateBanEditDate :

// Vérification de la possibilité de modifier les enregistrements du registre (date d'interdiction de modification des données) // Procédure avant l'enregistrement du registre d'accumulation Vérification de la disponibilité de la période (source, échec, remplacement) Exporter en cas d'échec OU Source.Échange de données.Charger puis retourner ; fin si; //- //Vérification de la période des enregistrements du registre (source, échec, « Registre d'accumulation »); //- //+ Si Source.AdditionalProperties.Property("Don'tCheckDate") ET Source.AdditionalProperties.Don'tCheckDate Then Failure = False; Sinon, vérifiez RegisterRecordPeriod(Source, Failure, "Accumulation Register"); fin si; //+ #If NOT an OuterConnection Then If Refusal Then Report("La modification des données pour cette période est interdite. Les modifications ne peuvent pas être écrites...", MessageStatus.Important); fin si; #EndIf Fin de la procédure // Avant l'enregistrement du registre d'accumulation, vérification de la disponibilité de la période // Vérification de la possibilité de modifier les inscriptions au registre (la date d'interdiction de modification des données) // Procédure avant l'écriture du registre d'information, vérification de la disponibilité des la Période (Source, Panne, Remplacement) Exportation en cas de panne OU Source.Data Exchange.Load Then Return ; fin si; //- //Vérification de la période des enregistrements du registre (source, échec, « Registre d'accumulation »); //- //+ Si Source.AdditionalProperties.Property("Don'tCheckDate") ET Source.AdditionalProperties.Don'tCheckDate Then Failure = False; Sinon, vérifiez RegisterRecordPeriod (Source, Failure, "Information Register"); fin si; //+ #If NOT an OuterConnection Then If Refusal Then Report("La modification des données pour cette période est interdite. Les modifications ne peuvent pas être écrites...", MessageStatus.Important); fin si; #EndIfEndProcedure // Avant de rédiger le registre d'informationsVérification de la disponibilité de la période

Et dans la configuration 3.0, lorsque vous essayez de modifier des données dans le document, les boutons et champs de saisie sont inactifs

Cela signifie que l'administrateur système a fixé une restriction sur la date d'interdiction de modification dans 1C - la période précédente est fermée et aucune modification ne peut y être apportée.

Procédure pour corriger la situation :

Remarque : Pour effectuer des corrections, l'intervention de l'administrateur système ou la disponibilité des droits d'administrateur (droits complets) sont nécessaires !

1. Connectez-vous à la base de données en 1C : mode Entreprise.

2. Pour l'édition 2.0 :

Allez dans le menu « Outils - Gestion des utilisateurs et des accès - Date d'interdiction des données » et effectuez le paramétrage nécessaire :

Les valeurs suivantes sont disponibles pour la valeur « Méthodes de spécification de la date à laquelle il est interdit de modifier les données » :

  • Date générale- la date d'interdiction des modifications est fixée simultanément pour toutes les organisations et tous les rôles d'utilisateurs ;
  • Date d'interdiction par organisation- vous permet de fixer différentes dates d'interdiction pour les organisations, sans division par rôle ;
  • Date d'interdiction par organisation et utilisateur- vous permet de définir différentes dates d'interdiction pour les organisations en fonction des utilisateurs et (ou) des groupes d'utilisateurs. Si l'utilisateur est membre de plusieurs groupes d'utilisateurs, la date minimale fixée pour les groupes d'utilisateurs est considérée comme date limite.

Pour l'édition 3.0 :

Allez dans le menu « Administration – Support et Maintenance », cochez la case « Modifier la date d'interdiction » et cliquez sur le lien « Configurer » pour définir le paramètre souhaité :

Les valeurs suivantes sont disponibles pour la valeur « Définir la date d'interdiction » :

  • Il n'y a aucune interdiction de modifier les données- dans ce cas, toutes les dates d'interdiction précédemment définies sont désactivées ;
  • Pour tous les utilisateurs- dans ce cas, les champs « Modalité de précision de la date de l'interdiction » et « Date de l'interdiction » deviennent disponibles.
  • Par les utilisateurs- cette fonctionnalité peut être utilisée si la date d'interdiction doit être définie pour un utilisateur ou un groupe d'utilisateurs spécifique, ou si différents utilisateurs doivent définir différentes valeurs de date d'interdiction.

Les valeurs suivantes sont disponibles pour la valeur « Méthode de spécification de la date d'interdiction » :

  • Date générale– avec cette méthode, une date d'interdiction est fixée pour tous les éléments de données du programme ;
  • Par objets– les dates d'interdiction sont spécifiées par les objets du programme. Chaque objet a sa propre date d'interdiction. Si cette valeur est sélectionnée, une liste devient disponible à laquelle vous pouvez ajouter des objets (à l'aide de la commande appropriée) et spécifier une valeur de date d'interdiction différente pour chaque objet.

Souvent, les programmes de comptabilité doivent interdire la modification des anciens documents. Par exemple, une fois que le rapport a déjà été soumis. Le facteur humain joue un rôle important lorsque l’on travaille avec n’importe quel programme de comptabilité. Pour éviter qu'un employé, par ignorance ou par accident, apporte des modifications à ces documents, 1C 8.3 Comptabilité 3.0 fournit un mécanisme pour les dates de clôture des périodes.

Où puis-je trouver la date d'interdiction dans 1C 8.3 ? Dans le menu « Administration », sélectionnez « Support et maintenance » (si vous disposez des droits appropriés).

Dans la sous-section « Opérations de routine », cochez la case « Modifier les dates d'interdiction ». A droite vous aurez la possibilité d'accéder à ses paramètres.

Après avoir cliqué sur le lien hypertexte vers les paramètres qui apparaît, le formulaire correspondant s'ouvrira. Vous devez d’abord indiquer si la date d’interdiction est fixée pour tous les utilisateurs ou seulement pour certains. Ces deux méthodes diffèrent uniquement par le fait que dans le second cas il faudra préciser une liste d'utilisateurs ou de groupes d'utilisateurs auxquels cette interdiction sera appliquée.

Fixation de la date d'interdiction « Par les utilisateurs »

Si le type de paramètre est « Par utilisateur », les dates d'interdiction sont configurées pour chaque utilisateur ou groupe d'utilisateurs. Pour ce faire, vous devez sélectionner la ligne appropriée et préciser la valeur dans le champ « Date d'interdiction ».

Fixation de la date d'interdiction « Par objets »

Dans le programme 1C Comptabilité 3.0, il est possible de différencier la date d'interdiction par organisation. Cette méthode pertinent lorsque le programme conserve les enregistrements de plusieurs organisations à la fois.

Au bas du formulaire, dans la section « Autres moyens de spécifier la date d'interdiction », sélectionnez l'élément de liste déroulante « Par objets ». Dans la partie tabulaire qui apparaît, sont indiquées les organisations dont la modification des données doit être interdite. Chaque organisation a sa propre date.

Si ce paramètre n'est pas effectué pour tous les utilisateurs, chacun a alors sa propre liste d'organisations et de dates. Il est permis à un utilisateur de définir la méthode « Par objets » et à un autre de définir la date générale.

Date d'interdiction générale

Dans le cas où la date d'interdiction est commune aux utilisateurs et aux organisations, le paramètre ressemblera à la figure ci-dessous.

Date d'interdiction dynamique

Fixer de manière rigide une date d’interdiction est souvent peu pratique, car cela nécessite une surveillance constante de la pertinence et du changement. Il n'y a aucune garantie qu'il sera installé à temps la prochaine fois.

Pour éviter des erreurs et des situations désagréables à l'avenir, il est recommandé de régler « Fin de l'année dernière/trimestre/mois/semaine » ou « Dernier jour ». Cette méthode de configuration réinitialisera automatiquement la date d'interdiction.

Fixer la date d'interdiction de téléchargement de données

Dans le cas où vous avez configuré la synchronisation avec d'autres bases de données 1C et que des données indésirables peuvent se retrouver dans des périodes passées, utilisez le paramètre de date d'interdiction de téléchargement de données.

Dans le menu « Administration », sélectionnez « Synchronisation des données ».

Lorsque la synchronisation des données est activée, vous aurez accès à la case à cocher « Date interdite de téléchargement ». Installez-le et suivez le lien hypertexte qui apparaît pour accéder aux paramètres.

La définition de la date d’interdiction de téléchargement est similaire à la définition de la date d’interdiction de modification des données. Leur différence réside dans le fait qu'ici, au lieu d'une différenciation par utilisateurs, une division par bases de données d'informations, avec lequel la synchronisation est effectuée.




Haut