On 2017-03-08 13:18, Dominique Chabord wrote: > Le 8 mars 2017 à 12:42, Cédric Krier <[email protected]> a écrit : > > On 2017-03-08 12:10, Dominique Chabord wrote: > >> Bonjour > >> > >> Merci pour le lien. > >> C'est le documents le plus clair que j'aie vu sur la question. > >> > >> Pour Tryton,Les fonctions les plus problèmatiques ont été supprimées, > >> en particulier la gestion des bases de données depuis le poste > >> utilisateur. > >> > >> il reste peut-être du nettoyage à contrôler sur quelques points : > >> - possibilité de modifiér les journaux > > > > Que veux-tu dire ? > > Il y a encore peu, on pouvait autoriser la modificatioon d'écritures > dans certains journaux. On a parlé de supprimer ça. ou alors je > confonds.
C'est fait: https://bugs.tryton.org/issue5825 > >> Il y a quelques fonctions qui seraient utiles et qui apparaîtront au > >> cours du temps : > >> - faciliter les contre-passations de tout ce qu'on pourrait vouloir > >> supprimer > > > > Il y a un wizard qui permet d'annuler n'importe quel mouvement > > comptable. > > oui mais est-ce qu'il n'y aurait pas d'améliorations à apporter sur > l'annulation de facture et bon de livraison ? C'est peut-être déjà > bon. > est ce qu'un enregistrement peut être marqué comme "non supprimable" > auquel cas la fonction supprimer disparaît ? On ne peut pas supprimer ce qui est posté. > >> - définir un mode "test et formation" qui taggue les documents > >> externes (devis, facture, bons de livraison.) > > > > Je pense qu'il n'y a rien à faire. L'utilisateur n'a qu'à ajouter le > > label dans le nom de la société. > > Non, je ne vois pas comme ça. Cela doit se faire sans l'utilisateur. > Quand je déplace la base vers un serveur de test, les documents > doivent être taggués. Et bien une query comme ceci règle le problème: UPDATE party_party SET name = name | ' Test' WHERE id = <company_id> > >> Sur l'hébergement SISalp, je prévois de faire quelque chose de simple, > >> l'attestation sera renouvellée à chaque évolution du code. > >> L'attestation sera associée à 1 service Tryton et 1 base. Je ne > >> prévois pas de supprimer du code source pour bloquer les > >> modifications. A votre avis est-ce que la commande ci-dessous ferait > >> l'affaire ? > >> time cat `find trytond -name *.py` `find trytond -name *.xml` | md5sum > >> 9ddd55402d2985010c70f63f33fafeba - > > > > Pour quoi faire ? > > L'idée est d'identifier le code par une clé figurant dans > l'attestation. L'attesteur doit se protéger du client qui modifie le > code pour tricher. Le code peut être simplement identifié par le numéro de version. D'ailleurs, il est prévu dans la loi qu'il ne soit pas nécessaire de ré-émettre une attestation pour une version corrective. -- Cédric Krier - B2CK SPRL Email/Jabber: [email protected] Tel: +32 472 54 46 59 Website: http://www.b2ck.com/ -- Vous recevez ce message, car vous êtes abonné au groupe Google Groupes tryton-fr. Cette discussion peut être lue sur le Web à l'adresse https://groups.google.com/d/msgid/tryton-fr/20170308123510.GE28339%40tetsuo.
