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