Ne pas mentionner de n° de transfert lors du transfert en comptabilité

Il me semble qu'il manque une sécurité car AXI n'interdit pas l'intégration en compta d'un fichier d'écritures d'unn exercice non encore ouvert. Ca a donc été le cas des transferts des écitures de 2005 sur un exercice 2005 non ouvert. Evidemment, ce n'est pas pris en compte dans la compta, mais ça bloque les transferts suivants sans explication et il faut ouvrir l'exercice et refaire les transferts manqués à partir d'AXISANTE par leur numéro.

il est important de faire la pré-clôture avant d'importer des écritures à cheval sur deux exercices.
Les écritures de l'exercice suivant ne sont pas importées et ne réapparaissent pas si on fait une pré-clôture à posteriori.
Il faut donc supprimer le transfert par le menu "Outils", puis refaire l'export dans Axisanté avant de réimporter dans Axicompta. Un peu galère.
Pas vraiment un bug mais pas simple pour le lambda.

Problème avec les transferts en compta 21/01/05

Nous sommes deux utilisateurs d'Axi en alternance sur le même poste de
travail, avec chacun sa compta.
Depuis trois ans nous faisons régulièrement nos transferts en compta sans
aucun problème.
Ce matin, mon associée fait son transfert des journées de jeudi et vendredi
26/11/04 (n°1106) : pas de problème.
Cet après-midi je lance le transfert de vendredi et samedi 27/11/04 : Axi me
transfert plus de 12000 recettes qui débute au premier jour de l'utilisation
d'Axi (12/11/2001)jusqu'à ce jour. Il affecte ce transfert du n°1107.
Par la même opération il affecte du même numéro les recettes de mon associée
depuis le 12/11/2001.
Les anciens numéros de transfert n'apparaissent plus dans le brouillard des
recettes : ils ont tous été remplacés par le n°1107.
A noter que je peux transférer deux fois le 1107 : une fois dans ma compta
et une fois dans celle de mon associée : étrange !
En compta : les écritures de 2001, 2002 et 2003 sont refusées car elles ne
sont pas dans l'exercice en cours.
Celle de 2004 apparaissent maintenant en double dans le compte 511000
"chèques à encaisser".
Que faire ?
- Je ne peux accepter ce transfert qui fausse les deux comptas...
- Comment transférer uniquement les écritures des 26/11/2004, 27/11/2004 et
29/11/2004...
- J'ai essayé une vérification d'Axisante, et de chacune des deux comptas,
pas de problèmes à réparer.
- J'ai tenté une régénération des compta : pas d'erreur.
- Je ne vois qu'une solution propre : détruire les écritures dans le
brouillard des recettes et les refaire une à une. Transférer sans tenir
compte du n°1107.

J'ai choisi de repartir de la sauvegarde qui précédait le transfert en
comptabilité. Comme elle datait de midi, je n'ais perdu qu'une demi journée
de consultation.....du cabinet, et mon associé l'a bien pris, il devient
philosophe...
Il n'y a pas à mon sens de solution correct.
Il ne reste plus qu'un seul transfert en compta qui reprends toutes les
ecriture du brouillard depuis la création du fichier patient. C'est
inexploitable en pratique.
Donc Conduite à tenir
Créer un repertoire que je baptiste "aximerdouille"
premierement faire une sauvegarde du fichier patient axi *. Df1 et suivant .
le copier dans le dit répertoire, et chnger son nom en axibugué.DF1. Il sera
possible de lire se fichier, quand il faudra recopier les écriture et les
consultations qui manque depuis la dernière sauvegarde.
deusio, reprendre la dernière sauvegarde du fichier patient en priant
qu'elle ne soit pas trop ancienne... et recopier une à une toute les
consultations.....

Après y avoir longuement réfléchi, je n'ai pas choisi ta solution pour les
raisons suivantes :
- je suis assez confiant dans mes comptas, et celà fait bien longtemps que
je n'ai pas eu de transfert à détruire. Je sais que je ne pourrais plus
revenir en arrière et j'en accepte le risque..
- ma dernière sauvegarde a été faite samedi, donc cela ferait une journée
entière de travail à recopier : consultations, saisies de courriers,
résultats HPRIM, mais surtout nombreux correctifs divers car mon associée a
eu le temps de "papilloner" dans les dossiers hier entre midi et 13 heures.
Après réflexion, j'ai donc choisi de laisser en paix ce gros transfert
unique de plus de 12700 écritures pour chacun de nous.
Je détruis chaque ligne des trois journées concernées dans le brouillard et
je les reconstruis une à une.
Elles n'ont plus de numéro de transfert attribué, ce qui permets de les
transférer. J'ai déja transféré deux journées pour chacun des praticiens :
pas de problème détécté.
La base patient est intacte pour ce qui concerne la partie médicale..
Les comptas sont exactes.
Il me reste ce fameux transfert unique n°1107 : j'espère que le service DEV
pourra y remédier à l'aide de ma sauvegarde saine et me permettre de
retrouver mes vrais numéros de transfert...

Le service technique nous a réparé, également en un temps record, notre fichier patient, en réparant le fichier FRecette à partir de la sauvegarde saine.

Mes conclusions et mes conseils

- tout d'abord savoir que cela peut arriver à n'importe lequel d'entre nous et ne correspond à aucune faute de manipulation : cela confirme la nécessité de sauvegardes au moins quotidiennes, surtout sur dans les gros cabinets.

- il n'y a aucun retour arrière simple possible : il faut faire comme Charles Henry le conseille : repartir sur la sauvegarde saine au plus tôt et mettre le fichier buggué dans le répertoire Aximerdouille. On a tout le temps de reprendre les données une à une ultérieurement (c'est plus facile avec un portable et un fixe côte à côte).

Je n'avais pas fait ce choix : ce qui a nécessité et compliqué l'intervention du Service technique.

"il manque des transferts dans la séquence" 21/01/05

Je voudrais ajouter que depus la dernière librairie de compta, lors de
l'importation du transfert dans la compta, un message d'alerte s'affiche en
disant qu'il manque des transferts dans la séquence.
Avez vous le même message?
J'effectue des transfert par praticiens et non globaux.

Il est là justement pour repérer le cas où par exemple vous avez fait un transfert en compta depuis Axi, vous ne l'avez pas importé, vous avez détruit les fichiers Instruct et recette, puis vous avez continué vos transfert.

Le message permet de savoir qu'il y a certainement des recettes qui sont considérées comme transférées dans Axi, mais qui n'ont jamais été importées dans la compta.

Autre cas un pb lors de l'import qui a nécessité de bidouiller.

Il faut donc bien regarder l'ensemble des transferts fait dans AxiSanté et noter si il existe une rupture de la numérotation des transferts, si c'est le cas dans AxiSanté, c'est normal d'avoir le message dans le compta.

En suite il faut aller dans la compta et éditer le journal des recettes où est affiché les numéros de transfert, il vous sera possible ainsi de voir ce qui ce passe.

Après avoir manqué la clôture de l’exercice, je ne peux plus intégrer mes transferts en compta 12/01/05

Il me semble qu'il manque une sécurité car AXI n'interdit pas l'intégration
en compta d'un fichier d'écritures d'un exercice non encore ouvert. Ca a
donc été le cas des transferts des écritures de 2005 sur un exercice 2005 non
ouvert. Evidemment, ce n'est pas pris en compte dans la compta, mais ça
bloque les transferts suivants sans explication et il faut ouvrir l'exercice
et refaire les transferts manqués à partir d'AXISANTE par leur numéro.

Que change de cocher ou non gestion globale dans AXISANTE ?

- [T1] Axisante et Compta sont indépendants.

Si tu coches ou décoches gestion globale du brouillard, (paramètres/préférences de base) cela n'a aucune influence sur mono utilisateur ou multi utilisateur dans la comptabilité.

Si gestion globale est cochée dans axisanté tu dois être en multi utilisateur dans la compta sinon tu restes en mono utilisateur.

Attention au changement de type de gestion dans le brouillard

Le fait de changer de type de gestion en cochant ou décochant "gestion globale" dans le brouillard des recettes, fait changer ne nom du transfert de instruct.txt en instruct.1 ou vice versa; or dans le cas ou un transfert est déjà fait et en attente d'importation en compta, le changement de type de gestion aura pour effet d'éliminer le contrôle de l'insertion préalable du transfert et vous pouvez ainsi faire un transfert en oubliant le dernier réalisé dans l'ancien mode, oubliant ainsi de transférer un certain nombre de recettes.

Comment faire un transfert en comptabilité

Après avoir vérifié les écritures du transfert, gestion / transfert en comptabilité

Après avoir lu le message indiquant le nombre d'écritures transférées, faire fichier / ouvrir la comptabilité libérale et aller en compta faire Saisie / import écritures

Ne pas mentionner de n° de transfert lors du transfert en comptabilité

Malgré que le curseur soit positionné sur le N° de transfert, il ne faut rien inscrire dans cette case (utilisée lors du renouvellement d'un ancien transfert); il suffit de remplir éventuellement les dates avant de valider

Ne pas mentionner les dates lors du renouvellement d'un ancien transfert

Si on doit effectuer un ancien transfert, il ne sert à rien de remplir les dates car toutes les écritures portant le n° de l'ancien transfert seront transférées.

Quand je refais un ancien transfert est-ce que ce transfert est réalisé avec les écritures corrigées depuis l'ancien transfert ?

OUI

On ne peut pas demander un transfert en gestion à partir d'un poste esclave ?

[T2] sauf si le fichier de compta se trouve sur le poste esclave

Comment fonctionne un transfert ?

[T1] Quand tu fais un brouillard de recette tu peux au choix le faire en Gestion globale ou pas (voir paramètres de base).

Dans le cas ou Gestion globale est coché. Le transfert du brouillard en compta va te générer 2 fichiers

Instruct.txt et Recettes.txt

Dans le cas ou Gestion globale est décoché, le transfert du brouillard en compta va te générer 2 fichiers Instruct1 et Recettes1 pour l’utilisateur numéro 1, Instruct2 et Recette2 pour l’utilisateur numéro 2 et ainsi de suite.

Maintenant en comptabilité. Si tu es sur multi utilisateurs tu ne peux importer que le fichier Recettes.txt

Si tu es sur l’utilisateur 1 tu ne peux importer que le fichier Recette1

Si tu es sur l’utilisateur 2 tu ne peux importer que le fichier Recette2

Les fichier recette et Instruct se génèrent toujours dans le répertoire Axisante du poste.

Je reprends le cours.

Je suis dans axisanté.

Je fais mon brouillard de recette.

Si ma case Gestion globale du brouillard est cochée, je dois m’attendre à importer les écritures dans la comptabilité en multi utilisateurs. Par contre si Gestion globale du brouillard est décochée alors là, seulement là pas plus loin que ca ici même, j’importerai les écritures dans la comptabilité en mono utilisateur.

· Le transfert édite un fichier instruct qui est la clef de l’opération. Ce fichier est édité comme suit :

EXPORT (remplacé en IMPORT après importation dans la COMPTA)

S2 (je n’ai pas trouvé son rôle, merci de me le décrire), j’ai d’ailleurs noté S3 sur les essais sur mon portable

-14 (14 étant le n° du transfert) ou –Nil (quand le transfert est réalisé à vide)

Après réalisation du transfert dans AXISANTE, la compta refuse l'intégration du transfert

- revenir à l'écran d'entrée de la compta et changer multi-utilisateurs en Dr X ou vice-versa et refaire l'opération d'importation

- vérifier la date de l'exercice, cependant si l'importation du transfert a été tentée alors que les dates d'exercice étaient mal paramétrées, la 1^ère ligne du fichier instruct.TXT (ou instruct.1) est changée de EXPORT en IMPORT, comme si le transfert avait été correctement effectué; il faut donc ouvrir un éditeur de texte et changer IMPORT en EXPORT, sauvegarder et refaire l'importation du transfert en compta.

Je n’arrive pas à importer mon transfert

S’assurer qu’on a bien effectué le transfert à partir de saisie / Import des écritures et non F5 paramètres / importation des comptes qui sert à l’importation du plan comptable

Que se passe t’il si je refais un transfert en gestion sans avoir importé au préalable en compta celui qui était en attente ?

[T1] lorsque tu importes tes écritures, le fichier recettes.txt n’est pas détruit.

Quant au fichier Instruct.txt, il est modifie. C’est ce fichier qui donne l’autorisation d’importer les écritures.

La 1^ère ligne du fichier est "EXPORT" après transfert AXISANTE et devient "IMPORT" après importation en compta.

Si tu refais un transfert, tes fichiers Instruct et recettes sont écrasés.

Donc si je fais un nouveau transfert, sans avoir fait d’import en compta, les écritures de mon précédent transfert sont écrasées et le prochain import en compta va accepter le transfert N° X+1 sans m’avertir que le transfert n° X n’a pas été importe.

Non AXISANTE refusera d’éditer un nouveau transfert si instruct est toujours dans sa forme initiale, c’est à dire qu’il n’a pas été modifié par le logiciel compta après l’importation. Cependant si j’efface instruct, AXISANTE acceptera un nouveau transfert qui sera intégré par la comptabilité sans avertir que le transfert précédent est manquant.

Comment annuler un transfert réalisé à partir du brouillard et non incorporé en compta ?

[T2] essaye l’utilitaire " annultransfert.lbr " ci joint tu mets le N° du transfert que tu veux annuler, fais des test avant et fait toujours une sauvegarde avant de l’utiliser,

Il existe un utilitaire annultransfert.lbr qu’on lance par " ouvrir une autre application ". On clique sur le bouton compteur, et à la question " ouvrir un fichier de données " on sélectionne dans la fenêtre son fichier de données habituel (en général AXISANTE.DF1) ; le compteur propose le dernier transfert en cours ; cliquer sur le bouton " annuler ", puis sortir, vérifier en gestion que le transfert a bien été annulé et par l’explorer détruire le fichier recette et instruct.

Ne pas oublier de faire une sauvegarde préalable.

Nota : En cas d’erreur sur un transfert, il est possible de détruire recette et instruct, puis de retourner en gestion modifier les écritures de règlement et refaire un transfert en demandant le N° du transfert annulé. Dans ce cas, toutes les écritures du transfert annulé sont transférées et pourront être reprises en compta.

Est ce que je peux demander en gestion un retransfert N°X ?

OUI, mais si il a déjà été intégré en compta, la compta l’acceptera mais il ne sera pas cumulé en double.

Problèmes de transfert

- J’ai un problème de transfert compta qui ne s'effectue pas (as tu des tuyaux)

En fait, quand on fait un transfert de AXISANTE, il est bien nommé RECETTE et INSTRUCT, mais quand on passe en compta sur le Dr X, il refuse de faire le transfert en affichant qu'il ne trouve pas INSTRUCT1 et RECETTE1. Je me mets en MULTI UTILISATEUR, et ça passe impeccablement. Pourtant Dr X est bien tout seul dans les fichiers et n'a jamais eu ni remplaçant, ni associé.

Dr X sort son transfert recette.2 et instruct.2 du 15/02/99 (il s’agit de toutes les recettes de 1998), elle le transfère sur ZIP, le reverse à la maison dans le répertoire ou est situe la compta et lance son importation.

Le logiciel lui annonce que c’est impossible parce que le transfert a déjà été effectué.

J’ai tenté en multi-utilisateurs mais là, il demande recette.txt donc ce n’est pas ca.

Il faut vérifier sur son fichier de compta au domicile quel est le numéro utilisateur, Utilisateur 1 ou utilisateur 2 dans la compta cliquer dans le menu sur le nom du praticien puis faire fichier des utilisateurs ensuite regarder a quel utilisateur le Dr X correspond.

Précautions à prendre avant le transfert

Quand je réalise le transfert, le logiciel me demande un mot de passe, et pendant le transfert affiche " transfert de tous les utilisateurs " . Je suppose que c’est une plaisanterie et qu’il ne transfère que les écritures de l’utilisateur ayant donne son mot de passe.

[pascal] s il te met transfert de tous les utilisateurs c’est qu’il les transfère tous

Quand on demande un transfert, ne pas mettre de n° de transfert si il ne s’agit pas d’un ancien transfert

Quand on demande un transfert déjà effectué, il faut mettre le numéro du dit transfert et penser à remettre les bonnes dates dans la sélection

Comment faire quand on s’aperçoit d’erreurs après le transfert ?

Si il n’a pas été intégré en compta on peut éliminer les fichiers recette et instruct, corriger les écritures dans le brouillard et redemander un transfert du même numéro que celui qu’on vient d’effacer.

Exemple d’analyse et résolution d’un problème de transfert

Rappel :

Suite à une erreur dans l’équilibre de la balance, j’ai utilisé la fonction " point rouge AXILOG " pour réorganiser le fichier compta.

Quand j’ai voulu intégrer l’ancien transfert, le transfert était refusé aussi bien en Dr X qu’en multi-utilisateurs et aussi bien s’il se nommait recette et instruct ou recette1 et instruct1(après avoir renommé).

ANALYSE

· En demandant l’annulation d’un transfert en compta (Outils/destruction d’un transfert), j’ai remarqué que le logiciel me proposait par défaut l’annulation du transfert n°10, j’en ai donc déduit qu’il attendait le n°11

· En vérifiant les n°s de transfert dans la gestion du brouillard et en demandant un nouveau transfert, j’ai remarqué que le N°12 n’existait pas et qu’il n’y avait aucune écriture portant le n°12 de transfert, et que le prochain transfert serait le N°14

[T2] dans la compta fais Outil synthèse des remise en banque et regarde si les cheque des transfert s’y trouve

· J’en ai donc déduit qu’il y avait un hic (probablement liée à un plantage ou un problème électrique, puisqu’on avait du réparer le fichier, et que certainement il y avait eu une perte d’information à ce moment + le fait que le fichier compta devait certainement être une sauvegarde à qui manquaient les derniers transferts réalisés) et que les transfert n°11/12 /13 devait être passé impérativement en compta pour régulariser le système

OPERATION

· J’ai redemandé un transfert n°11 que j’ai intégré avec succès en compta

· J’ai détruit instruct et recette après avoir noté (sans comprendre pourquoi( qu’ils empêchaient un nouveau transfert

· J’ai demandé un transfert n°12, mais ce dernier est vierge et est refusé par la compta

· J’ai détruit instruct et recette

· J’ai redemandé un transfert N°13, j’ai édité le fichier instruct et remplacé le n° de transfert 13 par 12 et l’ai intégré avec succès en compta

- J’ai ensuite bidouillé pour obtenir la régularisation des n°s de transfert

· Faire une recette Daladier, la transférer N°14

· Modifier instruct de transfert n°14 en transfert N° 13 et l’intégrer en compta

· Eliminer l’écriture en compta

· Redemander un transfert n°14 en gestion et l’intégrer à la compta

· Eliminer de nouveau l’écriture en compta

· Les deux applis en sont maintenant au transfert n°15 qui a été réalisé sans problème

COMMENTAIRE

· Je suppose que Compta ne m’empêchant pas d’intégrer un N°13 sans avoir passé le n°12, j’aurai pu gagner du temps en passant directement les transferts.

Autre problème de transfert

J’utilise la compta pour la 1^ère fois. J’ai effectué un transfert de mes recettes 98 et j’ai intégré le transfert en compta. Or rien n’apparaît dans le journal des honoraires

· Vérification du transfert en gestion, il porte bien le N°2

· Vérification du instruct.txt, par " edit " ou double clic dans l’explorateur

IMPORT

-2

· instruct prouve que le transfert a bien été intégré en compta

· vérification de recette par " edit " ou double-clic dans l’explorateur

· OK

· vérification de la compta :

· Il n’y a aucune écriture d’enregistrée

· Les paramètres de l’exercice n’ont pas été déterminés et l’exercice en cours est celui de 95.

· Correction des dates de l’exercice

· Vérification de la compta : il n’y a toujours pas d’écritures

Conclusion : le transfert n’a pas été intégré parce que la date d’exercice était fausse, et il n’y a pas eu de message d’erreur signalant cette anomalie

Réparation :

· effectuer de nouveau le transfert n°2 à partir de gestion / brouillard

· intégrer normalement le transfert en compta

Comment m’assurer que le transfert s’est bien effectué ?

· Quand je fais le transfert à partir du brouillard, je vois défiler les écritures sélectionnées dans un compteur et un message m’affiche le nombre de recettes sélectionnées

· Quand j’intègre le transfert en compta, une fenêtre s’ouvre et défilent les écritures au fur et à mesure de leur intégration

Je ne peux éditer instruct.1 par un double clic dans l’explorateur

Windows ne reconnaît pas des fichiers portant l’extension 1 ou 2. Quand on double-clic sur un fichier instruct.1 s’ouvre une fenêtre " ouvrir avec ? ", il faut faire défiler jusqu’à trouver NOTEPAD (il s’agit du bloc note de Windows) et le sélectionner. Le double clic sur instruct.1 l’éditera dans le bloc note pour vérification.

Je lance par erreur un transfert en oubliant de préciser les dates de la période

Faire CTRL+ALT+SUPP, cliquer sur AXISANTE 4, cliquer sur Fin de tâche. Dans ce cas, le transfert est partiellement réalisé; il faut donc éliminer les fichiers instruct et recette générés, corriger les éventuelles erreurs de ces écritures dans le brouillard et relancer le transfert en précisant le n° du transfert avorté et les dates correctes (jusqu'à la dernière date transférée), intégrer ce transfert en compta et réaliser un nouveau transfert en gestion portant sur les dates non transférées.

Quand j'intègre un transfert en compta, les virement (ex Tiers payants) vont systématiquement au compte défini dans les paramètres système (F5).

En cas de pluralité de banque ou de changement, il est prudent de créer un compte banque (ex 512006) réservé aux virements par tiers payants et dont on corrigera ensuite les écritures pour les attribuer au compte de banque correct.

Est-ce que je peux refaire en compta un ancien transfert qui aurait été oublié ou endommagé ?

Si je fais un transfert n°13 des écritures de fin 99, est-ce que la compta accepte un transfert n°12 des écritures de début 99 que j'ai réalisé, importé tout en loupant l'intégration parce que ma pré-clôture n'était pas faite par ex, ou est-ce qu'elle n'accepte que des transferts supérieurs au dernier. ?

Oui, d'ailleurs en cas d'intégration d'un transfert déjà réalisé en compta auparavant, les écritures déjà intégrées ne sont pas reprises

Est-ce que je peux effacer un transfert en compta

Oui

- même si les chèques correspondants aux recettes du transfert ont déjà été passés en banque ?

Steve> C’est possible mais attention détruire l’ancien bordereau

Si au moment de faire mon transfert n°12 je met le n°12 dans la fenêtre du numéro de transfert, est-ce que ça change quelque chose ?

- non

La compta refuse mon transfert 03/05/01

La nouvelle installation a marqué dans l'axilog.ini dans [comptabilité]
- AXISANTE\COMPTA.DF1 au lieu de AXISANTE\COMPTAB.DF1

- Les dates de l'exercice ne sont pas correctes F5/ PARAMETRES DE L'EXERCICE

On a transféré le brouillard de recettes le 19/06 et on ne le retrouve pas dans la compta 20/06/01

Tu vas en GESTION / BROUILLARD DES RECETTES et tu vérifies le n° de ton dernier transfert.

Tu passes en compta et tu fais OUTILS /DETRUIRE UN TRANSFERT. Là le N° de transfert à détruire qui s'affiche est celui du dernier transfert réalisé et tu sais ainsi si ton dernier transfert a bien été enregistré en compta.

Ex: dans ton brouillard, ton transfert porte le N°4, tu passes en compta et la destruction du transfert te propose le N°3, c'est donc que tu as oublié de faire SAISIE / IMPORTATION DES ECRITURES pour importer ton transfert.

A l'inverse si tu as bien le transfert N°4 annoncé c'est que le transfert a bien été enregistré. Il faut donc ensuite aller vérifier dans les écritures.

Attention, il ne faut surtout pas procéder à la destruction du transfert; ce n'est qu'une manip pour vérifier le N° du dernier transfert enregistré.

Erreur de comptes dans le paramétrage du transfert 12/11/01

Demande de transfert du brouillard de recettes en compta Test des comptes ; Vérification des comptes 706000 ( trois x ) 78945 erreur puis encore 3x 706000 ?
Transfert refusé

A quoi correspond ce compte 78945 que je ne retrouve pas dans le plan comptable, ni dans les préférences de base où on trouve seulement les 3 x 706000 ?
il faut que tu ailles ds
-parametres
-fichier des corerspondants
-recherchez ds tous tes organismes lequel à le compte 78945 et tu remet
706000 à la place
et le tour est joué !!!

Comment paramétrer deux fichiers de compta individuels pour deux praticiens 12/11/01

Je fais un fichier compta par praticien ex: Comartin.df1 et Codupont.df1, je vérifie dans l'axilog.ini que les données1 sont celles de MARTIN et les données 2 celles de DUPONT puis je demande un code de serial compta

utilisateur 1 MARTIN et un code de serial utilisateur 1 vierge et utilisateur 2 DUPONT et là je ne suis plus enquiquiné par toutes les erreurs de transfert de d'un sur l'autre ou d'utilisation d'un mauvais fichier à deux praticiens par l'un ou par l'autre.

Transfert refusé 28/11/01

Si il s'agit d'une installation sur 2 associés, le fichier comptable du second associé doit avoir les mêmes comptes de recette que celui du premier. En effet les modalités du transfert on été définies sur ce premier fichier et on voit quand on veut lancer le transfert quels sont les comptes de compta qui sont en erreur en faisant défiler la liste dans la fenêtre des comptes.

Problème de parité entre AXI ET COMPTA au transfert 14/12/01

Je fais payer des consultations à 125 f , soit en passant par le convertisseur 19.06?!!!
Ensuite je transfère dans la compta et me retrouve avec 19.05?

Contrôle bien que la parité de l'euro est correctement indiquée. Dans
programme compta Accès au paramètre par la touche F5 puis tu trouveras la
conversion Euro dans Paramètre de l'exercice. Il doit y avoir 6,55957. Dans
Axisanté menu paramètre Préférence de base puis parité Euro.
Sur ma machine avec la bonne parité, je trouve tout le temps 19.06? pour
125F

Le transfert traite les sommes en euros comme si c'était des francs 13/04/02

certains d entre vous auront constates un probleme lie au transfert d
axisante vers la compta sur les nouvelles Installation (CD REVENDEURS)
et cela ne concerne que les fichiers neufs en EURO ou des versions
reinstallées utilisant un fichier deja converti a l Euro (exemple de
reinstall ou de nouvelle install avec des fichier deja convertis)

En effet lors d'un transfert du brouillard d'Axisante vers la compta
puis de l'importation de celui ci dans la compta les valeurs transférées
sont divisées de nouveau par 6.559557

ce qui donne cela :

dans axisante Brouillard des recettes la somme a transférer est de 17.53
donc j effectue mon transfert vers la compta
puis je l importe dans celle ci. A l importation le rapport de trace des
ecritures m indique la somme transferée a 2.67

cela provient d une cle qui devrait se trouver dans la base de registre
et qui n existe pas. Pourquoi ?

En fait lorsque l'on converti le fichier de compta en Euro, le programme
flag le fichier mais ecrit aussi dans la base de registre a la section :
Hkey_Local_Machine
Sofware
Axilog
Axiliber
1.0 EURO=1

comme nous utilisons a l install des fichiers deja convertis cette cle n
est pas ajoutée ce qui occasionne le probleme ennonce plus haut.

donc 2 possibilites : soit créer les clefs dans la base de registre
soit utiliser le fichier REG joint a ce mail et faire un double click
desssus pour mettre la base de registre a jour.

<<comptabugeuro.reg>>