Magento – Crédit d'impôt de faux. Montant uniquement sous forme imprimée

Mise à jour de 04.12.2014

Eine Anpassung, die wir gerade in einem 1.9er Shop (et, leider gibt es das Problem immernoch!) vorgenommen haben, konnte etwas helfen bei teilweisen Erstattungen. Und zwar wird hierfür die Tax.php aus dem Verzeichnis

app/code/core/Mage/Sales/Model/Order/Creditmemo/Total

in das Verzeichnis

app/code/local/Mage/Sales/Model/Order/Creditmemo/Total

kopiert und dann wie folgt angepasst. Comme. en ligne 47 devrait

$order = $creditmemo->getOrder();

être. Unter diese Zeile wird dann folgender Code eingefügt:

// Steueranpassung für Gutschriften
        $totalAdjusment = $creditmemo->getAdjustmentPositive()-$creditmemo->getAdjustmentNegative();
        $baseTotalAdjusment = $creditmemo->getBaseAdjustmentPositive()-$creditmemo->getBaseAdjustmentNegative();
       
        // Adjustment values already include tax in my case. Modify calculation if you're entering values without tax
        $totalAdjusmentTax = $totalAdjusment-($totalAdjusment*100) / 120;
        $baseTotalAdjusmentTax = $baseTotalAdjusment-($baseTotalAdjusment*100) / 120;

        $creditmemo->setGrandTotal($creditmemo->getGrandTotal()-$totalAdjusmentTax);
        $creditmemo->setBaseGrandTotal($creditmemo->getBaseGrandTotal()-$baseTotalAdjusmentTax);
        
        $totalTax  = $totalAdjusmentTax;
        $baseTotalTax  = $baseTotalAdjusmentTax;
        // ------------------------------------------

Anschließend sollten neue Gutschriften (dies geht nicht für frühere Gutschriften!) korrekt angezeigt werden.

Article d'origine:

Cela s'est passé juste, qu'un montant de crédit d'impôt n'est pas en raison apparente que d'une expression calculée est fausse. Le système lui-même est tout bon, mais l'expression est incorrecte.

Dans notre cas, n'était qu'une partie de l'ordre du pays d'origine crédité. Es wurde dann im Ausdruck der Nettobetrag richtig angegeben und der Bruttobetrag stimmte auch. A souligné que le montant de l'impôt égal au montant de l'ordonnance initiale. Il était donc le montant de la commande utilisée pour le crédit.

Cela devrait être réglé (pour l'expression), peut intervenir dans la base de données à l'endroit approprié. C'est le tableau sales_order_tax. Ce montant doit être sur le terrain le montant exact devant être entré. Ce sera alors affiché correctement sur l'impression. Il va maintenant être changé, mais aussi le montant imprimé sur la facture. Donc, notez, que les données sont converties en arrière, quand tout est imprimé.

La raison pour laquelle, pourquoi ce calcul est erroné, Je ne pouvais même pas localiser précédemment.

Compléter: Nous avons juste eu le problème (même si, heureusement, dans l'environnement de test), les montants que l'extension complètement confus en dés. Elle a été faite du montant net du montant brut et le montant de l'impôt “nouveau” Brut retiré à nouveau. Ainsi absolument rien de mal. Au premier coup d'œil…pour le deuxième – et maintenant il est vraiment drôle- serait le montant exact brut de la KK ou transmises à PayPal et ont été calculées. Seul l'affichage dans le backend et aussi sur le projet de loi donnait en totale contradiction avec les autres montants.
Maintenant, il a été alors revenez dans la base de données et la recherche de l'erreur, de sorte que tout est correct. Pour modifier l'affichage dans le dos était une intervention à court par la recherche de l'ordre- ou. Les numéros de compte et passer ensuite dans les plus sales_flat_XY toutes les tables. Mais le diable est dans la chose petite. Il était à peu près tout droit. Seulement sur l'expression de la quantité d'impôt était encore mal et les lignes ne sont pas bons montants. Dans l'arrière était encore mauvaise quantité de lignes.
En suivant les instructions ci-dessus, j'ai pu changer le montant de la taxe erronée et puis la ligne a été manquants montant. Cela masque puis dans le tableau et ne peut pas trouver sales_flat_invoice_item par numéro de catalogue ou de numéro de facture. J'ai ensuite cherché des articles pertinents et a ensuite comparé. Alors tout a été correctement suivie.

Utilisé dans les versions Magento 1.4.1.1 et 1.4.1.0

Publié par Covos

Depuis 2009 Je travaille intensément avec Magento. J'ai commencé avec la création et l'exploitation des magasins B2C. Cela a été prolongé par mon travail dans le secteur de la logistique. Il en est résulté premiers systèmes de B2E spécialisés. Aujourd'hui, je travaille jour par jour avec B2C passionnant, B2B- et les projets B2E et rapports dans ce blog sur les défis et donner des conseils d'initiés.

3 pensées sur “Magento – Crédit d'impôt de faux. Montant uniquement sous forme imprimée”

  1. Hi commercers,

    die Gutschriften / Rechnungskorrekturen in Magento sind immer noch fehlerhaft. Version: 1.9.4.0.

    Auch mit eurem Code ist die Berechnung fehlerhaft. Je pense que, es liegt daran, dass ich Produkte mit 7% TVA. im Shop habe

    Es gibt ja sicher zig tausend Magento-Installationen und ich kann doch nicht der einzige sein, dem der Steuerberater aufs Dach steigt?

    Habt ihr noch Infos zu dem Problem?

    Cordialement,

    Tobias

    1. Moin Tobias!
      Das läuft wahrscheinlich nach dem MottoWo kein Kläger, da kein Programmierer”. Ich gehe davon aus, dass dies so selten vorkommt (Teilerstattung in einem Land und bei einem Shop bei dem sowas wie “Contrôler” eine Rolle spielen), dass es keinen Offiziellen / Entwickler interessiert.
      Im Code o.g. Code schon einmal mit der “120” gespielt? Generell ist es aber natürlich super unangenehm wenn man mehrere Steuersätze hat.

      VG et bonne chance!

Laisser un commentaire

Votre adresse email ne sera pas publié. les champs requis sont indiqués *