Instructions d'installation et de paramétrage du logiciel radiX --------------------------------------------------------------- Préambule --------- radiX est une application web reposant sur la plate-forme LAMP (Linux - Apache - mysql -php). Cela signifie qu'il est conçu pour être installé sur une machine utilisée comme serveur, à laquelle se connecteront les machines clients au moyen d'un navigateur web, de la même manière qu'elles accéderaient à n'importe quel site Internet. Développé et testé sur un système Linux, il devrait tourner sans modifications sur un autre Unix, MacOSX ou même Ms Windows, pour autant que les services de base constituant la plate-forme applicative puissent y être installés. Il est parfaitement concevable d'installer l'application sur un poste de travail unique qui fonctionnera alors à la fois comme client et comme serveur. Dans ce cas Le navigateur web client utilisera la boucle locale (adresse ip 127.0.0.1) pour envoyer des requêtes qui seront captées par l'application comme si elles provenaient d'un client distant. Prérequis --------- Les instructions d'installation qui suivent portent sur un système Linux. Certains détails devront être transposés lors d'une installation sur un système non Unix. On admettra que, sans être forcément un expert, vous disposez du bagage informatique nécessaire pour accomplir les tâches d'aministration courantes sur un système Linux. Si la ligne de commande et l'édition de fichiers de configuration vous font peur, il vaut mieux renoncer tout de suite, ou alors confier l'intallation à plus féru que vous. - Le serveur web Apache (version 2.x, év. 1.x) doit être installé et fonctionnel sur le système. Il doit comprendre un module php, de préférence la version 5 la plus récente. L'application pourrait connaître des problèmes avec php 4.x. Pour l'exécution des scripts de maintenance, le mode "ligne de commande" (CLI) de php doit être fonctionnel. Pour les fonctions communicantes, l'extension curl doit être présente. Pour la récupération du fichier des N°s de clearing bancaires, le module "lecture des fichiers zip" doit être fonctionnel. - Le serveur de bases de données MariaDB ou mysql (version 5 au moins) doit être installé et fonctionnel sur le système. Installation des fichiers de l'application par cvs -------------------------------------------------- Les fichiers nécessaires à l'installation sont récupérables dans deux dépots sur cvs.virga.org : - briochecvs, contenant le noyau de l'application - cabinetcvs, contenant les modules spécifiques de radix (gestion de cabinet) Connectez vous au serveur au moyen du nom d'utilisateur et du mot de passe qui vous ont été fournis (à réclamer à obettens@virga.org) : $ cvs -d :pserver:utilisateur@cvs.virga.org:2401/var/lib/cvs login Placez vous ensuite dans le répertoire dans lequel vous voulez importer les fichiers : ~$ cvs checkout briochecvs ~$ cvs checkout cabinetcvs Installation des fichiers de l'application téléchargés sur le site ------------------------------------------------------------------ Décompressez simplement l'archive .tar.gz disponible depuis la page d'accueil. Créations des bases de données ------------------------------ Il peut être nécessaire de créer 3-5 bases de données différentes sur le serveur mysql. Les noms mentionnés ci-après sont indicatifs mais il peut être plus simple de les conserver tels quels : la seule contrainte est que le nom choisi pour les bases de données corresponde à celui indiqué dans les fichiers de configuration de l'application. si vous utilisez d'autres noms et d'autres paramètres de connexion, vous devrez répercuter ces changements en éditant les fichiers de configuration. Les bases de données : - 1 (adminbrio) : sert au module Hermès, qui est le module d'adminstration, de gestion des droits et de contrôle des sessions. - 2 (cabinet) : est la base principale qui contient toutes les données patient, facturation, comptabilité. - 3 (aideradix) : facultative, contient l'aide interactive. - 4 (sauvesession) : permet d'archiver l'historique des sessions échues, qui autrement chargeraient inutilement la base de données de production. - 5 (tarmed) : contient la totalité des prestations tarmed. C'est dans cette base de données que l'utilisateur fera son choix parmi les prestations qu'il dispense. Les prestations choisies seront ensuite importées dans la base principale (cabinet). Etant donné son volume important, le fichier .sql est compressé. Il faut donc faire : $ gunzip tarmed.sql.gz pour obtenir le fichier tarmed.sql Pour créer les bases de données, il est nécessaire de se connecter en "root" au serveur mysql (se reporter au besoin à la documentation de mysql) : $ mysql -u root -p mysql> create database adminbrio; mysql> create database cabinet; mysql> create database aideradix; mysql> create database sauvesession; mysql> create database tarmed; Définition des privilèges. Pour chaque base de données, il faut définir un utilisateur qui dispose des privilèges d'écriture. Le nom d'utilisateur et le mot de passe sont arbitraires : ils doivent correspondre à ceux figurant dans les fichiers de configuration de l'application. Il est impératif que l'utilisateur de la base 'adminbrio' ne soit pas le même que celui de la base 'cabinet'. De même, l'utilisateur de la base 'tarmed' doit être différent de celui de la base 'cabinet'; mysql> grant all on adminbrio.* to adminbrio identified by "adminbrio"; mysql> grant all on cabinet.* to cabinet identified by "cabinet"; mysql> grant all on aideradix.* to cabinet identified by "cabinet"; mysql> grant all on sauvesession.* to technique identified by "technique"; mysql> grant all on tarmed.* to tarmed identified by "tarmed"; mysql> flush privileges; Paramétrage du serveur web apache --------------------------------- radix ne nécessite aucune configuration particulière d'apache, si ce n'est la présence d'un module php et, si désiré, la gestion du cryptage ssl. La plupart des distributions Linux offrent cela en standard. Radix exige que deux répertoires soient à disposition, l'un pour le module Hermès, l'autre pour l'application proprement dite. Il peut être avantageux de créer un hôte virtuel pour chacun de ces répertoires. De cette manière, ils seront accessibles via des url différentes. Reportez-vous pour cela à la documentation d'apache. Paramétrage de php (fichier php.ini) ------------------------------------ La configuration par défaut peut en grande partie être reprise. Il faudra toutefois veiller à : - Spécifier "precision = 14" sous "Language options". C'est préférable pour comparer des variables "timestamp". - Augmenter certains paramètres du paragraphe "Ressource Limits", en portant max_execution_time à 120 ou 300 et memory_limit à 16M ou 32M. Cela est nécessaire lors de l'impression par lot d'un grand nombre de factures (plusieurs centaines) et cela doit bien sûr être adapté à vos besoins. - Sous "Data Handling", l'option register_globals doit être à off, comme c'est le cas dans les versions récentes de php. Installation du répertoire web "hermes" --------------------------------------- Il s'agit donc du répertoire qui donne accès au module d'administration. Les fichiers et sous-répertoires nécessaires se trouvent dans briochecvs/briocheweb/adminbrio. Ces fichiers doivent être placés (éventuellement au moyen de liens symboliques) dans un répertoire figurant sous le DocumentRoot du serveur web. Un fichier spécifique doit être créé dans ce même répertoire, en copiant briochecvs/briocheapp/entete.phtml.hermes et en le renommant entete.phtml. Ce fichier servira à indiquer la localisation du fichier de configuration. Il convient maintenant de prévoir un répertoire (p. ex. "radixini") pour les fichiers de configuration. Pour d'évidentes raisons de sécurité, ce répertoire doit se trouver hors de l'arborescence du serveur web. Dans ce répertoire "radixini", on créera deux sous-répertoires, par exemple "radix" et "hermes". On se placera ensuite dans le sous-répertoire hermes et on exécutera briochecvs/briocheapp/fichierIni.php -o hermesIni.inc -t h pour générer un fichier de configuration (hermesIni.inc) contenant les paramètres par défaut. On indiquera enfin le chemin (absolu) vers ce fichier dans le fichier entete.phtml récemment créé et on éditera hermesIni.inc pour indiquer les paramètres de connexion à la base mysql adminbrio et le chemin du répertoire principal de l'application (briochecvs/briocheapp). En se connectant avec un navigateur web, on devrait alors voir s'afficher la page de connexion à l'application. Avant de pouvoir se connecter, il faudra encore créer la structure de base de données adminbrio et la populer de manière qu'un administrateur puisse s'y connecter. Un fichier cabinetcvs/app/adminbrio.bd est disponbible pour cela : $ mysql adminbrio < adminbrio.bd Il doit maintenant être possible de se connecter au module Hermès en entrant suhermes comme nom d'utilisateur et suhermes comme mot de passe. Il est bien sûr primordial de modifier, au moyen de l'interface, ce mot de passe par défaut. Quelques utilisateurs types ont déjà été créés (le mot de passe est à chaque fois identique au nom d'utilisateur, mais vous pouvez le modifier à votre guise) : suhermes : l'administrateur Hermès, seul habilité à créer et à supprimer des utilisateurs, et à définir leurs autorisations. radix : utilisateur de base accédant au dossier, sans plus. radixplus : utilisateur ayant accès à toutes les fonctions de l'application. Les utilisateurs techniques sont utilisés par les scripts de maintenance. Si vous modifiez leurs mots de passe, il faut le faire également dans les fichiers de configuration; Pour créer un utilisateur, créez d'abord une entrée d'annuaire contenant son nom, som prénom, un numéro postal et une localité (menu "Edition annuaire"). Après avoir cliqué 2x sur "Retour", vous retrouvez le menu principal et vous pouvez choisir "Comptes utilisateurs". En regard du nom que vous venez d'ajouter, vous cliquez sur "Créer" et vous introduisez le nom, le mot de passe en choisissant le groupe d'utilisateurs (chaque groupe dispose d'autorisations bien déterminées, qui sont librement modulables). Installation du répertoire web "radix" -------------------------------------- Il s'agit du répertoire principal de l'application. Les fichiers et sous-répertoires nécessaires se trouvent dans cabinetcvs/web. Ils doivent être placés dans un répertoire qui se situe sous le DocumentRoot d'un serveur web (éventuellement au moyen de liens symboliques). Un fichier spécifique doit être créé en copiant briochecvs/briocheapp/entete.phtml.brioche et en le renommant entete.phtml. Ce ficher indiquera la localisation des fichiers de configuration. Le même fichier, ou un lien vers lui, doit être placé dans le sous-répertoire aide. Dans le répertoire radix déjà créé sous "radixini", on placera un lien vers radixini/hermes/hermesIni.inc et on créera un fichier briocheIni.inc en exécutant briochecvs/briocheapp/fichierIni.php -o briocheIni.inc -t c On indiquera enfin le chemin (absolu) vers les deux fichiers hermesIni.inc et briocheIni.inc récemment créés dans entete.phtml et on éditera briocheIni.inc en indiquant les paramètres de connexion à la base mysql cabinet ainsi que les répertoires de l'application. En se connectant avec un navigateur web, on devrait alors voir s'afficher la page de connexion à l'application. Il faudra ensuite générer la structure de la base de données cabinet et populer les tables paramètres. Deux scripts sont à exécuter, en se plaçant dans cabinetcvs/app : $ mysql cabinet < basecab.sql $ mysql cabinet < tablesParametres.sql Il doit maintenant être possible de se connecter à l'application radix au moyen de deux comptes tests radix et radixplus Ces comptes seront bien sûr à remplacer, au moyen de l'interface d'Hermès par des comptes personnels avec des vrais mots de passe. Il faut encore populer la base de donnée aideradix précédemment crée, au moyen du fichier ad hoc (encore embryonnaire) placé dans cabinetcvs/app : $ mysql aideradix < aideradix.sql Installation de la base tarmed ------------------------------ La base tarmed n'est pas indispensable au bon fonctionnement de l'application, mais elle permet : - d'aller puiser dans la totalité des prestations du tarmed celles que le médecin désire utiliser - de reporter dans l'application les modifications apportées au tarmed lui-même. Commencez par populer la base tarmed en tapant, à partir du répertoire cabinetcvs/app : $ mysql tarmed < tarmed.sql (le fichier tarmed.sql est obtenu par décompression de tarmed.sql.gz) Mettez à jour la base tarmed depuis le menu "Gestion factures et tarifs" de l'application : Un clic sur "Téléchargement des mises à jour de Tarmed" est suffisant pour disposer d'une base tarmed à jour et pour synchroniser radix avec elle. Installation des scripts de maintenance et de sauvegarde -------------------------------------------------------- Exécutés de manière régulière au moyen d'un "cron job", ces scripts assurent la maintenance des bases de données et la sauvegarde par rotation des données. ****** Module Hermès : ****** Un seul script doit être exécuté, sur une base quotidienne. Pour ce faire, le fichier briochecvs/briocheapp/autoscriptsJour.php.hermes doit être copié (ou, mieux, lié) dans le répertoire des fichiers de configuration d'Hermès (radixini/hermes) où il peut être renommé autoscriptsJour.php : il doit en effet impérativement se trouver dans le même répertoire que le fichier hermesIni.inc. Le fichier hermesIni.inc sera ensuite édité de manière à indiquer : - bdSauveSession : le nom de la base où sont sauvegardées les sessions (sauvesession) ainsi que l'hôte (hoteTechnique), l'utilisateur (utilTechnique) et le mot de passe (passeTechnique) correspondant. Cette base, précédemment créée, doit être amorcée à partir du répertoire briochecvs/briocheapp/: $ mysql sauvesession < sauvesession.bd Il faudra également veiller à ce qu'un utilisateur technique "Hermès", répondant aux paramètres utilTechnique et passeTechnique de hermesIni.inc, ait un compte utilisateur Hermès (il n'a pas besoin de disposer de privilèges particuliers). - repSauvegarde et repSauveSauveSession : les répertoire dans lequel les fichiers "dump" constituant respectivement la sauvegarde de la base adminbrio et de la base sauvesession seront créés (l'utilisateur qui lancera les cron jobs doit bien sûr disposer des droits d'exécution et d'écriture sur ce répertoire). Des fichiers quotidiens avec rotation hebdomadaires seront écrits dans ces répertoires, avec conservation d'un fichier hebdomadaire sur rotations de 8 semaines et conservation définitive d'un fichier mensuel. Le script peut ensuite être testé en se plaçant dans radixini/hermes/ et en exécutant : $ php autoscriptsJour.php En cas de succès (pas de message d'erreur et création de fichiers dans les répertoires de sauvegarde), il reste à placer une instruction analogue dans un cronjob (ou tâche planifiée). ***** Application radix : ***** La procédure est analogue. Le script cabinetcvs/app/autoscriptsJour.php.brioche doit être copié (ou, mieux, lié) dans radixini/brioche/ et éventuellement renommé autoscriptsJour.php. Il doit impérativement se trouver dans le même répertoire que briocheIni.inc. Il faut ensuite veiller à ce qu'un compte utilisateur technique "radix", disposant de l'autorisation de base pour accéder aux dossiers (paramètre autReq du fichier briocheIni.inc) existe. Il doit pouvoir se connecter à l'application en utilisant les paramètres utilScripts et passeScripts du fichier briocheIni.inc (à contrôler dans le module Hermès). Il faut encore créer un répertoire "spool" pour les factures électroniques (xml), par exemple /var/spool/xmlradix, correspondant au paramètre xmlFactDir de briocheIni.inc et un répertoire de sauvegarde pour les données, correspondant au paramètre repSauvegarde de briocheIni.inc, en s'assurant que l'utilisateur qui exécutera le script dispose des droits d'exécution et d'écriture sur ces deux répertoires. Après avoir testé le script depuis radixini/brioche/ : $ php autoscriptsJour.php on pourra placer une indication analogue dans un cronjob (ou tâche planifiée). Finitions --------- Il restera à compléter le fichier de configuration briocheIni.inc avec les paramètres manquants (ou à modifier au besoin les paramètres par défaut), en s'aidant des commentaires qui figurent dans ledit fichier. On ajoutera (ou modifiera) notamment : - fichDir : un répertoire (à créer) pour recevoir les fichiers bvr uploadés. L'utilisateur sous le nom duquel le serveur apache s'exécute (par exemple www-data) doit disposer des droits d'écriture et d'exécution sur ce répertoire. Lorsque des scripts, par exemple de maintenance, placent des fichiers dans ce répertoire, l'utilisateur exécutant ces scripts doit également pouvoir écrire dans ce répertoire. - mdpHachage : une chaîne de caractères utilisée pour l'anonymisation des factures avant la transmission au centre de confiance (préférable tant qu'il n'existe pas d'obligation contractuelle de transmettre automatiquement, et encore moins de transmettre des factures nominales et tant que les questions légales de protection des données n'ont pas été tranchées de manière définitive). C'est cette chaîne qui est garante du fait qu'on ne pourra pas remonter au patient à partie des chaînes de caractères transmises au centre de confiance. Paramétrage - données permanentes --------------------------------- A ce jour, il n'existe pas dans l'application radiX d'interface de saisie pour les données permanentes (données personnelles des médecins, informations sur les comptes courants et plan comptable). Ces données, qui ne sont pas sujettes à des modifications fréquentes, sont à saisir sous la forme de requêtes sql, ou en utilisant un client web (p. ex. phpmyadmin) ou graphique (p. ex. mysql-query-browser, ou alors une application bureautique comme OpenOffice) pour écrire directement dans les tables (pour les essais, un jeu de données échantillons est fourni dans le fichier cabinetcvs/app/echantillon.sql : il suffit de faire $ mysql cabinet < echantillon.sql ). D'autres données, plus standard, sont incluses dans les tables paramètres. Les données concernées sont : --- Table "medecins" : . tst : la plupart des tables contiennent un champ "tst" (pour timestamp), qui est actualisé à chaque modification. . id : un numéro arbitraire, différent de 0 . txt : Prénom et nom des médecins . abr : Initiales . titre : p. ex. Médecine interne FMH . adresse : rue et n° . npa : numéro postal . ville : localité . tel : téléphone . email : adresse électronique . ean : code EAN . concordat : numéro santéSuisse . nif : numéro attribué par l'AI/AVS . banque : Nom de la banque (pour les BVR) . imprbanque : le nom de la banque doit-il s'imprimer sur le BVR (-1 oui ; 0 non - si la banque imprime déjà son nom sur les formules vierges) . lieubanque : Numéro postal et localité de la banque . ccp : le Numéro de CCP de la banque, avec les tirets . prefbvr : Le préfixe fourni par la banque et à insérer au début du numéro de référence . ccpbvr : Le ccp de la banque, tel qu'il apparaît dans le numéro de référence (sans tirets) . cpthonoraires : le numéro (cf. table "listecomptes") du compte "recettes" (3000 - 3999) dans lequel seront crédités les honoraires au moment où ils sont débités du compte en banque. . cptbvr : le numéro (cf. table "listecomptes") du compte courant (2000 - 2999) dans lequel seront versés (débités) les factures encaissées par bvr. . nommed : Le nom du médecin . prenommed : le prénom du médecin . cdclogin : le login du centre de confiance (Société Vaudoise de Médecine) . cdcpasswd : le mot de passe du centre de confiance . certif : le chemin absolu du fichier certificat fourni par le centre de confiance, au format .pem . Une conversion est nécessaire à partir du fichier p12 fourni par le centre de confiance : (plus valable) . imprnoass : le médecin peut choisir d'imprimer ou non le numéro d'assuré sur les documents de facturation (-1 oui; 0 : non) --- Table "listecomptes" : Contient tous les comptes constituant le plan comptable . nocompte : Le numéro du compte. Les conventions suivantes doivent être appliquées : * 1000-1999 : Comptes d'actif (Caisse, CCP, Comptes épargne, actif transitoire etc...) * 2000-2999 : Comptes de passif (Comptes en banque avec ligne de crédit, capital propre, etc...) * 3000-3999 : Postes de recettes (honoraires, gains annexes, etc.) * 4000-4999 : Postes de dépenses (Salaires, amortissements, etc.) * 8000-8999 : Compte de résultats, Bilan, Soldes au 1er janvier. * 1-99 : Comptes "accessoires", non intégrés au plan comptable, (par exemples comptes privés), mais qu'il peut être utile de suivre. . nomcompte : bref libellé pour chaque compte . courant : -1 s'il s'agit d'un compte courant qui doit apparaître dans les suivis. 0 autrement . noubs : expérimental. Permet de récupérer les relevés de compte depuis l'e-banking de l'UBS. . acquitte : le compte doit il être sélectionnable lors de l'acquittement manuel des factures ? (oui = -1, non = 0) Des comptes particuliers devront être désignés et associés à leur numéro dans le fichier briocheIni.inc : . Un compte "transit", pouvant servir au remboursement des factures, au au splitting de certaines factures (paramètre cpteTransit). Le numéro est à retenir dans la tranche 1000-1999 . Pour chaque médecin, un compte "honoraires", dans lequel seront comptabilisées les factures acquittées. Numéros à choisir dans la tranche 3000 - 3999 et à indiquer dans la table médecins sous "cpthonoraires". . Un compte "résultat", en principe 8000, pour l'écriture des résultats lors des bouclements annuels ("cpteResultat"). . Un compte "privé" (ou capital propre). Par défaut 2102 ("cptePrive"). . Un compte "découvert". Par défaut 1550 ("cpteDecouvert"). . Un compte "bilan". Par défaut 8100 ("cpteBilan"). --- Table "tiers" : Il est possible d'introduire une adresse par défaut pour certains types de factures : on identifiera cette adresse en indiquant un nombre négatif dans le champ typetier (par exemple -10). Ce nombre sera reporté dans la table typeprest, au champ "adressefact". Dans les données fournies en standard, typetiers = -10 correspond au secrétariat AI, typetiers = -11 à l'assurance militaire. Dans la table "typeprest", ces deux valeurs sont reportées au champ "adressefact" des types correspondants. Il est possible de masquer certaines assurances (elles disparaissent des listes d'options pour les nouveaux patients) en indiquant 1 au champ masque. --- Table "Localités" Elle s'enrichit au fur et à mesure des saisies des couples NPA / Localité utilisés. Il peut être bon de "faire le ménage" manuellement dans cette table et de supprimer les enregistrements inutiles ou erronés. La modification de cette table n'a pas de conséquence sur les données stockées par ailleurs. --- Table "typeprest" : Il s'agit des types pouvant s'apliquer à chaque facture, chaque type se référant à une loi ou convention particulière, et étant caractérisé par un mode de paiement (tiers paiement ou tiers garant) et une valeur de point bien déterminée. En standard, 14 types sont répertoriés : - 6 types dont l'abrégé est suivi d'un * et qui se réfèrent à la période pré-tarmed. Ils ne figurent que par souci de compatibilité ascendante et pour information. - 8 types actuels : LAA (assurance accident obligatoire pour les travaill, eurs), LAMAL (assurance maladie obligatoire), ACLAM (accident à la charge de l'assurance LAMAL), EMS (convention tiers-payant pour les résidents en EMS dans le canton de Vaud), AI (Assurance invalidité), AMF (assurance militaire fédérale), GARD (convention tiers-payant "garde" pour le canton de Vaud), HC (hors convention, c'est-à-dire tout ce qui relève, par exemple, des assurances complémentaires, des assurances-vie etc.) Ces types peuvent être modifiés, supprimés, ou d'autres types ajoutés par simple écriture dans cette table. Les champs suivants sont à remplir : - id : un numéro unique non nul. - abr : une abréviation bien explicite de quelques lettres. - txt : le texte complet désignant le type en question. - loi : la loi de référence - payant : le mode de paiement (tiers garant ou tiers payant, en toutes lettres) - tiersxml : un code utilisé pour la génération des doubles électroniques xml (0 = sans objet, 1 = tiers garant, 2 = tiers payant). - tarmed : utilisation du tarmed (0 = sans objet, 1 = oui, 2 = non). - adressefact : la manière dont l'adresse de facturation est déterminée par défaut : 0 = adresse par défaut du patient; 2 = assurance maladie; 3 = assurance accident; valeur négative = adresse à rechercher dans la table "tiers", au champ "typtetier" (cf. ci-dessus). --- Table "valpointdate" En standard, radiX fournit, dans cette table, l'historique des valeurs de point vaudoises... Lors d'un changement de valeur de point, il faudra, pour tous les types concernés (cf. table "typeprest"), ajouter deux lignes, correspondant respectivement à la valeur du point médical et à la valeur du point technique. date : date à laquelle la modification prend effet point : pm (point médical) ou pt (point technique) montant : valeur du point (en francs) typeprest : le type concerné id : un identifiant unique (auto-incrémenté). --- Table ep_comptessource Contient les données sur les comptes sources pour les opérations de paiements électroniques. Les champs suivants sont à remplir : - N° de compte : celui attribué par la banque, dans un format reconnu par l'e-banking - noclearing : le numéro de clearing de la banque - type compte : présent pour raisons historiques. Laisser à 1 - descriptif : brève désignation du compte - adresse1 : première ligne de l'adresse (nom) - adresse2 : deuxième ligne de l'adressse (rue et numéro) - npa : numéro postal - ville : localité - compta : le numéro du plan comptable correspondant au compte. Doit correspondre au champ "nocompte" de la table "listecomptes". --- Table ep_clearing Contient la liste complète des N° de clearing bancaires (permettant les opérations de banque à banque). Pour récupérer la liste la plus récente, copiez (ou lier) le fichier cabinetcvs/app/alimenteClearing.php dans le répertoire contenant les fichiers ini et exécutez-le (l'option fichDir de briocheIni doit correspondre à un répertoire dans lequel l'utilisateur exécutant le script peut écrire). Le fichier source est alors recherché sur Internet, téléchargé et les éventuelles mises-à-jour sont reportées dans la table. Création de tables provisoires et de nouvelles tables par l'application ----------------------------------------------------------------------- radiX doit pouvoir créer ici ou là de nouvelles tables. Des tables provisoires sont créées pour préparer l'impression des factures par lots. Ces tables, dont le nom commence par _prov sont détruites automatiquement lors de l'exécution des scripts de maintenance. Lors d'un bouclement comptable, une table nommée "c" suivi des dates de début et de fin de l'exercice au format "aaaammjj" est créée, puis est alimentée de tous les enregistrements concernés de la table "comptes", qui sont alors retirés de cette table. Il ne faut pas chercher à modifier le nom de ces tables, faute de quoi les exercice ne seront plus reconnus par l'interface. Paramétrage de l'impression --------------------------- Radix utilise la bibliothèque fpdf pour générer des documents pdf prêts à l'impression. Alors que, en général, l'impression ne pose aucun problème sous Linux, les drivers Windows ont une fâcheuse tendance à réduire à l'impression la taille des documents pdf. Cela est gênant pour le cas des factures bvr dont la ligne de codage doit, conformément aux instructions officielles de La Poste, apparaître à une distance bien déterminée des bords droit et inférieur de la page. Pour pallier à ces distorsions, il existe une table 'imprimantes' dans la base 'cabinet' qui permet d'appliquer des valeurs correctives de manière à rendre au fichier pdf ses dimensions originelles. Chaque enregistrement de cette table contient, en plus d'un identifiant unique, l'adresse ip du client (127.0.0.1 si vous travaillez sur un poste unique), le système d'exploitation (WIN, LIN, MAC, AUT selon que vous travaillez sous Windows, Linux, MacOS ou un autre système). Pour déterminer les valeurs correctrices, il faut procéder par tâtonnements en imprimant des factures et des justificatifs de remboursement : 1. Introduire, sous 'bordx' et 'bordy' une valeur (en mm) qui sera retranchée aux marges de gauche et supérieure. 2. Introduire, sous 'fact', un facteur d'agrandissement pour le texte (généralement proche de 1.05) 3. Ensuite, si les lignes horizontales et verticales sont décalées par rapport au texte, on peut jouer avec les valeurs 'delta' (valeur à retrancher à la position des lignes par rapport au coin supérieur gauche) et 'pente' (facteur proportionnel, souvent légèrement inférieur à 1, par ex. 0.99)