Re: [tryton] setting sequence.number_next[_internal] via proteus

2017-09-20 Thread Cédric Krier
On 2017-09-20 19:26, Richard PALO wrote:
> I'm curious how to currectly set the next_number_internal for an ir.sequence,
> namely for reconciliations using proteus.
> 
> Setting, for example, seq.prefix='A' works just fine but 
> seq.number_next_internal=10 seems to be a no-op.
> 
> Using the tryton client, I can change the sequence manually from the 
> sequences form, is that the
> only way to do it? Hints on doing so?

You should write 'number_next' which is the field show in the UI.
It is because the sequence could be a SQL sequence and so
number_next_internal will not be used.

> I tried Sequence.write([seq.id], {'number_next_internal': 10,})
> but I get:
> > TypeError: write() missing 1 required positional argument: 'values'

If you call raw API from proteus, you must always add the context as
last parameter.

-- 
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/20170920221120.GN3532%40kei.


Re: [tryton] Installation sao-master coopengo

2017-09-20 Thread Cédric Krier
On 2017-09-20 09:53, Djibril Sagna wrote:
> Bonjour, j'ai installé sao correctement mais je n'arrive pas à me connecter. 
> Quelle est la solution?

This is an English speaking mailing list.
What do you mean by "sao-master coopengo"? Are you speaking of
https://www.npmjs.com/package/tryton-sao ?

Did you follow the README? What exactly is not working?

-- 
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/20170920214830.GM3532%40kei.


Re: [tryton-fr] flask_tryton web portal : problème lié aux transactions en lecture seule.

2017-09-20 Thread Cédric Krier
On 2017-09-20 10:08, guile520 wrote:
> 
> >
> > J'utilise cette authentification, vais étudier plus avant web_user pour 
> > rendre le code plus clean.
> 
> Le projet "paypal" dont j'ai collé le lien fonctionne, il me reste à créer 
> le paiement dans la bd tryton pour que la facture soit considérée comme 
> payée.
> Les objets ressemblent à ceux d'odoo 8, (lignes de paiement, paiements, 
> mouvements et factures) je devrais m'en sortir.

Regardes du côté de account_payment_stripe ça ne devrait pas être trop
différent pour Paypal.

-- 
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/20170920183902.GL3532%40kei.


[tryton] Installation sao-master coopengo

2017-09-20 Thread Djibril Sagna
Bonjour, j'ai installé sao correctement mais je n'arrive pas à me connecter. 
Quelle est la solution?

-- 
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/7f15813a-c541-4435-a315-e7850fb889b2%40googlegroups.com.


[tryton] setting sequence.number_next[_internal] via proteus

2017-09-20 Thread Richard PALO

I'm curious how to currectly set the next_number_internal for an ir.sequence,
namely for reconciliations using proteus.

Setting, for example, seq.prefix='A' works just fine but 
seq.number_next_internal=10 seems to be a no-op.

Using the tryton client, I can change the sequence manually from the sequences 
form, is that the
only way to do it? Hints on doing so?

I tried Sequence.write([seq.id], {'number_next_internal': 10,})
but I get:

TypeError: write() missing 1 required positional argument: 'values'


cheers
--

Richard PALO

--
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/ae573768-8249-118e-76ac-0c3b4cbb38ad%40free.fr.


[tryton] Re: openerp2tryton : painfully long in migrate_account_balance

2017-09-20 Thread Richard PALO


Thought I would mention that I'm seeing roughly a 2,5x speedup using pgbouncer
over vanilla postgresql socket connections (via tryton.conf) where pg and
proteus are running on the same iron.

Pulling complete moves/lines by period by fiscalyear I'm averaging ~100 seconds
per period (roughly 30 minutes per fiscalyear with a rough average of 21-22K 
lines/year)

cheers,

--

Richard PALO

--
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/3bf37461-4aad-346c-ea90-7f334153f13f%40free.fr.


Re: [tryton-fr] flask_tryton web portal : problème lié aux transactions en lecture seule.

2017-09-20 Thread guile520

>
> J'utilise cette authentification, vais étudier plus avant web_user pour 
> rendre le code plus clean.

Le projet "paypal" dont j'ai collé le lien fonctionne, il me reste à créer 
le paiement dans la bd tryton pour que la facture soit considérée comme 
payée.
Les objets ressemblent à ceux d'odoo 8, (lignes de paiement, paiements, 
mouvements et factures) je devrais m'en sortir.
la fonction "get_amount_to_pay" me plaît; le calcul du solde des factures 
dans odoo, un grand moment ...

Merci de m'avoir aidé !

Cordialement.

-- 
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/9d1abbff-dbbf-4eab-b89c-adede69a979b%40googlegroups.com.


Re: [tryton-fr] flask_tryton web portal : problème lié aux transactions en lecture seule.

2017-09-20 Thread Cédric Krier
On 2017-09-20 07:40, guile520 wrote:
> 
> >
> > "Si c'est une session Flask qui est utilisée pourquoi en créer une dans 
> > Tryton ?" 
> >
> 
> Vous avez raison. A vrai dire, je ne comprends pas où est créée la session 
> persistente dans web_user.

C'est quand on appel 'new_session'.

> Vous utilisez un objet que vous créez (db) et 
> mettez à jour avec add ?

Non, ce n'est pas un session qui stock des informations. C'est juste une
session qui authentifie.

> en php, il suffit d'appeler session_start puis d'utiliser l'objet de 
> session. flask session fonctionne de la même manière.
-- 
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/20170920163348.GJ3532%40kei.


Re: [tryton] RFC to remove accounting on product

2017-09-20 Thread Cédric Krier
On 2017-09-20 17:28, Sergi Almacellas Abellana wrote:
> I doubt if we need two diferent accounting categories: One for taxes and 
> another for accounts.

I do not think., if needed some can use the tree structure to set
account at one level and taxes at another level.

-- 
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/20170920163122.GI3532%40kei.


Re: [tryton] RFC to remove accounting on product

2017-09-20 Thread Sergi Almacellas Abellana

El 08/09/17 a les 19:59, Cédric Krier ha escrit:

Hi,

I have made a proposal on an old issue to improve the product
definition. https://bugs.tryton.org/issue3805
The idea is to remove all accounting properties from the product form
and only have them on the accounting category.



Makes sense for me as far as we keep the current _used properties to 
allow customization by other modules if needed.


I doubt if we need two diferent accounting categories: One for taxes and 
another for accounts.



--
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/013c9c2c-42b4-5e36-c7d7-cfbdb793a484%40koolpi.com.


Re: [tryton-fr] flask_tryton web portal : problème lié aux transactions en lecture seule.

2017-09-20 Thread guile520

>
> "Si c'est une session Flask qui est utilisée pourquoi en créer une dans 
> Tryton ?" 
>

Vous avez raison. A vrai dire, je ne comprends pas où est créée la session 
persistente dans web_user. Vous utilisez un objet que vous créez (db) et 
mettez à jour avec add ?
en php, il suffit d'appeler session_start puis d'utiliser l'objet de 
session. flask session fonctionne de la même manière.
 

> "Le decorator "transaction" a un paramètre 'readonly'."


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/943765cd-778f-48db-a954-c0bba4572f60%40googlegroups.com.


Re: [tryton-fr] flask_tryton web portal : problème lié aux transactions en lecture seule.

2017-09-20 Thread Cédric Krier
On 2017-09-20 04:34, guile520 wrote:
> Merci pour votre réponse. 
> 
> > https://bugs.tryton.org/issue6769 : 
> >
> > "It should not be overload the server because the 'add' method delete older 
> > session before creating a new one."
> >
> > j'ai créé un module installé sur la bd tryton, surcharger get_user ne 
> posera pas de problème. de toute manière, c'est la session flask qui prime 
> et sur laquelle je peux agir.

Si c'est une session Flask qui est utilisée pourquoi en créer une dans
Tryton ?

> "Il faut utiliser une transaction non-readonly pour les cas où get_user 
> serait appelé. "
> 
> le paiement posera peut-être ce problème également, comment changer le 
> paramètre readonly de flask_tryton ?

Le decorator "transaction" a un paramètre 'readonly'.

-- 
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/20170920134252.GG3532%40kei.


Re: [tryton-fr] flask_tryton web portal : problème lié aux transactions en lecture seule.

2017-09-20 Thread Cédric Krier
On 2017-09-19 17:48, guile520 wrote:
> Bonjour.
> 
> Mon projet de portail client (app flask_tryton) avec paiement paypal avance:
> le web user créé dans la base de données tryton peut se connecter (flask 
> session) et voir ses commandes/factures (imprimer).
> 
> sur la page https://pypi.python.org/pypi/flask_tryton :
> "By default transactions are readonly except for PUT, POST, DELETE and 
> PATCH request methods."
> 
> Pourtant j'obtiens l'erreur suivante lors de l'appel à 
> UserSession::get_user() du module tryton web_user en cas d'expiration. (si 
> la "session" a expiré, UserSession::get_user() la supprime)
> 
> InternalError: cannot execute DELETE in a read-only transaction
> 
> Comment puis-je régler ce problème ?

En effet, c'est un problème. Il faut utiliser une transaction
non-readonly pour les cas où get_user serait appelé.
Je pense que get_user ne devrait pas supprimer les veilles sessions s'il
est dans une transaction readonly: https://bugs.tryton.org/issue6769

-- 
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/20170920090021.GB3532%40kei.


Re: [tryton-fr] flask_tryton web portal : problème lié aux transactions en lecture seule.

2017-09-20 Thread Christophe (.net)

Le 20/09/2017 à 02:48, guile520 a écrit :

Bonjour.

Mon projet de portail client (app flask_tryton) avec paiement paypal avance:
le web user créé dans la base de données tryton peut se connecter (flask
session) et voir ses commandes/factures (imprimer).

sur la page https://pypi.python.org/pypi/flask_tryton :
"By default transactions are readonly except for PUT, POST, DELETE and
PATCH request methods."

Pourtant j'obtiens l'erreur suivante lors de l'appel à
UserSession::get_user() du module tryton web_user en cas d'expiration. (si
la "session" a expiré, UserSession::get_user() la supprime)

InternalError: cannot execute DELETE in a read-only transaction

Comment puis-je régler ce problème ?


Passé ce détail, il me restera à intégrer le paiement paypal via un bouton.
(déjà utilisé l'api paypal php)
J'ai trouvé ce projet qui m'a l'air assez simple à mettre en place :
https://github.com/jdiez17/flask-paypal/blob/master/app.py


Bonjour,

Je suis intéressé par ce type de projet, est-ce que le projet est 
accessible quelque part ? Avez vous besoins de contributeurs ?


Cordialement
--
Christophe CRIER
Adiczion - http://adiczion.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/8196fa56-2684-6d04-6136-95c31cb45a58%40adiczion.net.


[tryton-fr] flask_tryton web portal : problème lié aux transactions en lecture seule.

2017-09-20 Thread guile520
Bonjour.

Mon projet de portail client (app flask_tryton) avec paiement paypal avance:
le web user créé dans la base de données tryton peut se connecter (flask 
session) et voir ses commandes/factures (imprimer).

sur la page https://pypi.python.org/pypi/flask_tryton :
"By default transactions are readonly except for PUT, POST, DELETE and 
PATCH request methods."

Pourtant j'obtiens l'erreur suivante lors de l'appel à 
UserSession::get_user() du module tryton web_user en cas d'expiration. (si 
la "session" a expiré, UserSession::get_user() la supprime)

InternalError: cannot execute DELETE in a read-only transaction

Comment puis-je régler ce problème ?


Passé ce détail, il me restera à intégrer le paiement paypal via un bouton. 
(déjà utilisé l'api paypal php)
J'ai trouvé ce projet qui m'a l'air assez simple à mettre en place : 
https://github.com/jdiez17/flask-paypal/blob/master/app.py

-- 
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/9f138458-5439-417f-a2ab-d502ad9371ea%40googlegroups.com.


Re: [tryton-es] Re: Agregar datos en Campo One2Many en un on_change

2017-09-20 Thread Sergi Almacellas Abellana

El 19/09/17 a les 23:29, Josias Pérez ha escrit:

No me funciona el código, alguna actualización? Gracias.

En que version de tryton trabajas?

Que intentas hacer?

Si nos das mas información quizás te podamos ayudar con mas detalle.

Un saludo,

--
Sergi Almacellas Abellana
www.koolpi.com
Twitter: @pokoli_srk


[tryton-es] Re: Agregar datos en Campo One2Many en un on_change

2017-09-20 Thread Josias Pérez
No me funciona el código, alguna actualización? Gracias. 

El lunes, 6 de febrero de 2017, 9:24:42 (UTC-6), Tatiana Quizhpe escribió:
>
> Saludos
>
> Buen día, hay alguna otra forma de agregar datos en un Campo One2Many, 
> actualmente
> lo hago de la siguiente manera [1],  el método está dentro de un on_change 
> ya que necesito 
> que de acuerdo a como cambia el campo (product ) que es tipo Char, se vaya 
> actualizando 
> el Campo (lines) One2Many.
> Funciona bien cuando son pocos registros aprox. 50 pero al pasar esta 
> cantidad demora
> en agregar las líneas, dependiendo del número de registros, necesito que 
> el proceso se
> realice en menos tiempo. Trabajo con la versión 3.4.
>
> [1]
> @fields.depends('product', 'lines')
> def on_change_product(self):
> res = {}
> res['lines'] = {}
> if self.lines:
> res['lines']['remove'] = [x['id'] for x in self.lines]
>
> if not self.product:
> return res
>
>  name = self.product+'%'
>  products = Product.search([('name', 'ilike', name)])
>  for p in products:
> 
> product_line = {
> 'product': p.id,
> 'precio_venta':p.list_price,
> }
> res['lines'].setdefault('add', []).append((0, 
> product_line))
>
> Desde ya gracias.
>