Informatique et Hôtellerie

Voila le message d’erreur que j’ai quand je me connecte à une société dans Paie 100 SQL version.

Tout simplement quelqu’un est mal sortie du logiciel et a laisser un verrou sur la société.

Nous allons donc voire que ce n’est pas compliqué de déverrouiller cette base MsSQL

On lance donc la paie en administrateur puis “Fichier -> Utilitaires -> Réinitialisation”

Cliquez sur “Parcourir”

Sélectionnez le .PRH de la société concerné, puis suivant.

Encore suivant

La nous voyons qu’il y a quelqu’un, c’est l’utilisateur qui nous bloque.

Il faut le sélectionner puis cliquez sur “Réinitialiser l’utilisateur”

Il n’est plus là, c’est que tout a fonctionné, il ne reste plus qu’à cliquer sur “Terminer”

Voila vous pouvez retravailler sur votre société !

Ca faisait un petit moment que je n’avais pas eu de soucis avec Sage100.

Mais la fin d’année est là

Donc clôture des exercices comptables, la petite surprise c’est cette magnifique erreur lors de la clôture :

Ne vous en faites pas, ce n’est pas grave, grâce à la doc Sage et quelques requêtes SQL tous vas rentrer dans l’ordre.

Alors que dit sage :

En suppression du premier exercice, le message suivant peut apparaître : Conflit entre l’instruction

Insert et la contrainte Column FOREIGN KEY ‘FKA_F_ECRITUREC_EC_CT_NUMCONT’. Le

conflit est survenu dans la base de donnée ‘Dos04′, Table ‘F_COMPTET’, column ‘CT_NUM’

Ce message est lié au fait qu’il existe dans la base de donnée une ou plusieurs écritures pour

lesquelles le compte tiers de contrepartie (CT_NUMCONT) n’existe pas dans la table des comptes de

tiers (F_COMPTET).

Si tu n’es pas comptable ET informaticien accroche-toi à ton clavier.

La solution de Sage :

Comme la suppression d’exercice n’a pas été à son terme, il conviendra de remonter la

sauvegarde du fichier comptable avant l’utilisation de cette fonction.

Dans l’Analyseur de requête, il convient d’exécuter la requête ci-jointe sur la base de donnée à partir de

laquelle la suppression du premier exercice est effectuée.

select ct_numcont from f_ecriturec where ct_numcont not in (select ct_num from f_comptet)

Suite à l’exécution de la requête, il conviendra de recréer à partir de l’application Comptabilité 100 les

tiers renvoyés par celle-ci.

Sympa mais les comptables avais un peut du mal à trouver les tiers trouvé par la requête.

Voici donc la requête qui retourne en plus la Date le montant, bref des infos utiles pour le comptable :

SELECT CT_NumCont, JM_Date, CG_Num, EC_Intitule, EC_Sens, EC_Montant FROM F_ECRITUREC WHERE (CT_NumCont NOT IN (SELECT ct_num FROM f_comptet))

Pour les gens qui comme moi ne connaissent pas les tables de Sage par Coeur .

Avec ça le comptable est heureux

Nous avons migré depuis quelques mois de la version BDD propriétaire à la version SQL.

Que du bonheur, plus de problèmes d’accès concurrent, plus de blocage de la base, bref plus de travail pour moi

Enfin ce n’étais sans compter mes gentils utilisateurs qui trouvent toujours quelque chose :

Faire des modifications dans les immobilisations sans savoir si ce sont les bonnes modifications, donc petit dump de la base pour un retour en arrière, et là je me rappelle que tout est contenu dans la même base pour une société, comptabilité, moyen de payement, immobilisation… et comme je ne connais pas la structure des base SAGE et que mes connaissance du serveur SQL de Microsoft sont très limitée, il ne faut donc toucher à rien d’autres pour que cela fonctionne, et comme j’ai une armée de comptable pas facile à géré.

Bref à quand une bonne grosse formation à l’administration de SAGE et MSSQL ?