Anomalie mapping méthodes de paiement integration Leo2
Bonjour, Nous intégrons pour un client sa caisse qui fonctionne avec Leo2. Je parviens bien à connecter celle-ci au niveau de l'intégration. En revanche, au niveau du mapping des méthodes de paiement, des centaines de méthodes de paiement Cartes et Especes apparaissent en doublon, qui font même 'planter' l'affichage de mon navigateur. Pourtant, je ne vois pas de défaut de paramétrage au niveau de sa caisse. Quelqu'un aurait il deja rencontré cette erreur pour m'aiguiller ? Merci par avance,
Intégration avec écriture équilibrage / prb interprétation PENNY.
Bonjour On a des factures qui sont intégrées via des TRA qui sont importantes en terme de flux. Penny nous le coupe par une écriture d'ajustement temporaire. Or, il coupe une facture en plein milieu et poursuit son intégration avec une extourne et un équilibrage qui est bien soldé. Or, après, il nous interprête cette facture comme une "OD" dans un journal d'achat et empêche donc toute modification ultérieure comme en permettant d'avoir des quantités sur certains comptes. Car, nous sommes effectivement dans un dossier de nature Agricole. Comment contourner l'analyse de pennylane à ce niveau qui est malheureusement faussée par le fait qu'il a lui même coupé une écriture en 2 ? Avez vous déjà eu le cas ?
TVA : erreur d’arrondi lors de l’intégration des factures Sellsy
Bonjour, Nous rencontrons un problème de calcul de TVA lors de l’intégration dans Pennylane de nos factures de vente émises depuis Sellsy via le connecteur. J’ai constaté sur plusieurs factures un écart de 0,01 € sur le montant total entre la facture originale émise par Sellsy et les montants recalculés par Pennylane lors de l’intégration. Après vérification, cet écart semble provenir de la méthode d’arrondi utilisée par Pennylane : Pennylane calcule la TVA pour chaque ligne de facture, arrondit chaque résultat à 2 décimales, puis additionne les montants de TVA ainsi obtenus ; or, lorsque plusieurs lignes relèvent du même taux de TVA, la TVA doit être déterminée au niveau du document pour ce taux, à partir du total HT correspondant, puis le résultat final est arrondi. C’est notamment la méthode décrite dans la norme NF EN 16931-1+A1 relative à la facturation électronique, qui précise que l’arrondi doit être appliqué aux résultats de calcul finaux et non aux résultats intermédiaires, et que le montant de TVA par type de TVA doit être arrondi au niveau du document, plutôt que obtenu en additionnant les montants de TVA arrondis ligne par ligne. Conséquences pour nous Ce décalage, même limité à 0,01 € par facture, pose plusieurs difficultés : chaque dossier émet environ 800 factures par mois, il n’est donc pas envisageable de contrôler et retraiter manuellement chaque facture ; le montant enregistré dans Pennylane peut être différent du montant réellement facturé et dû par le client ; lors du règlement, Pennylane peut par conséquent constater un écart de paiement, alors que le client a réglé exactement le montant figurant sur sa facture ; l'accumulation de ces écarts rend également problématique l'utilisation des données Pennylane pour notre déclaration de TVA ; enfin, une recherche de facture par montant dans Pennylane peut échouer puisque le montant enregistré ne correspond pas nécessairement au montant de la facture originale. Il n’est par ailleurs pas possible de corriger manuellement le montant de TVA recalculé par Pennylane. Est-il prévu de modifier la méthode de calcul afin que Pennylane conserve les montants de la facture Sellsy ou, lorsqu’un recalcul est nécessaire, applique l’arrondi de TVA au niveau du total par taux plutôt que ligne par ligne ? Merci par avance pour votre retour.