Re: [tryton] Unique on inventory problem

[Cédric Krier]

On 2017-08-08 14:56, Rhys wrote:
> Hello
> 
> I recently updated Tryton from 3.8 -> 4.0 ->4.2.
> 
> Now when I create an inventory, even with only one product listed and press 
> "Confirm", I get an error dialogue:
> 
> 'Line "" is not unique on Inventory "51". '
> 
> Do you know what could be causing that?

You have entered more than one times the same product.

-- 
Cédric Krier - B2CK SPRL
Email/Jabber: cedric.kr...@b2ck.com
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20170808234302.GI3742%40kei.

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

[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] Loi de finance 2016 et Logiciels Libres (suite).

[Cédric Krier]

On 2017-08-08 22:17, Cédric Krier wrote:
> Le problème n'est pas le nombre de condition mais la définition de
> l'inaltérabilité des donnée (point 21).
> Lors de ma discussion avec notre avocat sur l'interprétation de la loi
> originelle, nous avions conclus que le premier point était suffisant
> d'où le fait que B2CK envisageait de fournir des attestations.
> Mais au vue du point 21-2, s'il faut être robuste contre un "homme de
> l'art", il n'y a pas d'autre solution que le tiers de confiance (pour
> moi).
> Donc j'imagine deux solutions:
> 
> La première serait d'avoir un module qui envoie un hash du mouvement
> posté avec l'identifiant du mouvement à un service web gérer par un
> tiers de confiance. Ce tiers s'engage à publier à la demande les hash
> afin de permettre la vérification que les mouvement n'ont pas été
> modifié depuis le postage.
> Une variante distribuée serait possible en utilisant un ledger distribué
> comme BigchainDB.
> 
> La deuxième est la boite noire (ex: http://www.boîtenoire.be/) qui sert
> de tiers de confiance local. Il faudrait voir s'il existe des
> fournisseurs en France de telle boîte.

J'ai peut-être une troisième option mais qui est moins sûr.
On pourrait utiliser un chainage de hash (comme mercurial ou github) des
mouvements postés. C'est ce qu'implémente Odoo apparemment pour répondre
à cette loi. Mais le problème c'est qu'il est très facile de recalculer
l'ensemble de la chaîne si on modifie un enregistrement, parce que les
hash sont conçu pour être rapide (particulièrement sha256 qu'Odoo
utilise).
Par contre on pourrait utiliser une méthode lente comme d'écrite sur
https://www.quora.com/What-is-the-most-compute-expensive-hashing-algorithm
Mais bon le coup rendrait peut-être le mécanisme trop lent pout une
utilisation.

-- 
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/20170808221431.GG3742%40kei.

[tryton] Unique on inventory problem

[Rhys]

Hello

I recently updated Tryton from 3.8 -> 4.0 ->4.2.

Now when I create an inventory, even with only one product listed and press 
"Confirm", I get an error dialogue:

'Line "" is not unique on Inventory "51". '

Do you know what could be causing that?

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20b4e2ab-a8fa-4053-bbe6-7c6cc042ecf2%40googlegroups.com.

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

[Cédric Krier]

On 2017-08-08 20:12, lists.jc.mic...@symetrie.com wrote:
> Bonjour,
> 
> 
> Le 3 juil. 2017 à 19:24, Dominique Chabord  a 
> écrit :
> >>> 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.

En fait, le document si dessous explique pourquoi une utilisation de
Tryton actuelle pourrait requérir une telle attestation.

> Dominique a relancé la discussion sur Twitter avec ce doc :
> https://www.economie.gouv.fr/files/files/directions_services/dgfip/controle_fiscal/actualites_reponses/logiciels_de_caisse.pdf
> 
> Il en ressort que tout encaissement de paiement de particuliers doit
> respecter tellement de conditions qu’il devra être externalisé chez un
> prestataires certifié…

Le problème n'est pas le nombre de condition mais la définition de
l'inaltérabilité des donnée (point 21).
Lors de ma discussion avec notre avocat sur l'interprétation de la loi
originelle, nous avions conclus que le premier point était suffisant
d'où le fait que B2CK envisageait de fournir des attestations.
Mais au vue du point 21-2, s'il faut être robuste contre un "homme de
l'art", il n'y a pas d'autre solution que le tiers de confiance (pour
moi).
Donc j'imagine deux solutions:

La première serait d'avoir un module qui envoie un hash du mouvement
posté avec l'identifiant du mouvement à un service web gérer par un
tiers de confiance. Ce tiers s'engage à publier à la demande les hash
afin de permettre la vérification que les mouvement n'ont pas été
modifié depuis le postage.
Une variante distribuée serait possible en utilisant un ledger distribué
comme BigchainDB.

La deuxième est la boite noire (ex: http://www.boîtenoire.be/) qui sert
de tiers de confiance local. Il faudrait voir s'il existe des
fournisseurs en France de telle boîte.

> Ou bien il faudra revenir à la vieille méthode du cahier manuscrit qui lui 
> est autorisé.

Dans ce cas, il ne faut pas posséder de système informatisé car il
devrait quand même être certifié ou attesté (Cf point 16).

> Cependant, la question 5 pointe que ne sont maintenant concernées que les 
> opérations d’encaissement de
> > livraisons de biens et les prestations de services ne donnant pas lieu à 
> > facturation au sens du BOI-
> > TVA DECLA-30-20-10.
> > En conséquence, les opérations B to B sont exclues du champ du dispositif, 
> > les relations entre
> > professionnels faisant obligatoirement l'objet d'une facturation.
> 
> Les ventes à distance comme le ecommerce nécessitent facturation, on pourrait 
> donc les penser exclues de ce champ.

Je ne pense pas que ce soit une interprétation correcte car elle est en
contradiction avec le point 9 du document.

-- 
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/20170808201713.GE3742%40kei.

Re: [tryton] rich text editor widget

[Francisco Maria Moyano Casco]

El martes, 8 de agosto de 2017, 15:07:49 (UTC-3), Francisco Maria Moyano 
Casco escribió:
>
>
>
> El viernes, 4 de agosto de 2017, 11:21:17 (UTC-3), Dominique Chabord 
> escribió:
>>
>> " 
>> 2017-08-04 15:21 GMT+02:00 Francisco Maria Moyano Casco 
>> : 
>> > 
>> > 
>>
>> >> 
>> >> Are you sure you should worry about rich text in that kind of 
>> situation ? 
>> >> As a user I would definitly prefer write and read simple text. 
>> >> 
>> > 
>> > So the user can emphasize parts of the message. I explained on the 
>> previous 
>> > message 
>>
>> I know what rich text is. 
>> There are many drawbacks in not respecting independence between data 
>> and format in an ERP. 
>>
>> BTW, "If you use email, you depend on the internet state" is a wrong 
>> assumption. 
>>
>> The beauty of mail protocols is to use internet if your TO: is remote, 
>> and local net if he is local ;-) 
>> regards 
>>
>
>
> Yes, I know it. But I am not the responsable (sorry, I am not english 
> native speaker) about the network state.
> So, I planted this "solution" to keep track about the engineering jobs in 
> the place + a simple messenger to inform respect the state of the job
>
>
> Is it there any other way to put a newline than the \n? It doesn't work on 
> richtext.
> Thanks
>


SOLVED: using Some text  inserts text into a newline.  doesn't work

Regards

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/fcf586be-b654-4d43-8269-1038ab985f36%40googlegroups.com.

Re: [tryton] VAT listing

[Cédric Krier]

On 2017-08-08 18:46, Albert Cervera i Areny wrote:
> 
> Ideally there should be a tax and this would improve some things.
> However we aleady have +1000 taxes defined, so we need other changes
> before we can use taxes only.

You are in a Kafkaesque country or you are wrongly using the tax system.

-- 
Cédric Krier - B2CK SPRL
Email/Jabber: cedric.kr...@b2ck.com
Tel: +32 472 54 46 59
Website: http://www.b2ck.com/

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/20170808180726.GD3742%40kei.

Re: [tryton] rich text editor widget

[Francisco Maria Moyano Casco]

El viernes, 4 de agosto de 2017, 11:21:17 (UTC-3), Dominique Chabord 
escribió:
>
> " 
> 2017-08-04 15:21 GMT+02:00 Francisco Maria Moyano Casco 
> : 
> > 
> > 
>
> >> 
> >> Are you sure you should worry about rich text in that kind of situation 
> ? 
> >> As a user I would definitly prefer write and read simple text. 
> >> 
> > 
> > So the user can emphasize parts of the message. I explained on the 
> previous 
> > message 
>
> I know what rich text is. 
> There are many drawbacks in not respecting independence between data 
> and format in an ERP. 
>
> BTW, "If you use email, you depend on the internet state" is a wrong 
> assumption. 
>
> The beauty of mail protocols is to use internet if your TO: is remote, 
> and local net if he is local ;-) 
> regards 
>


Yes, I know it. But I am not the responsable (sorry, I am not english 
native speaker) about the network state.
So, I planted this "solution" to keep track about the engineering jobs in 
the place + a simple messenger to inform respect the state of the job


Is it there any other way to put a newline than the \n? It doesn't work on 
richtext.
Thanks

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/a993751d-cbee-4109-a096-1815358c1e5a%40googlegroups.com.

Re: [tryton] VAT listing

[Albert Cervera i Areny]

2017-08-07 15:47 GMT+02:00 Sergi Almacellas Abellana :
> El 07/08/17 a les 15:19, Cédric Krier ha escrit:
>
>> On 2017-08-07 14:40, Sergi Almacellas Abellana wrote:
>>>
>>> El 07/08/17 a les 13:25, Cédric Krier ha escrit:

 On 2017-08-07 13:16, Sergi Almacellas Abellana wrote:
>
> El 07/08/17 a les 12:40, Cédric Krier ha escrit:
>>
>> On 2017-08-07 12:14, Sergi Almacellas Abellana wrote:
>>>
>>> El 07/08/17 a les 12:00, Cédric Krier ha escrit:

 I do not understand. Could you give concrete example (not linked to
 module implementation).
>>>
>>> The tax mapping it's used for two things:
>>>
>>> 1. Proposing a default operation key to the user depending on the
>>> taxes
>>> selected on the invoice.
>>> 2. Restricting the available operation keys. In Spain there are some
>>> keys that are only available for "in" invoices and others for "out"
>>> invoices. As each tax has the "sale" or "purchase" kind, we define
>>> the
>>> available keys on it. All the taxes that are not related to
>>> intracomunitary operations have an empty keys, so no operation key
>>> can
>>> be selected for this invoices.
>>
>> But why do you need more than 1 key per tax?
>
> No, only one.
>>
>> How do you select the key? Based on which criteria?
>
> We select the default key, based on which is most commonly used, but
> the
> user can customize the key as it may be a different one.

 Please be more specific. I do not understand how this key is selected.

>>> It depends on the kind of operation. Here are the available keys:
>>>
>>>
>>> https://bitbucket.org/trytonspain/trytond-aeat_349/src/54658e4c5ebde8be3061820e3358eb4985566989/aeat.py?at=default=file-view-default#aeat.py-37
>>
>>
>> Yes they look very similar to the Belgian ones which are link to the tax
>> in a one2one relation. So I do not understand why one tax could have
>> many optional keys.
>>
>
> Probably we are missing some taxes, and that's why we allow to change it
> latter.

Ideally there should be a tax and this would improve some things.
However we aleady have +1000 taxes defined, so we need other changes
before we can use taxes only.

>
> But a direct relation with the tax makes sense for me.
>
>
> --
> Sergi Almacellas Abellana
> www.koolpi.com
> Twitter: @pokoli_srk
>
> --
> You received this message because you are subscribed to the Google Groups
> "tryton" group.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/tryton/706e928e-923a-2b5a-947f-7b9b5a746670%40koolpi.com.

-- 
You received this message because you are subscribed to the Google Groups 
"tryton" group.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/tryton/CADWJ7GmW6sXyTeunf7ebtmQ4iWNs6AqmKO%3D%2By0m7ot0KsAJsag%40mail.gmail.com.