from:"Dominique Chabord"

Le 9 août 2017 à 16:38, Cédric Krier  a écrit :

>
> Non, c'est juste pour pouvoir répondre à la contrainte d'inaltérabilité
> face à des homme de l'art (initialement B2CK, interprétait la contrainte
> face à des utilisateurs).

et donc, à défaut de pouvoir rendre le POS Odoo conforme, ça leur
permettrait de rendre Odoo globalement conforme ?

-- 
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/CAHZrxK6FtMQh6-K46J0_L8yv_LdG9K4NgkStSk4xu-xdXjjpxQ%40mail.gmail.com.

Re: [tryton-fr] Loi de finance 2016 et Logiciels Libres (suite).

Le 9 août 2017 à 15:21, Cédric Krier  a écrit :

>
>
> Comme ce serait une solution générique, j'ai proposé à des intégrateur
> français d'Odoo de collaborer sur cette solution:
> https://twitter.com/cedrickrier/status/895244882528350209
> L'idée serait d'avoir plusieurs fournisseurs de cette solution et ainsi
> donner le choix aux utilisateurs. Mais aussi d'avoir la plus grande base
> possible d'utilisateur afin d'assurer un logiciel de qualité.
>

Et donc on s'en servirait pour écrire un POS sur Tryton ?

-- 
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/CAHZrxK48ODFiSBKF_w7qh0-ex8NghMbi%2BZqKDLVQ%3DeuZSYSGNQ%40mail.gmail.com.

Re: [tryton-fr] Loi de finance 2016 et Logiciels Libres (suite).

Le 9 août 2017 à 12:46, cam.la...@azerttyu.net
 a écrit :
> Salut
>
> http://proxy-pubminefi.diffusion.finances.gouv.fr/pub/document/18/22503.pdf


le document dont on parle ici est plus récent. On ne rouvre pas la
discussion générale. Le nouveau document détaille des points de la loi
votée et est parfois en incohérence avec la déclaration du ministre
(qui n'est toujours pas traduite par un texte).

>
> Le périmètre est maintenant très réduit. Les solutions POS sont
> concernées (pastèque), pas les ERP, e-boutique.

ca c'est la déclaration du ministre, pas les textes. La FAQ a une
toute autre tonalité.

> Et ceux proposant en
> complément du POS (module dolibarr, prestashop) ne seraient pas
> concernés vu qu'ils ne sont pas logiciels de caisse mais autre chose.

Si, ça n'a jamais été discutable. les POS sont en plein dans le
collimateur : ils sont désignés comme fonction de caisse de logiciels
généralistes dans le nouveau document.

>
> Je pense aussi que chez dolibarr, on va plutôt tendre vers un couple
> pasteque/dolibarr pour séparer les 2 périmètres et enlever toutes
> ambiguïté. Cela me semble la solution saine à suivre.

C'est loin d'être fait.
D'une part Pastèque a renoncé à la certification, d'autre part, à ce
que j'ai regardé, la mise en relation des deux solutions est loin
d'être facile. Je suis rapidement arrivé à écarter la solution
Pastèque+Tryton.

J'aboutis à une conclusion similaire après avoir étudié la mise bout à
bout d'un POS Odoo sur un serveur Tryton. Le problème, c'est le POS
Odoo qui embarque obligatoirement 34 modules d'Odoo, la plupart sans
aucune ralation avec la fonction de caisse (Discuss, mail,
procurement, stok, plan comptable...). Encore faudrait il qu'il soit
certifiable à terme.
Pour l'instant, un logiciel de caisse open-source certifié n'est
qu'une spéculation.


>
> Et je viens de voir passer cette dépêche qui compile déjà une partie
> des liens échangés :
> https://linuxfr.org/news/loi-finances-2016-un-soulagement-pour-les-logiciels-de-compta

Oui, ça repart pour un tour.

-- 
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/CAHZrxK7RYCSZU8CwuMg-5j2mtSHHbXL-J14aQRMbqLn_dxf79A%40mail.gmail.com.

Re: [tryton-fr] interprétation du BOI-TVA-DECLA-30-10-30

Le 9 août 2017 à 11:51, Cédric Krier  a écrit :
> On 2017-08-09 11:28, Dominique Chabord wrote:
>> >
>> > Le 9 août 2017 à 10:52, Dominique Chabord  a 
>> > écrit :
>> >> Mais toi, dans ton activité symétrie, qu'est-ce qui t'empêche
>> >> d'utiliser une caisse de chez Metro ?
>>
>>
>> >
>> > Rien, sauf que je n’encaisse pas en liquide, mais par chèque, virement et 
>> > prestataire bancaire de VAD.
>>
>>
>> Une caisse gère les différents modes de paiement., c'est obligatoire.
>
> Ça j'en doute. Une caisse va gérer un certain nombre de mode de
> paiement. Généralement: liquide, carte de débit/crédit (et peut être
> chez encore les chèques). Mais je doute fort qu'une caisse gère les
> virements, les prélèvements SEPA, les paiements en ligne etc.

Sur les petites caisses on dispose de 4 modes de paiement.
habituellement liquide, carte et cheque, reste 1.
Si Symétrie veut enregistrer le paiement par un chèque reçu par la
poste ou mandat, on peut le faire sur une caisse.
Pour les ventes à distance, la caisse n'est pas impliquée.
>

-- 
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/CAHZrxK63XXyL_mjs9xg-HX4smxiCajnz6z%3DDUMj6DAZsT5iLBg%40mail.gmail.com.

Re: [tryton-fr] Loi de finance 2016 et Logiciels Libres (suite).

Le 9 août 2017 à 11:25, Cédric Krier  a écrit :
> On 2017-08-09 10:48, Dominique Chabord wrote:
>> >> Quelle est la contrainte réelle que vous ne pouvez contourner ?
>> >
>> > Gérer les liquidités de l'entreprise.
>>
>> Ma question est sur les contraintes pas sur l'objectif :
>> dans quel cas, devez vous enregistrer le paiement directement sur le
>> logiciel de comptabilité sans pouvoir utiliser un moyen de caisse
>> homologué ?
>
> Quand le paiement est électronique.

On est d'accord !
ouf

En effet, on n'utilise pas de caisse enregistreuse pour les virements
et pour les paiements par internet. Il n'est pas possible d'avoir les
informations de paiement sur un ticket de caisse dans ce cas. On ne
peut que le constater sur le relevé de banque.

Si la réception d'un paiement électronique n'est pas considéré comme
déjà enregistré par la banque, quelle est alors la pièce comptable
qu'il faut produire à la place du relevé de banque ? Comment peut elle
comporter des informations correspondant mieux à une réalité que le
relevé de banque ? et ensuite qu'est-ce qu'on en fait si on n'utilise
pas de logiciel de gestion ?

On en revient donc au point concernant le commerce électronique qui
semble totalement absurde à première lecture.
Je pense qu'il vaut mieux attendre que l'administration comprenne elle
même ce qu'elle a écrit.

-- 
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/CAHZrxK7yKYxGDg6U3uVX-7EWtBqCEmRj6KFDf5W295ydUaAPCg%40mail.gmail.com.

Re: [tryton-fr] Loi de finance 2016 et Logiciels Libres (suite).

Le 9 août 2017 à 11:25, Cédric Krier  a écrit :
> On 2017-08-09 10:48, Dominique Chabord wrote:
>> >> Quelle est la contrainte réelle que vous ne pouvez contourner ?
>> >
>> > Gérer les liquidités de l'entreprise.
>>
>> Ma question est sur les contraintes pas sur l'objectif :
>> dans quel cas, devez vous enregistrer le paiement directement sur le
>> logiciel de comptabilité sans pouvoir utiliser un moyen de caisse
>> homologué ?
>
> Quand le paiement est électronique.
>
> --
> Cédric Krier - B2CK SPRL
> Email/Jabber: cedric.kr...@b2ck.com
> 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/20170809092532.GM3742%40kei.



-- 
Dominique Chabord - SISalp
Logiciel libre pour l'entreprise Tryton et open-source Odoo, OpenERP
18 avenue Beauregard 74960 Cran Gevrier
145A rue Alexandre Borrely 83000 Toulon
tel(repondeur) +33(0)950274960 fax +33(0)955274960 mob +33(0)622616438
http://sisalp.fr
http://openerp-online.fr
https://twitter.com/SISalp l'actualité de vos services en temps réel.

-- 
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/CAHZrxK5NgETo%2B6Y4vEd%3DTpyKN%3D-c%3DM-ninDdjn4P%3DVd%2BOS9HiQ%40mail.gmail.com.

Re: [tryton-fr] interprétation du BOI-TVA-DECLA-30-10-30

Le 9 août 2017 à 11:05, lists.jc.mic...@symetrie.com
 a écrit :
> Bonjour Dominique,
>
>
> Le 9 août 2017 à 10:52, Dominique Chabord  a 
> écrit :
>> Mais toi, dans ton activité symétrie, qu'est-ce qui t'empêche
>> d'utiliser une caisse de chez Metro ?


>
> Rien, sauf que je n’encaisse pas en liquide, mais par chèque, virement et 
> prestataire bancaire de VAD.


Une caisse gère les différents modes de paiement., c'est obligatoire.

> Seulement je tombe dans le cas de ceux qui
>>> enregistrent eux-mêmes les règlements de leurs clients dans un logiciel de 
>>> comptabilité ou de gestion

Ben oui, je pense qu'il ne faut pas le faire, mais j'arrête de redire
ça à chaque fois, je sais que je lasse.
Toute écriture en comptabilité doit correspondre à une pièce comptable.


>
> donc le logiciel de gestion doit être certifié...

et donc qu'il comporte un système de caisse complet répondant aux
obligations des caisses homologuées. C'est le mauvais usage qui crée
le besoin.

>
> Toutes les TPE et associations qui saisissent leurs encaissements eux-mêmes 
> sont donc concernés.


Et bien achète une caisse pour enregistrer les paiements si tu as un doute.
Si je comprends bien, tu vends par correspondance à des particuliers ?
Agrafe le ticket de la caisse à ta facture quand tu l'envoies et
personne ne peut rien te dire.
Si je me souviens bien, tu envoies les factures en papier dans le
colis, donc tu n'as pas de soucis de ticket au format electronique.
Quand le fisc te demande la pièce comptable de tes paiements, tu
donnes le rouleau de caisse si c'est une caisse à rouleau ou le
fichier qui va bien et que la caisse électronique homologuée te
garantit.

Derrière, utilise le logiciel que tu veux ou transmets à ton
comptable, ce n'est pas l'objet de cette loi-ci.

-- 
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/CAHZrxK7yDup4LqpGpYBmxc1PjHEyyuREcCoNpsj-8TmYbkCGig%40mail.gmail.com.

Re: [tryton-fr] interprétation du BOI-TVA-DECLA-30-10-30

Mais toi, dans ton activité symétrie, qu'est-ce qui t'empêche
d'utiliser une caisse de chez Metro ?

-- 
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/CAHZrxK5Cc76PfsNwhQkxYtgKOUy5P4UUCnM-Pixb8N8%3DwoS88w%40mail.gmail.com.

Re: [tryton-fr] Loi de finance 2016 et Logiciels Libres (suite).

Le 9 août 2017 à 01:40, Cédric Krier  a écrit :
> On 2017-08-09 01:11, Dominique Chabord wrote:
>> Juste une question pour essayer de me sentir moins décalé dans cette 
>> discussion.
>>
>> Pourquoi tenez vous à utiliser l'ERP pour faire l'enregistrement légal
>> des paiements ?
>
> Je ne comprends pas ce que tu entends par "enregistrement *légal*".
> Si on veut tenir une comptabilité au moins de gestion, il faut entrer
> les paiements sinon il est impossible de faire le suivit des impayés.

Ce n'est parce qu'on a enregistré un paiement sur un facturier ou sur
une caisse enregistreuse, qu'on ne peut pas reporter ces informations
de paiement sur le logiciel de gestion/comptabilité. Ce logiciel de
comptabilité ne devient pas pour autant un logiciel de caisse.

>
>> Quelle est la contrainte réelle que vous ne pouvez contourner ?
>
> Gérer les liquidités de l'entreprise.

Ma question est sur les contraintes pas sur l'objectif :
dans quel cas, devez vous enregistrer le paiement directement sur le
logiciel de comptabilité sans pouvoir utiliser un moyen de caisse
homologué ?

>

-- 
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/CAHZrxK7QSKTHd--eGxdraTd9kqX3%2Bp6X4tE8Qv3myt4WLNz%2Bhw%40mail.gmail.com.

Re: [tryton-fr] Loi de finance 2016 et Logiciels Libres (suite).

Le 9 août 2017 à 08:46, Sebastien Marie  a écrit :

>
> Je suis assez d'accord avec Cédric: le point 16 soulève le cas où
> l'assujetti enregistre les réglements de ses clients à la fois au moyen
> d'un logiciel mais aussi sous format papier (facturier).

Il me semble évident qu'un paiement ne doit être enregistré qu'un
fois. Sinon on a une double comptabilité.
Par exemple un artisan a une caisse au bureau et un carnet quand il se déplace.

>
> La réponse (comme je la comprends), c'est que le fait d'enregistrer via
> un facturier ne change pas le fait que l'assujetti utilise aussi un
> logiciel, et donc que celui-ci doit être conforme.

Tous les équipements qui servent à enregistrer des paiements doivent
être conformes me paraît aussi évident.
On voit mal le commerçant disposer de deux caisses, un homologuée,
l'autre "chocolat" et répartir les paiements entre les deux.

-- 
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/CAHZrxK7S8EZmi3rjkoE_w7tnz%2Br1-02h6E7cTfW8pwc2Nxajdw%40mail.gmail.com.

Re: [tryton-fr] Loi de finance 2016 et Logiciels Libres (suite).

Le 9 août 2017 à 09:12, Sebastien Marie  a écrit :
> On Wed, Aug 09, 2017 at 08:46:28AM +0200, Sebastien Marie wrote:

> "que c'est ici" => rectification, ce n'était peut être pas ici que cela
> avait été évoqué, mais possiblement sur la liste comptabilité de
> l'APRIL (https://listes.april.org/wws/arc/comptabilite/), mais je ne
> retrouve pas non plus

pour ma part, depuis deux ans de discussion, rien ne m'a démontré :

- qu'on ne pouvait pas enregistrer les paiements sur un carnet facturier.
- qu'on ne pouvait pas utiliser des caisses homologuées sur les points de vente.

d'autre part, une de mes croyances n'a été ni confirmée ni infirmée.
Elle consistait à penser qu'on ne peut pas recevoir des espèces sans
un des deux moyens ci-dessus depuis 30 ans et que tous les commerçants
se sont équipés. Cette loi reprécise que ça sera interdit, donc la
question est close.

Cette loi ne change pas ces principes. Elle adapte les règles
d'homologation des caisses pour tenir compte de l'informatisation des
caisses et des logiciels multi-fonctions qui assurent directement une
fonction de caisse. Cette fonction n'existe pas sur Tryton.

Il y a cette fonction sur Pastèque, Dolibarr et Odoo qui ont un problème.
Aujourd'hui je pronostique que
- Pastèque qui ne fait que de la caisse, transpire, ils sortiront
peut-être une version crédible cet automne.
- Dolibarr va simplement supprimer son add-on POS
- Odoo-entreprise a promis mais ne fera pas.
- Odoo-community a regroupé quelques devs qui essaient de s'en sortir,
mais je pense qu'ils ont sous estimé la précision cahier des charges
et sont encore dans la créativité.

On a pensé à en développer la fonction caisse embarquée sur Tryton, et
à mon avis, il vaut mieux ne pas le faire. Au moins dans un premier
temps, interfacer Tryton à des systèmes de caisse homologués est plus
rapide, plus sûr, et beaucoup plus flexible car cette stratégie
s'adapte aux contraintes du client dans le choix de sa caisse.
Ces systèmes de caisse aujourd'hui ne peuvent être que propriétaires.
Si il existe un jour un système open-source homologué, il sera temps
de le considérer.

-- 
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/CAHZrxK4FX9kq7xdJyz-taYEjxHP33%3DbfAZwApYhDF%2BK34r3CVg%40mail.gmail.com.

Re: [tryton-fr] Loi de finance 2016 et Logiciels Libres (suite).

2017-08-08 Par sujet Dominique Chabord

Juste une question pour essayer de me sentir moins décalé dans cette discussion.

Pourquoi tenez vous à utiliser l'ERP pour faire l'enregistrement légal
des paiements ?

Quelle est la contrainte réelle que vous ne pouvez contourner ?

-- 
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/CAHZrxK4%3D2c7YBjPicCUXVbfKotpQ9T63Ke7MUA_ym%2B6mYotN0A%40mail.gmail.com.

Re: [tryton-fr] Aide en ligne

2017-07-19 Par sujet Dominique Chabord

Le 9 juillet 2017 à 19:20, 'Laurent ROCHE' via tryton-fr
 a écrit :
> Salut,
>
> Je sais que ça fait un peu old school : mais pourquoi ne pas avoir une aide
> en ligne (par F1 et/ou un bouton supplémentaire) qui afficherait une page
> HTML dans une fenêtre pop-up, avec des explications sur la page qu'on est en
> train de visualiser ?
>
> Je sais qu'il y a déjà des bulles d'aide sur certains champs mais une page
> d'aide globale permet de présenter des notions plus générales et/ou
> complexes qui ne sont pas liés à un seul champ.


Nantic a fait une proposition pour créer une telle page de
documentation il y a 4 ou 5 ans.
Ils appelaient cela documentation utilisateur, moi j'y voyais plutôt
un manuel de référence dynamique.
Je pense qu'ils ont poussé le développement suffisamment pour obtenir
une documentation fonctionnelle dynamique en espagnol ou en catalan.
Il faudrait regarder le code qu'ils ont produit à cette occasion.

>
> Sur mes projets, je mets toujours une page d'aide par écran ... et j'impose
> qu'elle soit écrite avant la première ligne de code : la page d'aide
> remplace les spécifications, elle décrit comment doit fonctionner l'écran.
> Et quand on fait des modifications, c'est pareil. Du coup, on sait ce qu'on
> va faire, et l'aide en ligne est à jour.

Dans le cas d'un logiciel dont les modules sont optionnels, c'est un
peu plus compliqué que ça. C'est en cela que la proposition Nantic
était intéressante. Elle fabriquait l'aide en ligne qui correspondait
aux modules activés, en présentant les vues réelles et je crois me
souvenir dans la langue de l'utilisateur.
Je n'ai pas vu de retour sur l'efficacité de cette documentation. Je
suis sceptique sur la pertinence qu'on peut apporter à l'utilisateur
de cette façon, mais, justement cette expérience était la meilleure
façon de savoir.
Cette proposition a rencontré des objections à l'époque, mais si elle
présentait un intérêt réel, la réflexion pourrait être reprise.

Au final, ça pourrait ressembler à ce que tu proposes.

>
> Je me rends bien compte que je prends le train en marche et qu'il y aurait
> beaucoup de travail pour tout faire mais cela peut être fait petit à petit
> au fur et à mesure des nouveaux développements.
>
> Aujourd'hui, démarrer avec Tryton est très difficile car il n'y a aucune
> documentation utilisateur. La documentation existante
> (http://doc.tryton.org/4.4/) est une documentation pour les développeurs.
> De plus, comme je l'ai déjà dit, mon expérience est, que rédiger la page
> d'aide de l'écran que l'on va créer (ou modifier), aide grandement le
> développeur à clarifier ses idées. Même si au départ, peu de développeurs à
> qui j'ai imposé le concept, n'étaient chauds, au final, ils en ont tous
> reconnu l'intérêt.

Je ne pense pas qu'il faille revenir à des méthodes de développement
piloté par l'interface externe sur Tryton, je n'y vois pas de sens,
mais je suis ouvert aux arguments.
On pourrait plutôt imaginer le test-driven development. En est-on encore loin ?
>
> Bref, je lance une idée.

-- 
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/CAHZrxK7jfjiGxc3KB_AbVcA11dDXx_5n5jYq34%3Doowg1%2BZf%3DhA%40mail.gmail.com.

Re: [tryton-fr] Re: Manuel de l'utilisateur

2017-07-19 Par sujet Dominique Chabord

Le 16 juillet 2017 à 18:05, Laurent ROCHE  a écrit :

J'ai pris en compte les remarques. Merci.

Pour les 2 derniers points :


> Dommage qu'il n'y ait de description detaillée des modules et/ou des
> fonctions du serveur (aka Troisième partie)

Il s'agit du manuel du client seulement.
L'objectif est de séparer le comment du quoi.
Idéalement il faudrait aussi un article sur le traitement des
anomalies de l'interface: problème de connexion, message d'erreur,
affichage du log

> Ça serait bien d'avoir une table de matière avec des liens pour chaque
> chapitre.

-- 
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/CAHZrxK4BXbx7y9H60M5QvbQ0Zpoo6p8J%2BRkZy-74MXnxY8npBw%40mail.gmail.com.

Re: [tryton-fr] Re: Manuel de l'utilisateur

2017-07-17 Par sujet Dominique Chabord

Le 17 juillet 2017 à 00:14, Armand Mpassy-Nzoumba
 a écrit :
> Bonsoir,
>
> Pourrai-t-on convenir d'une plate-forme
> commune afin de fédérer les différentes contributions.

Je pense que c'est la question déjà en discussion sur ce fil.
Pour mon avis sur la question, techniquement, il serait bien de se
rapprocher des outils et procédures déjà en place (blue-print,
discussions, issues) car en créant de la doc en français on sera amené
à faire évoluer aussi la documentation de base de Tryton, ne serait-ce
que les info-bulles.

Je pense qu'actuellement, ce qu'il nous manque le plus, c'est du
contenu sur les sujets clés pour confronter les approches et aboutir à
un message académique.

Il y a deux ans, j'avais explicité une trame de document
d'autoformation pour des professionnels métier, écris par leurs pairs.
https://fr.wikibooks.org/wiki/Guide_de_l'utilisateur_Tryton
Mon rôle, tel que je le conçois sur ce document, devrait être d'écrire
des passages généraux d'aide à l'apprenant, puis de laisser la main à
des professionnels de chaque secteur pour documenter les faire/ne pas
faire et les exercices d'auto-évaluation. Cette documentation est un
constituant du projet Télé-Tryton, pour ceux qui le connaissent.

C'est un biais qui fait qu'il est conçu de façon différente qu'une
documentation destinée à des intégrateurs ou à des chefs de projet ERP
(ce qui est probablement d'avantage le besoin exprimé ici). En
particulier, il n'a pas pour but de donner un mode d'emploi général à
des béotiens mais à fournir une plateforme d'entraînement pour des
actions qualifiées.

Mon envie actuelle est d'écrire des articles ponctuels sur des sujets
précis, dont le contenu viendra peut-être à terme alimenter certains
chapitres de cet ouvrage ou d'autres. J'en ai aussi besoin pour guider
à minima les utilisateurs de mes hébergements gratuits qui se cassent
les dents sur le manque de moyens d'apprentissage.

Si je peux contribuer à d'autres initiatives, je le ferai avec plaisir.

-- 
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/CAHZrxK5zaSROV3KznZTJmg%2Byq3TDAX3h29tXytf%3DamcZNKktBw%40mail.gmail.com.

Re: [tryton-fr] Re: Manuel de l'utilisateur

2017-07-17 Par sujet Dominique Chabord

Le 16 juillet 2017 à 18:05, Laurent ROCHE  a écrit :
> Super travail Dominique !

l'essentiel du mérite revient aux auteurs de la documentation intégrée
dans le code. C'est essentiellement une traduction.
>
> Quelques remarques :
>
> (désolé si je pinaille par moment -cf. point 3- mais autant être précis)

Je vais prendre en compte l''ensemble de tes remarques.
Je considère que c'est un premier jet, dont j'avais besoin pour
réfléchir plus concrètement sur une documentation utilisateur.

Merci d'avoir pris le temps de me faire part de tes remarques, ça me
motive pour améliorer ce contenu.

-- 
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/CAHZrxK5irsr09d%2B45Gr8cm5-KKcqoOyTwXeSzMagStNhUFF0oA%40mail.gmail.com.

Re: [tryton-fr] Re: Manuel de l'utilisateur

2017-07-16 Par sujet Dominique Chabord

Bonjour,

j'ai publié une première version du manuel de référence du client
Tryton en français.
https://sisalp.fr/index.php/post/Application-Client-Tryton-:-Manuel-de-reference-version-4.4-en-francais

-- 
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/CAHZrxK6i0RQgPn9QP0RPZxqmFOS%2B3RKKXPwMJtPfixkL6ujBuQ%40mail.gmail.com.

Re: [tryton-fr] Numéro de facture

2017-07-09 Par sujet Dominique Chabord

Le 9 juillet 2017 à 02:32, 'Laurent Roche' via tryton-fr
 a écrit :
> Salut,
>
> J'ai bien trouvé comment changer le numéro de devis (Menu Séquence =>
> Séquence), clic sur la ligne Vente puis modification de la fiche de la ligne
> (mes petites connaissances Oddo m'ont bien servi).

Oui, il y a un système équivalent sous Odoo

>
> Je voulais changer le numéro de facture également, mais il n'y a pas de Nom
> de séquence avec facture, ni de Code de séquence ! Qu'à cela ne tienne, je
> créé une nouvelle séquence (que je nomme Facture et j'utilise le code de
> séquence Facture),


C'est pas normal. Si le module account_invoice est installé, la
séquence stricte devrait exister.

> cependant mes factures n'ont toujours pas de numéros : il
> est indiqué facture pro format sans numéro !

Une facture pro-forma n'a pas à être numérotée si vous êtes en
comptabilité française.

>
> J'ai du louper quelque chose, mais je ne sais pas quoi !
>
>
> Tant qu'on est dans les séquences (enfin, surtout moi) 2 questions
> supplémentaires :
>
> quelle est l'utilité du dossier (vide) Séquences strictes
> à quoi correspondent les types de séquences ? Il y a par exemple un type de
> séquence de Nom de séquence (cela ne devrait-il pas être Nom de type de
> séquence ?) Vente et un Code de séquence sale.sale ! Or comme dans la liste
> des Séquences, celle de nom Vente a pour Code de séquence: Vente ! Tout cela
> est confus pour moi ?

Séquences strictes : sans trou
Par exemple les factures

>
> --
> 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/5993fa9d-155f-44fc-9389-f8aad0c3a771%40googlegroups.com.



-- 
Dominique Chabord - SISalp
Logiciel libre pour l'entreprise Tryton et open-source Odoo, OpenERP
18 avenue Beauregard 74960 Cran Gevrier
145A rue Alexandre Borrely 83000 Toulon
tel(repondeur) +33(0)950274960 fax +33(0)955274960 mob +33(0)622616438
http://sisalp.fr
http://openerp-online.fr
https://twitter.com/SISalp l'actualité de vos services en temps réel.

-- 
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/CAHZrxK7N9DkR8DAGx%2BfNK8VVDshbmMErOioZ9udKrb_BekA-Uw%40mail.gmail.com.

Re: [tryton-fr] Client web

2017-07-04 Par sujet Dominique Chabord

Le 4 juillet 2017 à 09:29, Camille  a écrit :
>
> Je le trouve où ce sao ?

http://downloads.tryton.org/4.4/tryton-sao-last.tgz

-- 
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/CAHZrxK6MiHbFw17F%3DauTo%2BTE6X%2B4w%3DVS2An2skt4%3DBwMNDe4eg%40mail.gmail.com.

Re: [tryton-fr] Re: Loi de finance 2016 et Logiciels Libres (suite).

Le 3 juillet 2017 à 15:48, Cédric Krier  a écrit :

>
> Si Tryton enregistre des paiements se sera avec cette object donc il
> doit être conforme.

Je n'y crois pas, mais je peux me tromper. Ca sera une bonne nouvelle.

>
>> > Donc oui on est prêt à attester que Tryton (standard) est conforme à
>> > cette loi mais évidement la demande pour ces attestations ne sera pas
>> > très grande car ce ne sera utile que pour les personnes qui
>> > l'utiliseront comme caisse. Or Tryton n'a pas vraiment les
>> > fonctionnalités attendues pour un tel usage, et il y a probablement des
>> > contraintes supplémentaires.
>> >
>> Tryton est il réellement conforme au règlement des caisses ?
>> (clotûre quotidienne, signature et archivage quotidiens, etc...)
>
> Comme je l'ai dit, je n'ai pas lu (s'il y en a une) de norme sur le
> règlement des caisses. Donc je ne peux pas dire.

On ne parle que de ça, c''est ce fameux article de la LF2016
et tu y trouveras cloture quotidienne, signature et archivage quotidiens, etc...
>
>> Si on atteste Tryton, cela risque de faire croire que Tryton peut être
>> substitué à une caisse certifiée. Je ne le crois pas.
>
> Si on atteste, on atteste que les conditions définies dans cette loi et
> rien d'autre.

Bon, je ne comprends pas, mais tant mieux.

-- 
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/CAHZrxK4JndPuOOVMtPqoJXjkiFEOg4NjuvpF_HLRjzFU%2BLaPkQ%40mail.gmail.com.

Re: [tryton-fr] Re: Loi de finance 2016 et Logiciels Libres (suite).

Le 3 juillet 2017 à 12:55, Cédric Krier  a écrit :

>
> Et bien c'est juste le périmètre de la loi qui change pas les
> contraintes. Or on a déjà réglé les quelques points pour les quelles
> Tryton n'était pas conforme (ex: la possibilité de modifier une écriture
> postée).

Sur cet exemple, c'est une condition pour autoriser la comptabilité
sur Tryton, mais c'est pas en rapport avec ce que l'administration
appelle l'enregistrement des données de paiement.


> Donc oui on est prêt à attester que Tryton (standard) est conforme à
> cette loi mais évidement la demande pour ces attestations ne sera pas
> très grande car ce ne sera utile que pour les personnes qui
> l'utiliseront comme caisse. Or Tryton n'a pas vraiment les
> fonctionnalités attendues pour un tel usage, et il y a probablement des
> contraintes supplémentaires.
>
Tryton est il réellement conforme au règlement des caisses ?
(clotûre quotidienne, signature et archivage quotidiens, etc...)

Si on atteste Tryton, cela risque de faire croire que Tryton peut être
substitué à une caisse certifiée. Je ne le crois pas.

-- 
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/CAHZrxK7vDPrcAB%3DwS_iEYdwR8izdoKTRAtsq2BEtY2w5LJVnrQ%40mail.gmail.com.

Re: [tryton-fr] Client web

Le 3 juillet 2017 à 11:46, Camille  a écrit :
> Bonjour,
>
> Je voudrais savoir si il existe un module permettant de se connecter à
> trytond par un navigateur web plutôt que par le client GTK
>
Ca s'appelle sao

-- 
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/CAHZrxK43PyRLtt-GetHA_5c2U0uLPX0MwNuptuZPF7jTLsw73Q%40mail.gmail.com.

Re: [tryton-fr] Re: Loi de finance 2016 et Logiciels Libres (suite).

Le 2 juillet 2017 à 18:25, Cédric Krier  a écrit :

> Par contre, B2CK pourra sur demande en fournir un car Tryton est quand
> même prêt.

Qu'est ce que tu entends pas Tryton est prêt ?
Il est difficile d'attester qu'il est  conforme à un règlement qui ne
le concerne pas.
En revanche, les logiciels de compta restent soumis à d'autres réglementations.
A quelle réglementation votre attestation certifie la conformité ?

-- 
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/CAHZrxK49Uzi0kofgBAWRFHxPtW4r4jJSaJHqBMWZ_-EhC4sM0w%40mail.gmail.com.

Re: [tryton-fr] Prise en main de la Gestion Commerciale

2017-06-28 Par sujet Dominique Chabord

Bonjour,

Désolé, ce message est long, je n'ai pas eu le talent de faire court :-)

Jusque la, j'ai de la peine à organiser les besoins, les contraintes
et les solutions.

Après discussion avec Cédric, en prenant le temps d'examiner les
différents aspects de la question, j'ai essayé de mettre de l'ordre
dans mes idées et je vous les soumets.

1- Tryton doit pouvoir être facilement utilisable par tout le monde :
depuis une personne seule jusqu'à une société importante qui dispose
d'une infrastructure mail.
Tryton doit donc fournir un service utilisable, sans court-circuiter
une infrastructure aux règles de l'art.

2- Tryton doit rester fiable et simple. Il ne doit pas intégrer des
fonctions qui doivent être administrables hors ERP, comme
l'infrastructure mail.

Ces deux premiers points, doivent nous amener à ne pas reproduire dans
Tryton un client MUA approximatif, comme on pourrait être tenté de le
faire. C'était pourtant l'idée De Sharoon Thomas sur TinyERP, qui a
donné la solution reprise sur Odoo aujourd'hui. Si j'ai bien compris,
NanTic a reproduit cette fonction dans des modules Tryton. Si ça peut
correspondre à des clients particuliers, je suis convaincu que cette
solution ne doit pas être la proposition de base de Tryton.

3- La version actuelle de Tryton évacue le problème de l'envoi de
documents de mails chez l'utilisateur (mailto:). Il est fait
l'hypothèse que l'utilisateur dispose sur un PC d'un outil d'envoi de
mail adéquat. Cela correspond bien au cas où on veut émettre un
message depuis un compte d'un utilisateur identifié et donner à cet
utilisateur la liberté de faire ce qu'il veut avec le document et avec
le message qui l'accompagne.

Ce point 3-  est logique pour les documents créés au format ODF dans
l'idée qu'un utilisateur peut vouloir le modifier avant envoi. Le plus
naturel est d'éditer le document sur un PC disposant de LibreOffice et
de l'envoyer par mail sous son identité. (ici, je fais le raccourcis
selon lequel un fichier ODF a vocation à être édité et un fichier PDF
a vocation à être transmis). Cependant, j'ai une nette préférence pour
les solutions qui n'échappent pas au périmètre contrôlé par
l'administrateur du serveur, surtout si on n'a aucune autorité sur les
postes utilisateurs.

4- Il y a un besoin d'automatisation de messages de notification qui
doit être couvert dans l'ERP parce que ces messages doivent être émis
lors d'une progression du workflow. C'est le sens d'un développement
en cours pour un cas réel.

De ce point 4-, il ressort qu'il est normal que l'ERP se charge de
l'envoi d'un message si cet envoi doit être automatisé.
L'automatisation nécessite que tous les paramètres de l'action soit
corrects au moment où l'action se déclenche. Il faut donc que les
informations de contrôles (to: cc: adresse...) et compléments (contenu
du message) soient pré-renseignés quelque part et qu'aucune
intervention manuelle soit nécessaire. Le contenu du message est issu
d'un template. Si le template est compliqué à écrire, il serait
logique d'utiliser un outil indépendant de Tryton, par exemple un
générateur html (moi, je préfère le texte), comme on le fait pour les
documents en utilisant libre office

5- Si un document est créé au format PDF, il est logique qu'on
souhaite son envoi automatique quand il atteint une étape du workflow.
Par exemple, le document devis commande pourrait être envoyé à la
transition brouillon->devis, et/ou devis->commande validée et/ou
validée->traitée etc..

Sur ce point 5-, la contrainte est qu'il faut oublier la modification
manuelle avant envoi, sinon il n'y a plus d'automatisation possible.

6- Alors qu'une notification d'étape n'a de sens qu'à l'instant de la
transition du workflow, la ré-expédition d'un document par la suite
peut avoir du sens dans certains cas. Je pense maintenant que cette
ré-expédition par un bouton peut être considérée comme gadget et qu'on
peut s'en passer.

J'ai été convaincu par les arguments de Cédric à ce sujet. Faut il
faire plaisir à l'utilisateur qui sera rassuré par cette possibilité
ou faut il garder le système le plus simple possible et expliquer
qu'il n'y a pas de bouton parce que c'est mieux qu'il n'y en ait pas ?
Je n'ai pas de doute sur ce qui sera préféré. Le point important est
que dans ce cas aussi, il n'est pas du tout logique de vouloir
transformer le contenu du message avant re-expédition par le serveur,
tout au plus les destinataires et l'objet.

7- Je suis maintenant aussi convaincu qu'il est préférable de ne pas
étendre cette possibilité d'envoi par le serveur vers une fonction de
"message préparé par l'ERP et édité dans l'ERP", à la Odoo. Cela
contrevient aux points 1- et 2-, mais ça ne sera jamais complètement
satisfaisant (je viens de tester sur Odoo et je n'obtiens pas ce que
je voudrais).  Il vaut mieux s'imposer la règle simple suivante :
l'ERP traite efficacement ce qui est systématique et l'utilisateur
traite le personnalisé sur sa propre bureautique qui est conçue pour
cela.

Il est logique, sur

Re: [tryton-fr] Prise en main de la Gestion Commerciale

2017-06-27 Par sujet Dominique Chabord

un peu bizarre ta réponse, c'est ce qu'on appelle en anglais du "push-back"

mais sans polémique, je precise certains points :


Le 27 juin 2017 à 13:52, Nicolas Évrard  a écrit :
> * Dominique Chabord  [2017-06-27 12:37 +0200]:

>
>>>- gérer les attachements de cet email
>>
>>
>> éventuellement, sauf si on utilise cette fonction pour émettre un
>> document (devis, facture, relance)
>
>
> Éventuellement ? Si tu souhaites utiliser la fonction email de ton ERP
> pour n'envoyer qu'éventuellement des documents alors je ne comprends
> pas.


On peut "éventuellement" gérer des attachements (par exemple en
ajouter : use case conditions générales, IBAN...). Sinon,  dans le cas
où on veut transmettre une facture, soit on attache la facture (c'est
peut-être ce que tu indiques par "gerer les attachements"), soit on
transmet un lien de téléchargement, ou bien autre chose, je ne suis
pas spécialiste.


>
>>>- chiffrer l'email pourrait être intéressant aussi probablement
>>
>>
>> Je ne pense pas, je vois plutôt une signature du mail
>
>
> Si tu peux signer l'email, tu peux le chiffre aussi :D.

On peut tout faire, mais ce qui me serait utile c'est une signature,
pas un chiffrement.

>
>>>- avoir de la correction orthographique, ce serait pas mal non
>>>  plus
>>
>>
>> Non, ni aucune fonction de composition html.
>
>
> Et pourquoi donc, si tu commences à permettre aux gens de modifier
> le contenu de leur email, ils voudront pouvoir corriger leurs fautes.

Parce que je donne mon avis. Il y a une correction d'orthographe sur
les autres saisies de Tryton ? Non alors pourquoi sur-spécifier dans
ce cas ?

>
>>> Tu as compris où je veux en venir :D. On s'approche dangereusement de
>>> la fenêtre composition d'un MUA :).
>>
>>
>> plutôt de ce que sait faire un script shell de moins de 20 lignes
>> d'ailleurs, si j'ai bien compris mailx est un MUA.
>
>
> Si tu en arrives au point où tu scriptes ton envoi d'email alors on ne
> parle plus de MUA mais du module email_notification, à priori.

Relis ce thread, ça a été évoqué. Ce dont on a besoin, est proche de
la notification par email, je pense.

>
>>>> Bref, oui un ERP doit automatiser les tâches mais il doit aussi
>>>> permettre
>>>> une souplesse d'utilisation, en quelques clics.
>>>
>>>
>>>
>>> Avec libreoffice, le document ODT s'ouvre et il y a l'option "Envoyer
>>> le document par email" (je me demande même si LO ne fait pas la
>>> transformation en PDF aussi avant l'envoi), ce qui est - je suppose -
>>> globalement équivalent à l'envoi par email de Tryton.
>>
>>
>> non, c'est pas équivalent. C'est ce qu'on essaie de dire.
>
>
> Je veux dire qu'à mon avis ce que LO fait est globablement équivalent
> à ce que fait Tryton.


Sauf qu'il le fait sur un poste client et non sur le serveur.

>
>> Les points qui m'embêtent actuellement :
>> 1- il faut un utlisateur sur PC, pas possible depuis un téléphione
>> 2- sur mon PC, je suis hors périmètre de sécurité/traçabilité, je ne
>> souhaite pas que ce mail passe par un outlook express et que mon
>> client reçoive du spam (ou pire).
>> 3- je souhaite que mon client reçoive un mail de smtp.sisalp.fr,  pas
>> de veroni...@free.fr via le smtp orange de sa ligne adsl.
>
>
> Donc tu veux que Tryton soit un MUA, Laurent ne le souhaite pas lui
> (et nous non plus :P).


En tout cas, un script shell le fait parfaitement.

>
> Mais si tu as ces contraintes, je me demande alors pourquoi les
> collaborateurs peuvent utiliser Tryton hors du boulot. En effet, s'il
> le peuvent, rien ne les empêche de: 1) Télécharger le document, 2)
> Utiliser leur Outlook express pour envoyer l'email, 3) E-mail qui
> passe par le smtp d'orange.


Ils le peuvent. C'est pas le sujet. Je veux qu'ils puissent aussi
bosser correctement.
Ils n'ont pas à discuter en privé avec les clients de leur employeur.


>>
>>
>> A mon avis, il vaudrait mieux ne rien faire que mailto:
>> je dis ça je dis rien.
>
>
> En fait, en écrivant ma réponse c'était ce qui m'est passé par la
> tête.
>
> Je me demande si on ne devrait pas retirer cette fonctionnalité et
> laisser aux gens qui le souhaite la possibilité d'utiliser un greffon
> pour leurs clients Tryton.

Peu importe, c'est pourri dès que ça sort du serveur.
>

-- 
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/CAHZrxK6SAG1%2BQpkYkPJPEzDu2zv2jGR6PpzHJ_3%2BkZ01PjUA4g%40mail.gmail.com.

Re: [tryton-fr] Prise en main de la Gestion Commerciale

2017-06-27 Par sujet Dominique Chabord

et j'ai oublié le reply-to:
bien sûr, hors de question que le client réponde sur la boite privée
du collaborateur. ;-)

-- 
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/CAHZrxK6GR38HCZOUYD-2%3DHkmWguDoLFsjknbW%3D7r39kZTttZ9Q%40mail.gmail.com.

Re: [tryton-fr] Prise en main de la Gestion Commerciale

2017-06-27 Par sujet Dominique Chabord

Le 27 juin 2017 à 12:00, Nicolas Évrard  a écrit :
> * 'Laurent ROCHE' via tryton-fr  [2017-06-26 20:02 +0200]:
>>
>> Le 25/06/2017 à 23:50, Cédric Krier a écrit :
>>>
>>> On 2017-06-25 23:23, Dominique Chabord wrote:
>>>>
>>>> Le 25 juin 2017 à 21:06, Cédric Krier  a écrit :
>
>
> Salut,
>
>> Je n'ai jamais parlé d'implémenter un MUA dans Tryton : juste de pouvoir
>> envoyer des e-mails par SMTP, car à l'usage c'est le plus rapide.
>
>
> Que veux tu dire par "envoyer des emails par SMTP" ? Car tous les
> emails du monde sont acheminés par SMTP :).

Je croyais que le MUA ne servait qu'en réception. Après vérification,
c'est aussi une fonction en émission. Je pense donc qu'on parle tous
de la même chose.

>
> Si je comprends bien ce que tu veux dire, il faudrait que l'ERP
> permette de:
>
>- écrire le texte de l'email

utiliser un template pour créer un brouillon de mail éditable


>- gérer les attachements de cet email

éventuellement, sauf si on utilise cette fonction pour émettre un
document (devis, facture, relance)

>- probablement aussi ajouter des destinataires

Pourquoi pas

>- chiffrer l'email pourrait être intéressant aussi probablement

Je ne pense pas, je vois plutôt une signature du mail

>- avoir de la correction orthographique, ce serait pas mal non
>  plus

Non, ni aucune fonction de composition html.

>- …
>
> Tu as compris où je veux en venir :D. On s'approche dangereusement de
> la fenêtre composition d'un MUA :).

plutôt de ce que sait faire un script shell de moins de 20 lignes
d'ailleurs, si j'ai bien compris mailx est un MUA.


>
>> Bref, oui un ERP doit automatiser les tâches mais il doit aussi permettre
>> une souplesse d'utilisation, en quelques clics.
>
>
> Avec libreoffice, le document ODT s'ouvre et il y a l'option "Envoyer
> le document par email" (je me demande même si LO ne fait pas la
> transformation en PDF aussi avant l'envoi), ce qui est - je suppose -
> globalement équivalent à l'envoi par email de Tryton.

non, c'est pas équivalent. C'est ce qu'on essaie de dire.
Les points qui m'embêtent actuellement :
1- il faut un utlisateur sur PC, pas possible depuis un téléphione
2- sur mon PC, je suis hors périmètre de sécurité/traçabilité, je ne
souhaite pas que ce mail passe par un outlook express et que mon
client reçoive du spam (ou pire).
3- je souhaite que mon client reçoive un mail de smtp.sisalp.fr,  pas
de veroni...@free.fr via le smtp orange de sa ligne adsl.

>
> Le problème avec la procédure ci-dessus étant que l'adresse email doit
> être trouvée et mise correctement par l'utilisateur, ce que fait
> l'envoi par email de Tryton (qu'il y a peut-être moyen d'améliorer, je
> n'y ai pas réfléchi).
>
> Il y a quelques avantages au fait d'utiliser le MUA habituel:
>
>- Le logiciel est fait pour ça (mine de rien, ça compte car il y a
>  ses habitudes, la correction de l'orthographe, etc)
>- Le logiciel est intégré à son compte de messagerie (en ces temps
>  où les gens veulent pouvoir accéder aux infos depuis leurs
>  téléphones / tablettes / frigo ça peut être utile).

bof...

>
> Au final, mon opinion c'est que Tryton ne doit pas être un MUA ni même
> en simuler un. Par contre, l'intégration passe par le protocole
> mailto: et c'est perfectible ; s'il y a moyen de l'améliorer pourquoi
> pas (bien que je n'aie moi-même pas réfléchi au sujet néanmoins je
> serais très étonné si, sous Windows au moins, il n'y avait pas moyen
> de faire mieux).

A mon avis, il vaudrait mieux ne rien faire que mailto:
je dis ça je dis rien.
A+
>

-- 
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/CAHZrxK5sftF8XrC2Fws7zpz9H3bkXf2QA%3D6GtiO5C-9CK1Yfqg%40mail.gmail.com.

Re: [tryton-fr] Prise en main de la Gestion Commerciale

2017-06-25 Par sujet Dominique Chabord

Le 25 juin 2017 à 23:50, Cédric Krier  a écrit :
> On 2017-06-25 23:23, Dominique Chabord wrote:

>>
>> Comment fera t on quand les factures seront dématérialisées signées ?
>> Il faudra bien les émettre depuis le serveur et bnon depuis le PC d'un
>> utilisateur.
>
> Je ne vois pas pourquoi.
> La signature d'un OpenDocument est dans le document. J'imagine que la
> majorité de tels standards seront similaires. Et si la signature doit
> être stockée séparément, on générera une archive qui contiendra les
> deux.

Mouais, ça se tient. Ca m'ennuie de dépendre du poste client.

> Si on reprend les exemples comme l'envoie d'une confirmation de commande
> ou bien un facture. Elles sont chaque fois basées sur une étape de
> workflow et s'il y a besoin d'une validation c'est sur le workflow
> qu'elle doit se trouver.


Oui, ça c'est convaincant. Donc on n'aurait pas un outil général "send
that by mail" comme Odoo qui ensuite définit des templates par
contexte ( envoi devis, envoi facture...), mais soit ça se fait
automatiquement, soit on ajouter une étape "send to customer" pour
faire progresser le workflow. Ca me paraît mieux.

-- 
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/CAHZrxK5NdFcae3CuvmeN_cOv_PExU-yzNcQuGpv7VFMdsoDC3g%40mail.gmail.com.

Re: [tryton-fr] Prise en main de la Gestion Commerciale

2017-06-25 Par sujet Dominique Chabord

Le 25 juin 2017 à 21:06, Cédric Krier  a écrit :

>
> Comme je l'ai déjà indiqué, nous ne sommes pas vraiment intéressés à
> implémenter un MUA dans Tryton.

Comment fera t on quand les factures seront dématérialisées signées ?
Il faudra bien les émettre depuis le serveur et bnon depuis le PC d'un
utilisateur.


>
> Sinon il y a quand même moyen d'utiliser le module notification_email en
> combinaison avec un wizard qui créerait un enregistrement avec les
> informations encodées par l'utilisateur et qui servirait de base de
> déclenchement de la notification. Mais je ne pense pas que ce soit en
> adéquation avec la ligne de développent de Tryton et donc un tel
> développement ne serait pas de base.

Ca me semble tout à fait adéquat. Je partage aussi le besoin de
contrôler le message et l'envoi. Par exemple, un utilisateur prépare
la facture et le message et c'est un autre qui l'envoie. Si en plus,
une transaction me garantit que le message a bien été envoyé et fait
progresser un état, c'est parfait.

-- 
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/CAHZrxK6wR9xUvbSnw%3Dva9A3AhKzsHet%3DA88cb_Vmwq_ez_Pv4Q%40mail.gmail.com.

Re: [tryton-fr] Prise en main de la Gestion Commerciale

2017-06-22 Par sujet Dominique Chabord

Le 22 juin 2017 à 09:27, Cédric Krier  a écrit :
> On 2017-06-21 16:13, 'Laurent Roche' via tryton-fr wrote:

>
> http://catb.org/jargon/html/Z/Zawinskis-Law.html

Je crois qu'on ne parle que de smtp ici, correct ?

>
> En fait, on s'est toujours empêcher se genre de développement car ce
> serait toujours un client email limité (faire un client email est un
> projet en soit). On privilégie l'interopérabilité et les protocoles
> standards.
> Maintenant, je pense que ce module [1] diminuera le besoin d'envoyer des
> emails manuellement.
>

Je me demande si l'envoi manuel sera encore possible avec la
dématérialisation des factures. Il va falloir signer la facture et
peut-être le mail dans son ensemble.

-- 
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/CAHZrxK5195RQvhbs-CML7y_34o4p2OFt5gZU3sQyXo2OMV0K_Q%40mail.gmail.com.

Re: [tryton-fr] Prise en main de la Gestion Commerciale

2017-06-20 Par sujet Dominique Chabord

Le 20 juin 2017 à 17:58, 'Laurent Roche' via tryton-fr
 a écrit :

>
> A) Dans un devis/facture, si je rentre une ligne "libre" (i.e pas d'un
> produit du catalogue), je ne peux pas lui affecter de compte comptable ? Je
> sais qu'on peut définir un compte par défaut (ça c'est bien) mais si je veux
> un compte comptable spécifique, est-ce que j'ai un moyen ... à part de
> passer par un produit du catalogue ?
>
>  B) Comment modifier un template Devis ? J'ai modifié le fichier template
> ODT mais comment l'installer sur le serveur ?

soit par un module (cf doc), soit en substituant le modèle d'origine
par le nouveau modèle, soit en uploadant le nouveau modèe par le menu
admin
>
>  C) Peut-on générer des rapport en autre chose que des odt : idéalement un
> pdf  ?

Oui si le serveur est complètement installé.
Dans la définition du rapport, on choisit le format de sortie

>
>  D) Comment envoyer, par e-mail, les devis, factures etc ? J'ai bien trouvé
> le bouton "Raport par Email" sur l'appli [GTK] mais rien dans l'appli
> [Web]), mais tout ce que ça fait, c'est ouvrir un e-mail vide avec le
> rapport en ODT comme pièce jointe : pas de modèle d'e-mail, pas d'adresse
> e-mail de destinataire ! !

Il y a une discussion ouverte sur ce sujet pour obtenir des templates.
les paramètres mail sont définis avec les rapports.


>
>  E) Que veut dire "Poster" une Facture ?

C'est la saisir en comptabilité.

>
>  F) Le cheminement des Ventes (tel que je l'ai compris) : Brouillon => Devis
> => Facture. Ou est le bon de commande ?
>
non, c'est :
Brouillon => Devis => Commande

> => Facture. Ou est le bon de commande ?
Ca c'est du Odoo.
>

-- 
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/CAHZrxK7q5LC-E6JOJZdpDOo683QmRYhBXtWK7hf-zkMnT0SKiw%40mail.gmail.com.

Re: [tryton-fr] Demarage tryton tres difficile

2017-06-10 Par sujet Dominique Chabord

Bonjour

Le 10 juin 2017 à 11:24, Nicolas Marmignon  a écrit :
> Bonjour @ tous,
>
> Après tiny, openerp et maintenant Odoo, j'ai décidé de m'intéressée à
> tryton, mais ça ne démarre pas très bien.
>
> J'ai réussi l'instal sur mon VPS (Debian 8 + ispconfig), grâce à cet
> excellent tuto (Du moins qui fonctionne) !
> https://agipme.fr/2017/04/installation-de-tryton-serveur-4-2-avec-sao-sur-debian-8-7.html

Le problème de ce tuto est qu'il n'est pas maintenu à jour.

>
> L’accès via mon navigateur fonctionne bien mais je n'ai que le menu Admin.
> Et puis après heures de recherche je ne rend compte que je dois installer
> les modules un par un en utilisant  PIP : bon => OK je me lance.
> Je commence simple trytond_company et trytond_product visiblement il
> s'installe correctement et sont pris en compte au lancement du serveur =>
> une ligne par module installé + dépendance.
>
> Et c'est la que je bloque je n'ai rien du tout dans le navigateur. Je ne
> trouve aucune trace des modules installés nulle part et je ne trouve pas
> comment faire pour les faire apparaitre.

regardez tryton-admin

>
> Quelqu'un aurai t’il une suggestion, un conseil, une explication car je
> désespère ...

Sinon, comme d'habitude, je répète que pour utiliser/découvrir Tryton,
vous disposez d'un serveur sécurisé et maintenu en moins de 10 mn sur
https://sisalp.com/.
A moins que ce ne soit l'installation qui vous intéresse, évidemment.


> En vous remerciant pour ce coup de pouce
> Nicolas
>
> --
> 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/4a97ea73-7187-4210-a6d7-c91bdbf22f1c%40googlegroups.com.



-- 
Dominique Chabord - SISalp
Logiciel libre pour l'entreprise Tryton et open-source Odoo, OpenERP
18 avenue Beauregard 74960 Cran Gevrier
145A rue Alexandre Borrely 83000 Toulon
tel(repondeur) +33(0)950274960 fax +33(0)955274960 mob +33(0)622616438
http://sisalp.fr
http://openerp-online.fr
https://twitter.com/SISalp l'actualité de vos services en temps réel.

-- 
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/CAHZrxK7tqCftyLHK1S-%3DycE230oPGPbNmRvuTnTQ9B0CwC7ymg%40mail.gmail.com.

Re: [tryton-fr] Migration de tryton 3.6 vers 4.4

2017-06-08 Par sujet Dominique Chabord

2017-06-07 15:57 GMT+02:00 Julien Fastré :
> Bonjour,
>
> Je suis en train de migrer notre installation de tryton de la version
> 3.6 vers la version 4.4.
>
> J'ai recopié la base de donnée dans une nouvelle (pg_dump vers un
> fichier sql, puis je le restaure), installé tryton 4.4 sur un nouveau
> serveur, et j'ai effectué les migrations décrites dans les différents
> threads ici : https://discuss.tryton.org/c/migration.

je croyais qu'il fallait faire 3.6-> 3.8, 3.8 ->4.0, etc.. Est-ce que
je m'embête pour rien ?

-- 
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/CAHZrxK6rQ0EAFygxbQyxiusXz2pAFfFW%3Dx0NH_H-xopV9K90ww%40mail.gmail.com.

Re: [tryton-fr] Export FEC

2017-06-03 Par sujet Dominique Chabord

Le 3 juin 2017 à 08:47, Camille  a écrit :

>
> Je me permets de répondre à Dominique :
> 1 chiffre = classe
> 2 chiffres = sous-classe
> 3 chiffres = sous-sous-classe (si on peut dire...)

merci
en effet, en me reportant à http://brochures.sisalp.fr/pcg_maj0712.pdf
qui était notre document de base si je me souviens bien, je vois qu'on
ne parle plus de sous-classe et que "par extension" tout est compte.

-- 
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/CAHZrxK6_J99z_tmxXTE6T5jda7pxheBJfbzxZWyNUkvOWRYVDQ%40mail.gmail.com.

Re: [tryton-fr] Projet et gestion des tâches

2017-05-29 Par sujet Dominique Chabord

Le 29 mai 2017 à 09:00, Camille  a écrit :
> Bonjour,

> J'ai beau redéfinir, pour chacune, prédécesseur et successeur la tâche A
> reste affichée avant la tâche B.

"avant" dans la liste ou dans les dates ?

-- 
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/CAHZrxK4jDSEXN7Tx7fLV8FF_nELvKYy_etodm4tyQM-upiihFw%40mail.gmail.com.

Re: [tryton-fr] Export FEC

2017-05-02 Par sujet Dominique Chabord

Le 2 mai 2017 à 10:12, Raphael Hertzog  a écrit :

>
> => cela vient du compte 58 que j'utilise

Si je me souviens bien, un compte a obligatoirement 3 chiffres, à 2
chiffres il s'agit d'une "classe"

-- 
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/CAHZrxK7_a3hq6rm5FNFp7PqcpZk3aVbPWJtKNyCOrzHzBEBaVA%40mail.gmail.com.

Re: [tryton-fr] GTK

2017-05-01 Par sujet Dominique Chabord

Le 1 mai 2017 à 14:01, Camille  a écrit :
>
> Bonjour,

> j'active l'environnement virtuel et j'envoie :

> pip install tryton
> Successfully installed tryton-4.2.4


Pourquoi tu installes le client côté serveur ?

-- 
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/CAHZrxK5Ywj5H8ZnbyJGcD1CYUzhh-0ojmtddUw5PGTY7kuMb0Q%40mail.gmail.com.

Re: [tryton-fr] GTK

2017-04-19 Par sujet Dominique Chabord

Le 19 avril 2017 à 19:21, Camille  a écrit :

>
> Je viens d'installer Tryton par pip dans un dossier d'env virtuel,
> sans installer GTK ( http://doc.tryton.org/4.2/tryton/doc/installation.html
> )
> et je constate que Tryton semble fonctionner parfaitement.
>
> Je trouve même l'affichage plus réactif (chez moi en tout cas)
>

gtk a probablement été installé correctement par pip s'il est en
dépendance de tryton, ou bien il était déjà présent sur le système.

> La question, donc :
> Est-ce que, si je continue sans GTK, je risque de provoquer des erreurs
> dans le traitement des données (ou autre catastrophe) ?

non, un client déconnant ne peut pas casser un serveur, sauf bug + pas
de chance.

-- 
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/CAHZrxK7uf5Kh_yz%2Bwhx163AJYZd%2BHU68iDAzeR8sre0R1ZHk-Q%40mail.gmail.com.

Re: [tryton-fr] Virtualbox... ou autre...

2017-04-11 Par sujet Dominique Chabord

Le 11 avril 2017 à 22:13, Cédric Krier  a écrit :
> On 2017-04-11 08:55, Camille wrote:
>> J'ai lu... :)
>> que pour mettre Tryton en piste, il était mieux d'utiliser une machine
>> virtuelle. Bon.
>
> Je ne sais pas où tu a lu cela mais ça m'étonne fortement. L'intérêt de
> la virtualisation est principalement la possibilité de dupliquer
> l'environnement et/ou de partager les ressources d'une même machine.
>

Tryton ne fonctionne pas différemment sur une machine virtuelle.
La virtualisation permet d'utiliser la duplication pour sauvegarder et
restaurer un environnement complet.
Le partage des ressources est également intéressant pour donner un
accès d'administration à une partie du serveur et en protéger d'autres
parties.
C'est une facilité d'administration.
Je n'utilise qu'une virtualisation de type container. Historiquement
LinuxVserver, OpenVZ et maintenant LXC.
Certains ont préconisé des machines virtuelles VMware, VirtualBox pour
faire tourner un serveur sur une machine desktop, voire Windows. Je ne
me suis jamais intéressé à ça, ça me semble inapproprié en production.

-- 
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/CAHZrxK70uQh90bdZa1DoPMgRVo4vuTs3%2BbvpFS_BVn4nSQ%2BhLQ%40mail.gmail.com.

Re: [tryton-fr] Installation serveur

2017-04-05 Par sujet Dominique Chabord

Le 5 avril 2017 à 16:02, Cédric Krier  a écrit :

>
> Je pense qu'il y a une petite incompréhension ici.
> Je ne pense pas que Dominique parlait de l'utilisation de l'anglicisme
> "Open Source" mais bien de la différence entre "Open Source" et "Free
> Software" (logiciel libre).

Ah oui, merci. ;-)

"Logiciel libre" n'est pas la traduction en français d' "open-source software"

-- 
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/CAHZrxK6AJNtVymr0q0%2BNBLyqwj40j-rba9_VDc0JYeS9saKPww%40mail.gmail.com.

Re: [tryton-fr] Installation serveur

2017-04-05 Par sujet Dominique Chabord

Le 5 avril 2017 à 15:09, Camille  a écrit :
>
>
> Oh !... La mauvaise foi des informatitiens !...
>
>> > Certains s'amusent avec des jeux vidéo le weekend moi c'est les logiciels 
>> > de gestion open source ;)
>>
>> Dans la communauté Tryton, on préfère parler de logiciel libre.
>
>
> Je suis comme toi Rémy (je tripe sur la bureautique depuis 1988 et sur le 
> libre depuis une quinzaine d'année)

Qu'est-ce qu'il s'est passé en 1988 ?

>
> Mais je m'étrangle carrément en lisant ça :))

Faut pas, tu t'en remettras

> Tu veux te gober la doc, t'es bon pour un Harrap's mais on ne doit pas dire 
> Open-Source

A qui tu t'adresses ?
Chaque communauté a ses valeurs et ses usages. C'est bien de les
connaître. On les respecte si on le souhaite, on les transgresse si on
le souhaite. Et on est désagréable si on le veut.

>
> D'aucun vous trouverait des "pudeurs de gazelle" messieurs ;)

Le respect des personnes est une règle habituellement observée dans
toute la communauté Tryton.

>
> Ah, ces informaticiens qui veulent un monde où tout le monde comprend 
> l'anglais !... Mais si, mais si...
> ... Et moi je veux la paix dans le monde...
>

C'est bien, la paix dans le monde. Je t'encourage. Comme quoi, ton
message était utile ;-)

-- 
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/CAHZrxK6E4-H_bN0Oh%3DDdb7d4srLb9_nSOqnXPA1zvc2_wG98Zw%40mail.gmail.com.

Re: [tryton-fr] Installation serveur

2017-03-31 Par sujet Dominique Chabord

Le 31 mars 2017 à 22:50, remy dev  a écrit :
>
>
> Hello,


Bonjour

>
>
> Je vais poser beaucoup de questions les prochains temps, donc pas taper moi ;)

On a beaucoup tapé sur les précédents, on va se retenir, promis.

> Certains s'amusent avec des jeux vidéo le weekend moi c'est les logiciels de 
> gestion open source ;)

Dans la communauté Tryton, on préfère parler de logiciel libre.

>
> Jusqu'à présent quand on me demandait un logiciel de compta pas trop 
> compliqué je conseillais open-concerto, mais j'ai envie de tester tryton en 
> production plutôt que odoo dans la mesure ou j'ai vraiment le sentiment que 
> la communauté odoo va se prendre un sale coup lors de la migration vers 
> python3 qui va bien finir par arriver.

Le pire n'est jamais certain ;-)
>
> Donc l'idée de mon test en production est d'utiliser tryton pour 
> l'association arn-fai.net dont je suis le trésorier.

C'est une bonne idée, peut-être pourra t on concevoir qes modules
spécifiques aux associations.

>
> J'ai donc commencé à essayer de voir les rares ressources que j'ai eu 
> l'occasion de trouver.

Règle numéro 1 : utiliser les documentations maintenues de Tryton et
celles des dépendances (postgresql et le serveur proxy).

>
> Pour un test rapide :
>
> apt-get install tryton-neso

En partant au hasard, on peut apprendre par l'erreur, mais à la fin la
seule solution est de suivre la documentation officielle.

>
>
> Ca permet de lancer facilement tryton, mais ce programme n'est plus à jour


En effet, c'était bien essayé pourtant.
Neso est fin de vie.

>
>
> Sinon j'ai trouvé un petit tuto

Un tuto, c'est bien pour aller vite au moment de la découverte. Si on
lit la documentation, on n'a plus besoin de tuto et on comprend
comment ça doit marcher.

>
> Mais j'arrive au résultat suivant :
>
>
>
> Du coup, une personne peut-elle me dire pourquoi il me manque des fichiers 
> sur ma page ?

Probablement que le tuto ne marche pas tout à fait, alors.
S'il s'agit de l'interface web, je regarderais la configuration du
serveur en premier.
http://doc.tryton.org/4.2/trytond/doc/topics/configuration.html#topics-configuration

>
> Merci bcp
>





-- 
Dominique Chabord - SISalp
Logiciel libre pour l'entreprise Tryton et open-source Odoo, OpenERP
18 avenue Beauregard 74960 Cran Gevrier
145A rue Alexandre Borrely 83000 Toulon
tel(repondeur) +33(0)950274960 fax +33(0)955274960 mob +33(0)622616438
http://sisalp.fr
http://openerp-online.fr
https://twitter.com/SISalp l'actualité de vos services en temps réel.

-- 
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/CAHZrxK6RefReNVbk7%2B1Gf%2BV%3DBy-8%3DF99xq9mXO3GS1WyRX1G4Q%40mail.gmail.com.

Re: [tryton-fr] Importation fichier OFX

2017-03-27 Par sujet Dominique Chabord

http://www.ofx.org/downloads/OFX%202.2.pdf

-- 
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/CAHZrxK6QD3bOzmGdZrtDe90_48yGUx7a-AEDE3EBtryNjO8Ycg%40mail.gmail.com.

Re: [tryton-fr] Importation fichier OFX

2017-03-27 Par sujet Dominique Chabord

Bonjour,

ma banque me propose du CSV. Où est la description/norme d'un fichier OFX ?

-- 
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/CAHZrxK5FXH0Mfe-gwR699kN2dkwzg0PiE%2BWBnAY%3D7Eq3LL3jEA%40mail.gmail.com.

Re: [tryton-fr] Eclaircissement sur trytond.conf

2017-03-12 Par sujet Dominique Chabord

Le 12 mars 2017 à 12:08, Camille  a écrit :
>
>> Plutôt qu'un poste qui ne sera pas maintenu (et donc vite déprécié), on
>> préfère avoir des propositions d'amélioration de la documentation
>> existante.
>
> Il y a une traduction en cours ?
>
La traduction google de la page configuration est tout à fait
compréhensible. Il faut comprendre home par maison etc, mais sur ce
type de contenu ça fonctionne plutôt pas mal.
https://translate.google.fr/translate?sl=en&tl=fr&js=y&prev=_t&hl=fr&ie=UTF-8&u=tryton.org&edit-text=&act=url
le problème c'est qu'il traduit les mots clé aussi, donc il faut
passer la souris pour avoir les termes exacts.

-- 
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/CAHZrxK4U9oVnW-fCVEk_%3D5qe3792zyh7%2B%3DratTYphcwZ1_6%3DFQ%40mail.gmail.com.

Re: [tryton-fr] Eclaircissement sur trytond.conf

2017-03-11 Par sujet Dominique Chabord

Le 11 mars 2017 à 08:50, Camille  a écrit :

> Mais quand je lisais "The db folder under the user home directory running
> trytond."
> j'avais interprété "db folder" comme "database folder"

Moi non plus je ne comprenais pas.
Cédric a corrigé la doc pour que db apparaissent en italique.
en règle générale il n'y a pas d'abbréviation ou d'accronyme dans la
doc Tryton. C'est sec et laconique, mais précis et fiable.
En revanche, pour les autres parties du système, base de données,
proxy etc, la règle est de se reporter à leurs excellentes docs
respectives.

Les how-to globaux sont en général tellement faux, que c'est pas plus mal.

-- 
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/CAHZrxK6UW44boc6VsAXqnvYnKrGamiFE2nGUXq-_vg5RBsMRMQ%40mail.gmail.com.

Re: [tryton-fr] Eclaircissement sur trytond.conf

2017-03-10 Par sujet Dominique Chabord

Le 10 mars 2017 à 11:15, Cédric Krier  a écrit :

>>
>> Est ce que c'est un directory qui s'appelle "db" ?
>
> Oui. As-tu une meilleur phrase?
>

je pense que le mot db devrait être en italique pour qu'on comprenne
que c'est le nom donné au répertoire.

-- 
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/CAHZrxK6B5N%3D9CXAsujvc8iPh0j22q0hdDu1ZJoTMiYvrD_eatQ%40mail.gmail.com.

Re: [tryton-fr] Eclaircissement sur trytond.conf

2017-03-10 Par sujet Dominique Chabord

Le 10 mars 2017 à 09:16, Cédric Krier  a écrit :

>
> Oui mais la valeur par défaut est différente
> http://doc.tryton.org/4.2/trytond/doc/topics/configuration.html#path
>
"The db folder under the user home directory running trytond."

Je donne une valeur de ce type mais je ne comprends pas la valeur par défaut

"The db folder under the user home directory running trytond."

Est ce que c'est un directory qui s'appelle "db" ?

-- 
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/CAHZrxK79fBVXDh7bzQ6okbHmoY-Yze1BDNr5BmgK5TJdXKKUUw%40mail.gmail.com.

Re: [tryton-fr] Sauvegarde base

Le 8 mars 2017 à 17:13, Camille  a écrit :
> Il est donc inutile, à la création de l'utilisateur Tryton dans Postgresql,
> de lui donner le droit de créer des base ??
>
là, on ne sait plus à quoi se rapporte votre question.
Le rôle qui crée la base a besoin du droit correspondant. Il n'a pas
besoin de s'appeler Tryton. La base doit être possédée par le rôle
sous lequel le serveur Tryond l'utilisera.

Avec postgresql, si l'utilisateur linux a le même nom que le rôle
postgresql, le fichier pg_hba.conf est un tout petit peu plus simple
(authentification par "peer" sans mot de passe).

-- 
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/CAHZrxK5HbC43HO3J1wFJYQn2CaxOv86yNNV5tiBVHT9%2BkOUwug%40mail.gmail.com.

Re: [tryton-fr] conformité des logiciels de caisse (2108, France )

Le 8 mars 2017 à 12:42, Cédric Krier  a écrit :

>
> B2CK compte mettre en vente Tryton avec la comptabilité française et
> délivrer une attestation individuelle à la demande pour chaque version
> majeur.
>

Je serai sans doute votre premier client, car je n'ai pas le droit
d'attester moi-même du logiciel que j'utilise.

-- 
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/CAHZrxK6gTsc_2t0ZbuEo3HSBUoaXuq_BG1ZY4R%3DbS2ty%2BMhXrQ%40mail.gmail.com.

Re: [tryton-fr] conformité des logiciels de caisse (2108, France )

Le 8 mars 2017 à 14:42, Cédric Krier  a écrit :



En résumé de ces échanges, je pense que tryton est prêt pour cette nouvelle loi.


>>
>> la loi n'impose pas à l'attesteur de se protéger de son client. Je
>> pense que c'est quand même utile car l'attesteur peut être poursuivi.
>
> Notre avocat nous a fourni un modèle d'attestation qui nous protège si
> l'utilisateur modifie les mesures prises pour respecter les conditions
> de la loi.
>

Vous avez devancé la question donc.
Il y a deux points à confirmer à mon avis :
- le texte de l'attestation est à priori imposé par l'administration :
http://revuefiduciaire.grouperf.com/lien_bofip/?base=BOFiP&mode=article&orig=REVUE_RF_FH&sp=/publications_bofip/BOFIP/documents/Contenu/4-lettre-type%20%20%20modele/TVA/10692-PGP/2016-08-03/data1.xml#1
- les contrôles de l'administration ne sont pas réputés "éclairés". Il
est difficile de demander la compréhension d'une clause particulière.
C'est pourquoi, je préfère la situation binaire : attestation valide
si son objet est intègre ou non valide si son objet a été modifié.

-- 
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/CAHZrxK7LC9PNJioh8CUpBb-BSFo26ctWGz7Df9qb%3DaYEtYB7tQ%40mail.gmail.com.

Re: [tryton-fr] conformité des logiciels de caisse (2108, France )

Le 8 mars 2017 à 13:35, Cédric Krier  a écrit :

>> 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

réglé

>
>> >> 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é.

la facture ? je pense que c'est bon dans ce cas.
le paiement ? aussi
une question sur le bon de livraison s'il intervient sur les droits de
douane et les taxes intracommunautaires.

A priori c'est tout bon.


>
> Et bien une query comme ceci règle le problème:
>
> UPDATE party_party SET name = name | ' Test' WHERE id = 

Très bonne idée, à creuser. Ca reste modifiable par l'utilisateur.


>
> 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.


la loi n'impose pas à l'attesteur de se protéger de son client. Je
pense que c'est quand même utile car l'attesteur peut être poursuivi.
>

-- 
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/CAHZrxK6xiR_9yT7fA5odhbX5nBb0nM_%2BU8HGjLpTKVyEGu97UQ%40mail.gmail.com.

Re: [tryton-fr] conformité des logiciels de caisse (2108, France )

Le 8 mars 2017 à 12:42, Cédric Krier  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.

>
>> 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 ?


>
>> - 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.


>
>> La question de la possibilité d'auto-hébergement reste ouverte.
>> Philippe Pary (Pastèque) étudie les conditions d'une attestation et il
>> est le premier concerné.
>
> B2CK compte mettre en vente Tryton avec la comptabilité française et
> délivrer une attestation individuelle à la demande pour chaque version
> majeur.

Ca aurait peut-être un sens que l'attestation que je dois délivrer
soit celle-ci.


>
>> 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.

-- 
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/CAHZrxK6eFxzvKd-958%3DYcpAFeDVCTpsk1g1QsWkueKjQP71Mmw%40mail.gmail.com.

Re: [tryton-fr] conformité des logiciels de caisse (2108, France )

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

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
- définir un mode "test et formation" qui taggue les documents
externes (devis, facture, bons de livraison.)
- probablement d'autres

La question de la possibilité d'auto-hébergement reste ouverte.
Philippe Pary (Pastèque) étudie les conditions d'une attestation et il
est le premier concerné.

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 -

real0m0.051s
user0m0.042s
sys0m0.016s

Merci

--
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/CAHZrxK7nHOXqXJfuaYW9gsHG4_Us%3Dc4VLKXufBY9C%3DM8hNQPQg%40mail.gmail.com.

Re: [tryton-fr] Privilèges utilisateur tryton sur postgresql

s/La creation est pas postgresql/La creation est par postgresql/

la ligne de commande que j'utilise dans le contexte d'un script :
if ! createdb -O $XOE_PG_USER -U $XOE_PG_USER $XOE_DB
--encoding=UNICODE -T template0 >> $XOE_LOG ; then

-- 
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/CAHZrxK78Gusd59pujZGStQ-9WCQp55RHWFe7n4kLyEmQnqszBQ%40mail.gmail.com.

Re: [tryton-fr] Privilèges utilisateur tryton sur postgresql

Le 7 mars 2017 à 11:32, Camille  a écrit :
>
>> Normalement, trytond n'a pas besoin du droit "superuser" donc il est
>> préférable de ne pas le lui donner pour des raisons de sécurité.
>> De plus sur les versions récentes la création de base de données n'est
>> plus gérée par trytond donc ce droit peut aussi être enlever mais alors
>> il faut créer les DB avec un autre utilisateur tout en donner la
>> propriété à trytond.
>
>
> Ainsi donc, ce qui m'inquiétait aussi, c'est normal de ne pas avoir d'option
> pour gérer les bases dans le menu connexion ?


Oui, cette fonction a été supprimée sur la version 4.2
Il faut créer la base puis utiliser trytond-admin pour cela
ls documentation est ici : trytond/doc/topics/setup_database.rst



>
> Je ne comprends pas la fin de ton message :
> Comment créer d'autres bases autrement que par postgresql ?

La creation est pas postgresql, puis l'initialisation pat trytond-admin
Quand on crée la base, il faut que le processus qui démarre
trytond-admin soit propriétaire de la base.

>
> --

-- 
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/CAHZrxK5y8vGbzx0zsLUL9UNJGnnR2R1SQ_XdoF%3DRVS0d_fBWzg%40mail.gmail.com.

Re: [tryton-fr] Privilèges utilisateur tryton sur postgresql

désolé le précédent message est parti sans la réponse.

Le 7 mars 2017 à 09:33, Camille  a écrit :
> Bonjour,
>
> Mon cœur balance...
>
> J'ai lu ici :
> http://www.dalescott.net/installing-tryton-on-freebsd/
> ceci :
> Add a “tryton” super-user to PostgreSQL
>
> Sur cette page :
>
> https://agipme.fr/2016/05/tryton-4-0-installation-a-partir-des-sources.html
> ceci :
> su - postgres -c "createuser --createdb --no-createrole --no-superuser
> --pwprompt tryton"
>
> Quels sont les privilèges effectifs à donner à l'utilisateur tryton ?
>


Le choix de créer un ulisateur appelé "tryton", n'est pas une règle,
cela dépend de la façon d'administrer postgresql pour le nombre de
services trytond indépendants qu'on souhaite..
Créer un utilisateur super user postgresql est un mauvais conseil à mon avis.
Depuis la version Tryton 4.2, il est utile que le rôle attribué au
processus trytond-admin puisse créer des bases et on peut, comme
agipme, utiliser trytond-admin sous l'utilisateur de trytond qui lui
même a le même nom que le role postgresql. d'où cette suggestion.
su - postgres -c "createuser createdb --no-createrole --no-superuser
--pwprompt nom_de_role_postgresql
En production, une fois la base créée, on peut revenir sur ce
privilège no-createdb

-- 
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/CAHZrxK7XgK2UT9QbyCCsMS2TNb-wWMc5Yq%2BnH7boZKzb%2Bt_khQ%40mail.gmail.com.

Re: [tryton-fr] Privilèges utilisateur tryton sur postgresql