Salut Yan, j'ai vu que tu as créés la tâche sur bug.noalyss.eu mais pour ce plugin , il a son propre espace sur gitlab (https://gitlab.com/noalyss/advancedimport/-/issues) , il n'est pas dans la liste des extensions sur bug.noalyss.eu . Pourrais-tu le copier sur gitlab svp ?
Merci Le 6/23/21 à 10:24 AM, ydc a écrit : > Salut > > > En fait, il y a d'un côté une anomalie; celle qui fait fusionner deux > opérations (une opération étant entendue ici comme une ou plusieurs > lignes dans le fichier importé devant être regroupées en une opération); > de l'autre, une proposition de modification de comportement. > > L'anomalie : > > (Opération à importer 1 :) > > date1 cg1 article11 > date1 cg1 article12 > date1 cg1 article13 > > (Opération à importer 2 :) > > date2 cg1 article21 > date2 cg1 article22 > date2 cg1 article23 > > ... donne, une fois importée, les deux opérations (par exemple d'achat) > suivantes: > > date1 > > article11 > article12 > article13 > article21 > article22 > article23 > > ET > > date2 > > article11 > article12 > article13 > article21 > article22 > article23 > > Donc le cg – qui est le même pour toutes les lignes – regroupe TOUTES > les lignes mais, comme il y a deux dates différentes (ou plus), ça crée > quand même deux opérations; seulement, ces deux opérations, hormis pour > la date, sont identiques et reprennent toutes les lignes liées par le cg. > > Ici, il faudrait soit signaler l'erreur lors de l'importation (du genre > : «Même CG pour différentes dates !»), soit modifier le comportement > comme suit : > > La date supplante le cg ; c'est-à-dire qu'à partir du moment où deux > lignes ont des dates différentes, elles sont d'office importées dans des > opérations différentes, quand bien même elles auraient le même CG. > Ainsi, pour rassembler des lignes dans une même opération, ça > nécessiterait ET une même date ET un même CG (comme actuellement) MAIS > ça ne rassemblerait pas les lignes qui ont des dates différentes ET un > même CG. > Ce qui règle l'anomalie ci-dessus ET permet de ne pas devoir se soucier > du CG à partir du moment où les dates sont différentes (dans certaines > situations, ça fait gagner beaucoup de temps). > >> Si je comprends bien , au lieu d'utiliser simplement le code groupe pour >> regrouper les lignes d'une opération, ; on utiliserait le code groupe >> avec la date. Ce n'est pas un problème. > C'est, je crois, ce que tu traduis par «utiliser le code groupe avec la > date», en effet. > >> Pourrais-tu ajouter ton texte ici >> https://gitlab.com/noalyss/advancedimport/-/issues pour rappeler que >> cela doit être fait ? > Sur le champ! > > > Bonne journée. > > > y > > >> D >> >> >> Le 6/21/21 à 3:36 PM, ydc a écrit : >>> Salut. >>> >>> >>> Expérimentation avec le «code groupe» des fichiers d'importation : >>> >>> Dans le fichier CSV : deux opérations différentes (deux lignes), deux >>> dates différentes, même «code groupe». >>> >>> —> crée deux opérations, à leurs dates respectives, reprenant chacune >>> les deux opérations; donc deux opérations identiques et erronées. >>> >>> Proposition: >>> >>> — Outre la suggestion de ne pas se planter dans les «codes groupes», >>> pourrait-on imaginer plutôt que l'usage du «code groupe» ne serve qu'à >>> rassembler différentes opérations (lignes) qui ont la même date en une >>> seule opération, et donc que, à partir du moment où deux lignes ont des >>> dates différentes, QUAND BIEN MÊME ELLES ONT LE MÊME «CODE GROUPE», deux >>> opérations différentes soient créées. >>> Ça permettrait de ne pas devoir se soucier du «code groupe» à partir du >>> moment où les dates sont différentes, hormis, dès lors, quand deux >>> lignes à la même date doivent être réunies en une opération. >>> Dans le cas, par exemple, d'opérations d'achat répétitives à des dates >>> toutes différentes avec de nombreux articles, toute la colonne «CG» >>> pourrait être remplie de «0» (ou autre code, ou vide) puisque les dates >>> différencieraient les opérations différentes et que toutes les lignes à >>> dates identiques – donc appartenant à la même opération dans cet >>> exemple-ci – seraient automatiquement réunies par le code (identique >>> pour toutes les lignes, donc celles à date identique également). Si deux >>> opérations différentes devaient avoir eu lieu le même jour, alors >>> seulement à cet endroit les «0» du «CG» devraient être remplacés par un >>> autre code aux lignes correspondant à la seconde opération pour >>> différencier les deux opérations. >>> >>> Quels seraient les inconvénients, si d'aucun, d'un tel fonctionnement? >>> >>> — Si le comportement n'est pas modifié, alors afficher un message >>> d'erreur quand des lignes ont des dates différentes pour un même «CG» >>> afin d'éviter l'erreur de «fusion». >>> >>> Qu'en dites-vous? >>> >>> >>> y >>> >>> >>> Dany De Bontridder via noalyss-generale: >>>> Salut, >>>> >>>> Le 6/18/21 à 2:26 PM, ydc a écrit : >>>>> Salut. >>>>> >>>>> >>>>> En tentant d'importer avec l'«importation avancée», tout roule excepté >>>>> un message d'erreur concernant le journal. >>>>> J'ai essayé avec le nom du journal, avec son code interne... «Aucun >>>>> journal trouvé [ACHATS]».(...) >>>> Je ne peux pas dire comme ça, tu pourrais aller voir dans IMPOP2 , >>>> paramétrage pour voir à quel journal correspond ce code ACHATS ? >>>> >>>> >>>>> Aussi, pour un dossier non assujetti, est-il possible de faire une >>>>> version simplifiée en laissant les colonnes «code TVA» et «montant HTVA» >>>>> (ou celle «montant TTC») vides? Ou doit-on mettre le même montant dans >>>>> les deux et un «NOTVA» (selon l'exemple) dans le colonne «code TVA»? >>>> Non tu utilises simplement le code 4 , "aucune tva applicable ", en >>>> interne, on sauve toujours un code TVA "0% non applicable " pour les >>>> dossiers des non-assujettis , donc est d'utiliser ce code. Je ne suis >>>> pas fermé à ce quelqu'un propose un patch pour le cacher dans l'import ( >>>> code source est ici https://gitlab.com/noalyss/advancedimport sous >>>> GNU/GPL) ; >>>> >>>> Et donc les montants HTVA et TTC sont évidemment identiques, le montant >>>> de la TVA est la simple différence entre ces 2 montants , en faisant >>>> ainsi on évite les problèmes d'arrondi , >>>> >>>> >>>> Le code est ici dans la fonction |Impacc_Csv_Sale_Purchase->|record >>>> https://gitlab.com/noalyss/advancedimport/-/blob/master/class/import/impacc2_csv_sale_purchase.class.php >>>> >>>> >>>> >>>> Bon week-end à toi aussi :-) >>>> >>>> >>>> >>>> D. >>>> >>>> >>>> >>>> --- >>>> NOALYSS est un Serveur de Comptabilité et de Gestion libre >>>> >>>> NOALYSS is an ERP Server opensource focused on accountancy >>>> >>>> Gérer votre abonnement >>>> https://lists.nongnu.org/mailman/listinfo/noalyss-generale >>>> >>> --- >>> NOALYSS est un Serveur de Comptabilité et de Gestion libre >>> >>> NOALYSS is an ERP Server opensource focused on accountancy >>> >>> Gérer votre abonnement >>> https://lists.nongnu.org/mailman/listinfo/noalyss-generale >> > --- > NOALYSS est un Serveur de Comptabilité et de Gestion libre > > NOALYSS is an ERP Server opensource focused on accountancy > > Gérer votre abonnement > https://lists.nongnu.org/mailman/listinfo/noalyss-generale -- gpg key 0x6259f36e Alchimerys srl http://www.alchimerys.be Noalyss , serveur de comptabilité libre ,http://www.noalyss.eu
--- NOALYSS est un Serveur de Comptabilité et de Gestion libre NOALYSS is an ERP Server opensource focused on accountancy Gérer votre abonnement https://lists.nongnu.org/mailman/listinfo/noalyss-generale
