| chat.freenode.net #tryton-fr log beginning Fri Mar 29 00:00:02 CET 2013 | ||
| 2013-03-29 15:08 <sisalp> bonjour, openerp patauge sur les structures party/address/contact | ||
| 2013-03-29 15:09 <sisalp> est-ce que des problèmes similaires pourraient apparaître sur Tryton ? | ||
| 2013-03-29 15:09 <sisalp> A savoir en particulier les règles TVA intracom ? | ||
| 2013-03-29 15:19 <bechamel> sisalp: j'ai pas l'impression, mais je ne connais pas exactement les regles intra-comunautaires | ||
| 2013-03-29 15:20 <sisalp> c'est simple (à priori) | ||
| 2013-03-29 15:20 <bechamel> sisalp: mais le problème dans openerp est bien plus large que l'intracom :) | ||
| 2013-03-29 15:21 <sisalp> si je vends à b2CK depuis la france et livre à liège : TVA = 19.6% compensée -19.6%, adresse de livraison et N° TVA intracom obligatoires sur la facture | ||
| 2013-03-29 15:23 <sisalp> si je vends à b2CK mais livre en France à un entrepôt b2CK ou à un client B2CK, TVA 19.6 % normale | ||
| 2013-03-29 15:24 <sisalp> Il faut bien disposer des adresses invoice et livraison pour calculer la facture et les faire figurer sur la facture | ||
| 2013-03-29 15:24 <bechamel> sisalp: il faut associer deux adresse au tiers b2ck et de choisir la bonne adresse de livraison sur la commande | ||
| 2013-03-29 15:25 <sisalp> oui, je parle de la facture ici | ||
| 2013-03-29 15:26 <bechamel> sisalp: le probleme de openerp c'est qu'ils ont fusionné adresse et tiers, du coup qd un tiers a deux adresse il faut créer des "sous-tiers", mais qui eux-même (étant des tiers) peuvent avoir des options comptable différente du tiers parent | ||
| 2013-03-29 15:27 <sisalp> et si b2CK a un entrepôt en Allemagne, il devrait y avoir un autre n° TVA intracom associé, mais cela, je pense que ce n'est pas possible. | ||
| 2013-03-29 15:27 <bechamel> sisalp: il faudrait pour le support intracom que le rapport qui génère la facture aille retrouver l'adresse de livraison et complete celle-ci avec le numéro intracom | ||
| 2013-03-29 15:28 <sisalp> ce n'est pas qu'une question de rapport, il y a aussi des écritures comptables et un montant qui en dépendent | ||
| 2013-03-29 15:28 <bechamel> sisalp: le n° intracom est lié à chaque couple société-pays ? ou il faut un n° pour chaque entrepôt ? | ||
| 2013-03-29 15:29 <sisalp> il faut un n° pour chaque entrepot idéalement | ||
| 2013-03-29 15:29 <bechamel> sisalp: quid d'une facture qui regroupe plusieurs commandes (et plusieurs lieux de livraisons) ? | ||
| 2013-03-29 15:32 <bechamel> enfin ça change pas grd chose, les ligne de taxes sont liées à la ligne de facture | ||
| 2013-03-29 15:32 <sisalp> cas tordu, mais cela peut se produire si il y a des produits exportés et des services | ||
| 2013-03-29 15:33 <cedk> sisalp: pour moi, une société n'a qu'un numéro de TVA | ||
| 2013-03-29 15:34 <sisalp> dans ce cas je ne sais pas. Cela m'étonnerait que ça soit possible d'optimiser les avances de TVA dans ce cas. | ||
| 2013-03-29 15:34 <cedk> sisalp: si une société veut commencer une activité dans une autre pays, elle doit crée une nouvelle structure | ||
| 2013-03-29 15:35 <sisalp> cedk: tu peux immatriculer b2ck en France avec un deuxième n° de TVA, sans créer de raison sociale en France | ||
| 2013-03-29 15:38 <sisalp> en cas d'importation depuis l'Allemagne tu paieras la TVA belge si tu es livré en Belgique, la Française si tu es livré en France à condition que le fournisseur ait mis le bon N°TVA sur les documents | ||
| 2013-03-29 15:39 <sisalp> bon, c'est pas tous les jours qu'on rencontrera ce problème non plus. | ||
| 2013-03-29 15:41 <sisalp> je veux dire par la qu'on peut peut être bricoler un party fictif | ||
| 2013-03-29 15:43 <bechamel> sisalp: c'est pas super | ||
| 2013-03-29 15:45 <sisalp> bechamel: oui, mais ce n'est pas si urgent de règler ça. Je n'ai vu cela que chez jcm, avec les livraisons de livres aux grossistes. | ||
| 2013-03-29 15:47 <cedk> sisalp: je pense qu'il faut quand même voir un tel cas comme 2 entités | ||
| 2013-03-29 15:49 <bechamel> sisalp: et les grossistes ont des numéro de TVA différent en fonction du pays de l'entrepôt ? | ||
| 2013-03-29 15:51 <sisalp> oui, c'est comme ça qu'on m'a expliqué. | ||
| 2013-03-29 15:53 <cedk> sisalp: en gros, faire une filiale | ||
| 2013-03-29 15:54 <cedk> sisalp: d'ailleur, je pense qu'une telle entreprise devra avoir une comptabilité pour chaque pays | ||
| 2013-03-29 15:54 <cedk> et donc il faudra clairement différencier les documents comptables en fonction du pay | ||
| 2013-03-29 15:55 <cedk> et ce sera plus simple en créeant un party pour chaque pays | ||
| 2013-03-29 15:57 <bechamel> sisalp: voilà, problème résolu :) | ||
| 2013-03-29 15:57 <cedk> bechamel: he, je suis pas expert comptable EU :-) | ||
| 2013-03-29 15:58 <cedk> sisalp: enfin pour OpenERP, ça a l'air d'être un vrai fiasco la v7 | ||
| 2013-03-29 15:58 <bechamel> #sorryspa | ||
| 2013-03-29 15:58 <bechamel> sap* | ||
| 2013-03-29 16:01 <cedk> bechamel: ceci dit, il faudrait quand même un jour qu'on l'écrive ce module relationship | ||
| 2013-03-29 16:03 <bechamel> cedk: yeps | ||
| 2013-03-29 16:05 <sisalp> pour voir le pb je me souviens de la partie "échange triangulaire" de ce document http://brochures.sisalp.fr/TVA-Guide-2010.pdf | ||
| 2013-03-29 16:07 <sisalp> cedk: je ne crois pas qu'il faille une compta par pays, mais il faut remplir une demande de remboursement pour chaque opération si je comprends bien. | ||
| 2013-03-29 16:08 <cedk> sisalp: le triangle est un drop shipment | ||
| 2013-03-29 16:09 <sisalp> cedk: pour ce qui est de la V7, en fait je ne comprends pas trop ce qu'il se passe. | ||
| 2013-03-29 16:10 <cedk> sisalp: le B doit payer de la TVA dans son pays | ||
| 2013-03-29 16:10 <sisalp> Il semble qu'il y a un désaccord entre les objectifs d'OpenERP-sa (Saas et e-commerce) et les partenaires (valeur ajoutée) | ||
| 2013-03-29 16:10 <cedk> sisalp: je suppose sur la facture d'achat à A, il doit appliqué lui meme le taux de son pays ("autoliquidation") | ||
| 2013-03-29 16:11 <cedk> sisalp: et C doit faire pareil | ||
| 2013-03-29 16:12 <cedk> sisalp: pour la compta, je ne vois pas comment le nouveau pays pour le quel la société va faire des déclarations TVA pourra les vérifiées s'il n'y a pas un compta en dessous | ||
| 2013-03-29 16:12 <cedk> sisalp: et je ne pense pas que l'administration va accepter d'avoir la compta d'un autre pay | ||
| 2013-03-29 16:13 <sisalp> cedk: entre B et C, B a le choix de s'immatriculer dans l'un des pays ou bien de régler cela dans son pays. | ||
| 2013-03-29 16:15 <sisalp> cedk : peut-être qu'un rapport doit extraire un rapport, mais je ne pense pas qu'il puisse y avoir plusieurs compta si une seule société. ou alors un report à la main. | ||
| 2013-03-29 16:15 <sisalp> un rapport spécifique au pays je veux dire | ||
| 2013-03-29 16:16 <cedk> sisalp: ça me parrait beaucoup trop optimiste envers la rationnalité des états | ||
| 2013-03-29 16:17 <sisalp> cedk: ce que j'en pense c'est qu'il vaudrait mieux trouver un client qui a le problème, juste garder en mémoire que ce qui semble figé ne l'est pas forcément pour pas se coincer bêtement | ||
| 2013-03-29 16:18 <sisalp> cedk: et puis il y aura aussi d'autres règles dans d'autres fédérations dans le monde | ||
| 2013-03-29 16:18 <sisalp> celui qui en est à optimiser sa TVA pourra financer une adaptation à mon avis | ||
| 2013-03-29 16:19 <sisalp> #fairepayerlesgrosriches | ||
| 2013-03-29 16:26 <cedk> sisalp: c'est sur, il faut pas complexifier le model actuel qui est 1 TVA = 1 Party pour des cas rares et complexes | ||
| 2013-03-29 16:28 <cedk> sisalp: le truc marrant c'est qu'on a un model qui est presque cellui de tinyerp v5 | ||
| 2013-03-29 16:28 <cedk> et qu'à l'époque on avait discuter avec fp de son mauvais usage de l'addresse | ||
| 2013-03-29 16:29 <cedk> il conseillait partout d'utiliser l'addresse comme contact et on (bertrand et moi) lui disait que s'était mauvais | ||
| 2013-03-29 16:30 <cedk> apres le fiasco de base_contact, ils sont toujours pas compris que c'est la leur problème | ||
| 2013-03-29 16:30 <sisalp> cedk: je reconnais que le problème est 1) fondamental 2) pas facile à résoudre | ||
| 2013-03-29 16:32 <sisalp> cedk: j'espère que party_relationship saura tout régler | ||
| 2013-03-29 16:32 <cedk> sisalp: non car il ne ferra rien | ||
| 2013-03-29 16:32 <bechamel> sisalp: je trouve pas que c'est difficile, le problème c'est que fabien veut trop simplifier des formulaires | ||
| 2013-03-29 16:34 <sisalp> fabien ne traite pas les problèmes de ses clients, il court après un business plan, version après version | ||
| 2013-03-29 16:35 <sisalp> il n'y avait pas d'urgence à changer ça sans concertation | ||
| 2013-03-29 16:38 <sisalp> enfin, si vous me dites que c'est sous contrôle sur Tryton, c'est l'essentiel, parce que je dois dire que je peine à comprendre ce qu'il faut faire. | ||
| 2013-03-29 16:40 <bechamel> sisalp: en fait on a une modelisation tres classique, il y rien de sorcier | ||
| 2013-03-29 16:45 <sisalp> le classique, ça me va. On aurait un sorcier avec nous ça ne serait pas mal non plus. A moins qu'il y en ait dans l'équipe et on ne le sait pas ;-) |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!