L'ordre de tri défini pour les bases de données est différent de celui du système. L'ordre de tri défini pour la base de données est différent de celui du système 1c 7.7. L'ordre de tri est différent

Malgré la réticence des utilisateurs professionnels à dire au revoir à Windows XP, il devient évident que cela devra encore être fait dans un avenir proche. Par conséquent, il sera nécessaire d'exécuter 1C Enterprise 7.7 dans un environnement Windows 7 (Vista). Dans cet article, nous avons décidé d'examiner les problèmes « typiques » qui surviennent lorsque l'on travaille avec 1C dans un nouvel environnement de système d'exploitation, ainsi que les moyens de les résoudre.

Erreur : "L'ordre de tri des données est différent de celui du système"

Seuls les paresseux ne connaissent probablement pas cette erreur, ni la manière de la résoudre. Cependant, tout n’est pas aussi simple qu’il y paraît, alors examinons cette question plus en détail.

La raison de l'erreur est triviale : une incompatibilité entre les pages de codes des familles de systèmes d'exploitation NT6 et 1C. Il existe deux manières de résoudre ce problème :

• Alignez la page de codes de sécurité des informations sur celle du système. Pour ce faire, nous lançons Configurateur - Administration - Page de codes IB et tout en bas de la liste déroulante, sélectionnez + Installation actuelle du système. C'est la manière la plus correcte, mais après avoir mis la base de données en conformité avec la page de codes de Windows 7 (Vista), nous commencerons à recevoir la même erreur lors du lancement de la base de données sous Windows XP.

• Désactivez la vérification de l’ordre de tri. Pour ce faire, créez un fichier de signal portant le nom ordnochk.prm(). Étant placé dans un répertoire avec sécurité des informations, il désactive la vérification de l'ordre de tri de cette base de données lors de son placement dans le répertoire POUBELLE(dans le dossier d'installation 1C) la vérification du tri sera désactivée pour toutes les bases de données sur ce PC. Cette méthode fonctionne uniquement avec la version 26 et supérieure. De plus, 1C prévient :

"L'utilisation de cette fonctionnalité ne peut être recommandée que dans des cas extrêmes, lorsqu'il n'est pas possible de coordonner l'ordre de tri du système avec l'ordre de tri défini pour l'infobase. Lors de la désactivation de la vérification de l'ordre de tri dans les conditions d'application, les composants de gestion de l'infobase distribuée NE DEVRAIENT PAS utiliser des caractères de n'importe quel alphabet, à l'exception du latin, dans l'identifiant à trois lettres des bases d'informations qui font partie de celle distribuée. Il convient de garder à l'esprit que 1C:Enterprise utilise les capacités de tri des deux mécanismes lors du travail et en désactivant l'ordre la vérification de leur identité peut entraîner un ordre de ligne inattendu pour l'utilisateur, par exemple lors de la génération de rapports."

Quelle méthode choisir ? Si vous disposez d'un parc d'OS homogène, c'est à dire Toutes les machines fonctionnent sous Windows 7 (Vista), vous devez donc absolument utiliser la première option. La deuxième option doit être utilisée s'il est nécessaire de travailler simultanément avec des bases de données sous les deux familles de systèmes d'exploitation. Dans ce cas, il est conseillé de localiser les bases de données sur une machine équipée de Windows XP, et ordnochk.prm placez-le dans le dossier BIN sur une machine avec Windows 7 (Vista). Cela vous permettra d'éviter d'éventuels problèmes liés au fonctionnement de composants tels que l'URIB. N'oubliez pas qu'une machine fonctionnant sous Windows 7 (Vista) peut être utilisée seulement pour travailler en mode 1C Entreprise. Toute modification en mode Configurateur doit être effectuée seulement sur une machine avec Windows XP. Lors de la localisation de bases de données sur une machine avec Windows 7 (Vista) Nécessairement la page de codes de sécurité des informations doit être convertie en celle du système (selon la première méthode), et ordnochk.prm utiliser déjà sur des machines avec Windows XP, sinon travailler avec URIB ou simplement charger des données précédemment téléchargées dans la sécurité des informations sera impossible.

Erreur lors de la création à partir du composant V7Plus.dll (CLSID est manquant)

Ce problème se produit lorsque l'UAC est activé, lors de l'accès à un traitement externe ou à d'autres actions nécessitant la bibliothèque. V7Plus.dll(téléchargement de données, rapports, etc.), tandis que V7Plus.dll présent dans le répertoire avec la base de données. La raison de l'erreur est que 1C Enterprise enregistre cette bibliothèque de manière dynamique lorsque le besoin d'utilisation s'en fait sentir. Lorsque l'UAC est activé, 1C fonctionne avec les droits des utilisateurs et ne peut donc pas enregistrer la bibliothèque. La solution est simple : inscrivez-vous V7Plus.dll manuellement, pour cela nous vous recommandons de le copier dans le dossier BIN (afin de ne pas être lié à une base de données spécifique), exécutez Ligne de commande avec droits d'administrateur et exécutez la commande :

Regsvr32<путь к 1С>\BIN\V7Plus.dll

le résultat de l'exécution devrait être un message concernant l'enregistrement réussi de la bibliothèque.

Erreur "Pour accéder à la base de données, un pilote ODBC pour MS SQL Server version 3.50.0303 ou antérieure est requis

L'erreur se produit lorsque vous essayez d'exécuter SQL version 1C Enterprise 7.7 sur Windows 7 (Vista) et est due au manque de prise en charge par ces systèmes d'exploitation des versions de serveur SQL inférieures. SQL Server 2005 SP2. Extrait du communiqué de presse officiel de Microsoft :

Pour une sécurité renforcée, les systèmes d'exploitation Microsoft Windows Server 2008 et Microsoft Windows Vista prendront en charge SQL Server 2005 Express SP1, et toutes les autres éditions de SQL Server nécessiteront SQL Server 2005 SP2 ou version ultérieure. Versions antérieures de SQL Server, y compris SQL Server 2000(toutes les éditions, y compris Desktop Engine, également connu sous le nom de MSDE), SQL Server 7.0 et SQL Server 6.5, Les systèmes d'exploitation Windows Server 2008 et Windows Vista ne seront pas pris en charge.

Des solutions pour aujourd'hui n'existe pas(et il est peu probable qu'il apparaisse). La « solution » trouvée sur Internet consistant à remplacer les fichiers du pilote ODBC par des fichiers de Windows XP ne doit pas être sérieusement envisagée et son utilisation est strictement déconseillée.

Comme alternative, nous recommandons d'exécuter 1C Enterprise sur Windows Server 2003 en mode terminal ; nous recommandons également la même option pour le mode fichier 1C sur un réseau avec différentes versions de Windows.

Lors du chargement des données dans une base de données 1C 7.7 au format MS SQL via le configurateur, une erreur se produit :

"L'ordre de tri défini pour la base de données est différent de celui du système !"

Et ceci à condition que nous ayons inséré le fichier OrdNoChk.prm à tous les endroits, ce qui annule la vérification de l'encodage.

Je m'empresse de noter que cette erreur ne peut pas être surmontée avec la configuration système de Windows Server 2008 R2 et MS SQL Server 2008. L'ancien 1C 7.7 ne comprend pas comment gérer ces monstres. Par conséquent, vous pouvez télécharger des données vers 1C 7.7 uniquement sur MS SQL Server 2000 (2005). Et puis transférez la base de données SQL vers MS SQL Server 2008. Cette procédure est généralement utilisée lors de la conversion d'une base de données du format DBF au format MS SQL.

Nous travaillons donc avec MS SQL Server 2000. Version 1C : 7.7.027. Pour corriger l'erreur, vous devez modifier le fichier à l'aide d'un éditeur HEX BkEnd.dll, qui se trouve dans le répertoire POUBELLE Programmes 1C.

Vous pouvez utiliser l'éditeur PSPad gratuit comme éditeur HEX. Ouvrez l'éditeur : Fichier - Ouvrir dans l'éditeur HEX. Ouvrez notre fichier BkEnd.dll.

Dans le menu, sélectionnez « Rechercher » - « Aller à la ligne ». Et rendez-vous à l'adresse $0018A79D. Remplacez la valeur "75" par "EB". Sauvons.

Nous répétons le chargement des données dans 1C. A la fin du téléchargement, une erreur de transaction peut apparaître - n'y prêtez pas attention.

Dans le répertoire de la base de données 1C, vous devez supprimer le fichier 1srecalcul. Ce fichier peut subsister après le recalcul des résultats comptables et le programme tentera de les recalculer à chaque fois.

"L'ordre de tri défini pour la base de données diffère de celui du système" dans 1C 7.7 sous Windows 7 s'est généralisé avec la sortie d'une nouvelle famille de systèmes d'exploitation - Windows 7, 8 et 10. Examinons les instructions pour résoudre ce problème et la cause de l'erreur.

La première méthode est le fichier OrdNoChk.prm

Afin de corriger cette erreur dans 1C 7.7, placez simplement un fichier sans contenu appelé « OrdNoChk.prm » dans le dossier BIN avec le programme installé.

Ce fichier d'indicateur signale au système que la vérification du codage n'est pas requise. Si vous devez désactiver l'analyse d'un dossier spécifique, placez le même fichier dans le dossier de la base de données.

La deuxième méthode concerne les paramètres du système d'exploitation et 1C

La raison de cette erreur est assez simple et banale : les paramètres du système d'exploitation et .

À propos, Windows 7 et 8 ne font pas partie des systèmes d'exploitation officiellement pris en charge par 1C version 7.7. Personne ne peut donc garantir un fonctionnement impeccable.

Le système doit être configuré immédiatement dans 1C et dans le système d'exploitation.

Paramètres sous Windows :

• Ouvrez "Démarrer - Paramètres - Panneau de configuration - Options régionales et linguistiques".
• Dans l'onglet « Paramètres régionaux », « Russe » doit être sélectionné.
• Dans le menu « Langues – Plus de détails… » – boîte de dialogue Langues et services de saisie de texte – Onglet Options – La langue de saisie par défaut doit être russe-russe.
• Dans l'onglet « Avancé », la langue russe doit être sélectionnée.

Cet article discutera de la cause de l'erreur. "L'ordre de tri défini pour la base de données est différent de celui du système !" dans 1C:Enterprise 7.7, ainsi qu'un moyen de l'éliminer.

0. À propos de l'erreur

2. Modification de la page de codes IS

Si vous travaillez localement dans 1C:Enterprise ou si vous utilisez 1C exécutant n'importe quelle version, cette erreur peut être corrigée comme suit :

On lance 1C:Enterprise en mode configurateur, puis on sélectionne l'élément « Administration» — « Page de codes IS».

Dans la fenêtre qui s’ouvre, sélectionnez dans la liste, tout en bas « +Installation actuelle du système" et cliquez sur " D'ACCORD».

Nous attendons la fin de la réindexation et travaillons sereinement avec la base d'informations.

3. Créez le fichier ordnochk.prm

Si les utilisateurs travaillent avec 1C:Enterprise 7.7. à partir d'ordinateurs du réseau exécutant différentes versions de Windows (par exemple Windows XP et Windows 7), ou vous travaillez avec la même base de données sur des ordinateurs différents, par exemple à la maison et au bureau, si la base de données se trouve sur un support amovible, alors vous devriez créer un fichier " ordnochk.prm" et placez-le dans le dossier racine avec 1C:Enterprise installé (par défaut c'est " C:\Programmes\1Cv77\BIN\"). Ce fichier désactivera la vérification du tri.

Ce n'est pas si difficile à créer. Créez un fichier vide à l'aide du Bloc-notes et renommez-le en ordnochk.prm, avec .SMS sur .prm

Il ne faut pas oublier qu'en résolvant une erreur de cette manière, un problème peut survenir lors de l'affichage des rapports et l'ordre des lignes peut ne pas être tout à fait correct. De plus, cette méthode n'est pas acceptable si un système de bases d'informations distribuées est utilisé.

Cet article vous a t'il aidé?

En règle générale, la plupart des utilisateurs qui trouvent une erreur dans le système indiquant que l'ordre de tri est différent de celui du système travaillent apparemment avec le package 1C version 7.7. C'est ce qui est le plus vulnérable, non même en termes d'effets de virus, mais aussi en termes d'erreurs et de pannes qui résident dans le code de programme du package lui-même. Cependant, lorsque vous recevez un message d’erreur indiquant que l’ordre de tri est différent de celui du système, il n’y a pas lieu de paniquer. Il existe plusieurs solutions simples qui peuvent résoudre ce problème rapidement et définitivement. Dans ce cas, au moins deux solutions peuvent être appliquées.

Erreur de base de données « L'ordre de tri est différent du système » : quel est le problème ?

Le problème lui-même est que le programme principal sous la forme d'un fichier exécutable sur le serveur ou la machine client ne peut pas initialiser la base de données (SQL).

En conséquence, les terminaux utilisateurs (enfants) connectés ne peuvent pas accéder à la base de données elle-même (bien que le noyau principal du programme démarre sans problème). On pense que l'accès à l'application elle-même est fourni précisément au niveau de la version du serveur, qui est responsable de la connexion des autres ordinateurs des utilisateurs situés sur le réseau local. C’est précisément là que les problèmes surviennent.

L'ordre de tri est différent de celui du système (Windows 7). Que faire en premier ?

On pense que dans la version 26, la possibilité d'ignorer les fichiers de base de données a été incluse. Mais vous ne devriez pas compter sur ce service.

Objet inexistant

Il arrive qu'une application, au lancement, fasse référence à un objet supposément inexistant sous la forme du fichier OrdNoChk.prm, qui semble se trouver dans le dossier BIN du programme lui-même, installé dans les fichiers programme du système.

Si un message système apparaît indiquant que l'ordre de tri est différent de celui du système, il n'y a rien de plus simple que de créer un fichier vide dans ce répertoire avec le même nom et le même remplacement lors de l'enregistrement, par exemple, dans le même Bloc-notes, qui est inclus dans l'ensemble standard de tous les systèmes Windows. Un autre problème ici est que l'éditeur de texte standard des paramètres, contenant les données initiales, ne fonctionne pas lorsqu'il est directement édité et ensuite appliqué en action.

Modification de la structure de la base de données en fonction de l'échange de données local

D'un autre côté, le problème d'un échec avec un message indiquant que l'ordre de tri du programme installé diffère de celui du système peut être résolu même au moyen du programme installé lui-même.

Mais ici, vous devez d'abord réfléchir à l'opportunité d'utiliser les outils et outils décrits ci-dessous.

Si une erreur se produit lorsqu'il est signalé que l'ordre de tri de la base de données diffère de celui du système, dans l'application 1C elle-même, vous devez sélectionner la section de configuration dans laquelle vous devez accéder à l'administration, la page de codes des tables de sécurité des informations et l'élément d'installation actuel du système.

Conclusion

En principe, le message selon lequel l'ordre de tri dans la base de données 1C diffère de celui du système peut être supprimé tout simplement (ou s'en débarrasser pour toujours). Comme le montre la pratique, dans le cas le plus simple, vous pouvez simplement créer l'objet vide indiqué ci-dessus. Après cela, le signalement que l'ordre de tri diffère de celui du système n'apparaîtra plus.

En fait, l’élimination du problème ne se limite pas à ces seules solutions. Le fait est que dans l'environnement 1C lui-même, vous pouvez écrire des scripts ou créer des applets supplémentaires pour contrôler l'ensemble du système basé sur le même langage Visual Basic à l'aide de bases de données au format DVB. Sinon, l'erreur associée à l'apparition du message indiqué ci-dessus peut être éliminée tout simplement, si l'on ne prend pas en compte les failles dans le code du programme lui-même ou l'influence virale. Mais je pense que ce n’est pas la pire des choses. Parfois, la « mauvaise humeur » des utilisateurs qui ne savent pas comment organiser une base de données et la connecter à un programme installé peut conduire à ce que ce type d'erreur apparaisse encore et encore.

Vous devez également faire attention au fait que lorsque l'échange automatique de données de la plateforme elle-même avec d'autres bases de données est activé, elles doivent toutes avoir exactement le même encodage. S'il n'est pas installé pour toutes les bases de données, alors la question même de l'importation et de l'exportation de données devient, pour le moins, dénuée de sens. En dernier recours, comme mentionné ci-dessus, l'encodage doit être désactivé. Cela est particulièrement vrai dans les situations où différentes versions de Windows sont installées sur différents terminaux, et même avec des architectures différentes. Cela peut également entraîner des conséquences imprévisibles, au point qu'il sera impossible de travailler avec le programme concernant l'accès simultané à l'information.