On Sat, Jan 08, 2005 at 04:36:05PM +0100, Jean-Bruno Luginb�hl wrote: > Ce peut �tre un point n�gatif du c�t� de l'interface utilisateur et des > temps de r�ponse (rechargement des pages avec les donn�es)
Si le serveur est local et l'affichage des donn�es bien g�r�es, cela ne devrait pas poser trop de probl�mes. Cela garantit aussi une bien meilleure compatibilit�. > D'accord, mais g�nant pour nous :). Seulement est-ce qu'il peut faire > les salaires selon le sch�ma Suisse et m�me le sch�ma Valaisan (retenue, > d�comptes vacances, treizi�me salaire, LPP,LAA,AI/AVS, retenue imp�ts � > la source, allocations (retenue/paiement) etc...) Il faudrait l'�valuer. > Peux-t-il cr�er un fichier DTA pour exp�dition � la banque pour le > paiement des salaires? > Peux-t-il cr�er un fichier DTA pour exp�dition � la banque pour le > paiement des factures cr�anciers? Si le changement vers La Poste est envisageable, il existe des impl�mentations test�es d'OPAE depuis une base de donn�es PostgreSQL. Sinon, la derni�re fois que j'avais regard�, le format DTA est assez bien document� (et il y a un package, sur la Debian, dtaus, qui est cens� le support�). > > Il devrait donc �tre en th�orie bien adaptable. > > +1, mais que faut-il adapter? Quel masse de travail? Qui le fait? Pour > combien? Difficile � dire. Id�alement, c'est un travail pour une personne dans votre entreprise, car elle sait ce que vous voulez. Sinon, cela pourrait �tre un travail en collaboration avec un futur informaticien ES (p.ex. travail de dipl�me) avec �ventuellement aide d'un professionnel. Personnellement, je dois dire que cela m'int�resserait assez de voir ce qu'il est possible de faire avec ces outils. _______________________________________________ gull mailing list [email protected] http://lists.alphanet.ch/mailman/listinfo/gull
