The tax rate for the tax for shipping and handling is not shown. This is not compliant to German law and has to be changed. The tax rate should be shown in brackets directly after "Steuer für Versand & Bearbeitung" as it is with the "MwSt. (19.0000%)".

When different from the invoice address, the shipping address should also be displayed on the invoice. Is this possible? quick and easy fix?

In the list of totals we currently have subtotal, shipping, shipping tax, product tax (percentage), tax and Grand Total. If you look at the linked image it is unclear that tax actually means tax total ("MwSt." should be "MwSt. (gesamt)").

When we activate the PDF Engine "Standard Germany" the detailed billing information of external Billing Services are not displayed.

We use Billsafe for Invoice transactions.
Billsafe normaly add transaction informations (subject,account number, Payment Information ..) into the PDF Invoice.

But in Firegento PDF Engine only the title is displayed.

See it here:
http://goo.gl/wVjdWE

It would be cool if the lines in the footer are wrapped when they are too long. At the moment, lines which are too long overlay other footer blocks or the margin. This is extremely critical in the "CEO" field. If you use it for associates, you get problems if there is more than one...

I know that you use the standard magento options for total list in the pdf. However do you know where I can find the german translation for the totals list, so I can translate them according to my needs.

Guten Tag ,

ich habe ein Problem mit der Firegento Pdf Extension.

Wenn ich bei einem Configurable Produkt mehrere verschiedene Variationen kaufe, also zb. bei einem unserer Konfigurierbaren Artikel zwei Schwimmbecken in unterschiedlichen Größen, dann kommt es bei der Rechnungserstellung zu folgendem Fehler:

There has been an error processing your request

Exception printing is disabled by default for security reasons.

Error log record number: 780211835760

Der Fehler tritt nur unter der oben beschriebenen Situation auf, wenn ich verschiedene einzelne Artikel bestelle dann funktioniert alles ohne Probleme.

Bei verwendung des Magento standart Moduls kommt es zu keinem Fehler...

Magento Version 1.7.02

Hat jemand eine Idee woran das liegen könnte ?

Mit freundlichen Grüßen
Pumpgun

It would be cool if the credit memo PDF layout would also be overridden. It should be in the same style as the shipment and invoice PDF.

There are inconsistencies regarding the colons in FireGento_Pdf.csv. Some entries contain them, some do not. Some values (translations) lack them whereas the key (original) does not. See Customer number for example.

A general decision has to be made whether to exclude or include them in translations and then get it straight. Personally, I prefer putting white space and colons as close as possible to the output/view layer as they do not need to be translated and only lead to duplicate translation entries.

With MSP_cashondelivery the COD-Fee is not shown in Firegento Invoice PDF-

can anyone reproduce this error? Phoenix COD is not working due to other issues with our magento-de 1.7.0.2 shop.

Thanks,
Philipp

The development branch should be merged with master and a new MagentoConnect package should be created and released.

In system.xml, there is a source_model "firegento_pdf/system_config_source_logo" referenced. In Master Branch, the file /src/app/code/community/FireGento/Pdf/Model/System/Config/Source/Logo.php doesn't exist. That's why there is a php error when you open the configuration page "PDF Print-outs".
I suggest merging the current development branch into master soon.

The billing address is printed on the shipment PDFs. Instead, the shipping address has to be printed.

For products with attributes the attribute and its option are diplayed on two seperate lines which wastes a lot of space and often break invoices into two pages when it shouldn't be necessary.

Although a developer can add notes with the event firegento_pdf_invoice_insert_note (that is really cool!), it would be good to have a free text field in the configuration where the customer can add some static text himself. This text should then be printed below or above the other notes (I do not care where).

Using the current release version with Magento 1.8.1.
The tax for shipping and handling is displayed twice on my pdf invoices.

Why are the product options not shown on the shipment PDF? I think this is especially useful on the shipment PDF, because customers may use it as a packing list. So could we please print them on the shipment PDF, too?

In FireGento_Pdf_Model_Abstract the divisor equals zero when there is no shipping cost, e.g. when selling virtual or downloadable products.

When I open the Invoice - PDF, there is only the tax for shipping and for the products (in my case 7% for food), the tax for cash on delivery (Phoenix Modul) isn't added. See screenshot

By trying to print a PDF shipment from the backend, I got the following error on NewRelic:

Error raised by /admin/sales_order_shipment/print:
E_COMPILE_ERROR: Declaration of Zend_Pdf_FileParserDataSource_File::__construct() must be compatible with Zend_Pdf_FileParserDataSource::__construct()

…t/apps/shop/releases/20131218013126/lib/Zend/Pdf/FileParserDataSource/
File.php (41)
…w.zibbz.com/capiroot/apps/shop/releases/20131218013126/lib/Varien/
Autoload.php (93)
in Varien_Autoload::autoload called at ? (?)
…www.zibbz.com/capiroot/apps/shop/releases/20131218013126/lib/Zend/Pdf/
Font.php (603)
…/releases/20131218013126/app/code/core/Mage/Sales/Model/Order/Pdf/
Abstract.php (807)
…/releases/20131218013126/app/code/core/Mage/Sales/Model/Order/Pdf/
Shipment.php (94)
…op/releases/20131218013126/app/code/community/FireGento/Pdf/Model/
Shipment.php (62)
…ases/20131218013126/app/code/core/Mage/Adminhtml/Controller/Sales/
Shipment.php (106)
…p/releases/20131218013126/app/code/core/Mage/Core/Controller/Varien/
Action.php (418)
…s/20131218013126/app/code/core/Mage/Core/Controller/Varien/Router/
Standard.php (250)
…op/releases/20131218013126/app/code/core/Mage/Core/Controller/Varien/
Front.php (172)
…piroot/apps/shop/releases/20131218013126/app/code/core/Mage/Core/Model/
App.php (354)
…ta/hosts/www.zibbz.com/capiroot/apps/shop/releases/20131218013126/app/
Mage.php (683)
…-data/hosts/www.zibbz.com/capiroot/apps/shop/releases/20131218013126/
index.php (87)

I used PHP 5.4.23 with APC 3.1.13 (tried enabled and disabled it had no effect), I reverted to 5.3.28 cause of lots of issues with APC, PHP 5.4 and Magento on Ubuntu.

This ticket is just for info because it can be trivial to reproduce.

Es werden einige Elemente mehrfach benötigt in Invoice and Shipping,
hier sollte man Entweder eine neue Klasse in Model oder nen Helper bauen,
der diese enthält, um die Änderungen nur an einer Stelle pflegen zu müssen.

Am I missing something or is there no way to hide the customer IP on the invoice? There is read access on sales_pdf/invoice/showcustomerip in FireGento_Pdf_Model_Abstract but where is this config flag actually stored? The only similar setting I stumpled upon is sales/general/hide_customer_ip.

The item table overlaps the invoice heading if few information is shown in the header.

Solution: Define a minimum/maximum y value for the position of the table.

Hi,

ich habe gerade bei einem neuen Shopsetup die Development-Branch reingepackt. In Der Admin umstellen auf "Standard Deutschland" geht, aber ausgeben tut er mir immer noch das Standard Magento.

Ich habe versucht die DB-Settings mit einer funktionierenden Variante zu vergleichen und sehe da keine relevanten Unterschiede.

Was hab ich übersehen?

danke
Klaus

There is a call to a method insertFooter() in the invoice and shipment models, which does not exist. I suppose it must be exchanged by _addFooter() as defined in FireGento_Pdf_Model_Abstract.

When I enable to hide the customer IP in sales/general/hide_customer_ip the headline slips below the table with the items.

Eckpunkte:

• Artikelnummer und Beschreibung vertauscht
• Positionsnummer nach links rausgeschoben
• Preise nach rechts verschoben

Hier eine Rechnung mit einem Bundle:

Hier eine Rechnung mit einem einfachen Artikel und in Position 2 einem Bundle:

PS: Ihr seid meine Helden! Klasse Plugin.

Es scheint bei mehrseitigen Rechnungen zu unendlichen Rekursionen zu kommen, die dann irgendwann zum Abbruch führen.

Die gesamte Fehlermeldung ist für gist leider zu lang, daher hier nur der stacktrace

Trace:
#0 [internal function]: Varien_Object->__call('insertFooter', Array)
#1 /var/www/vhosts/domain.net/httpdocs/mage/app/code/community/FireGento/Pdf/Model/Invoice.php(251): FireGento_Pdf_Model_Invoice->insertFooter(Object(Zend_Pdf_Page))
#2 /var/www/vhosts/domain.net/httpdocs/mage/app/code/community/FireGento/Pdf/Model/Invoice.php(304): FireGento_Pdf_Model_Invoice->newPage(Array)
#3 /var/www/vhosts/domain.net/httpdocs/mage/app/code/community/FireGento/Pdf/Model/Items/Default.php(129): FireGento_Pdf_Model_Invoice->drawLineBlocks(Object(Zend_Pdf_Page), Array, Array)
#4 /var/www/vhosts/domain.net/httpdocs/mage/app/code/community/FireGento/Pdf/Model/Abstract.php(292): FireGento_Pdf_Model_Items_Default->draw(7)
#5 /var/www/vhosts/domain.net/httpdocs/mage/app/code/community/FireGento/Pdf/Model/Invoice.php(140): FireGento_Pdf_Model_Abstract->_drawItem(Object(Mage_Sales_Model_Order_Invoice_Item), Object(Zend_Pdf_Page), Object(Mage_Sales_Model_Order), 7)
#6 /var/www/vhosts/domain.net/httpdocs/mage/app/code/core/Mage/Adminhtml/Controller/Sales/Invoice.php(119): FireGento_Pdf_Model_Invoice->getPdf(Array)
#7 /var/www/vhosts/domain.net/httpdocs/mage/app/code/core/Mage/Adminhtml/controllers/Sales/Order/InvoiceController.php(489): Mage_Adminhtml_Controller_Sales_Invoice->printAction()
#8 /var/www/vhosts/domain.net/httpdocs/mage/app/code/core/Mage/Core/Controller/Varien/Action.php(419): Mage_Adminhtml_Sales_Order_InvoiceController->printAction()
#9 /var/www/vhosts/domain.net/httpdocs/mage/app/code/core/Mage/Core/Controller/Varien/Router/Standard.php(250): Mage_Core_Controller_Varien_Action->dispatch('print')
#10 /var/www/vhosts/domain.net/httpdocs/mage/app/code/core/Mage/Core/Controller/Varien/Front.php(176): Mage_Core_Controller_Varien_Router_Standard->match(Object(Mage_Core_Controller_Request_Http))
#11 /var/www/vhosts/domain.net/httpdocs/mage/app/code/core/Mage/Core/Model/App.php(354): Mage_Core_Controller_Varien_Front->dispatch()
#12 /var/www/vhosts/domain.net/httpdocs/mage/app/Mage.php(683): Mage_Core_Model_App->run(Array)
#13 /var/www/vhosts/domain.net/httpdocs/mage/index.php(87): Mage::run('', 'store')
#14 {main}

Kompletter log hier:
https://www.dropbox.com/s/jer7kyjoqbg8cpt/exception-stacktrace.txt

Analog wie hier exemplarisch geschrieben und entwickelt: http://www.satollo.net/magento-pdf-invoices-customer-dashboard

Macht mehr Sinn im Benutzerkonto ebenfalls die PDF-Rechnung anzubieten, als diese "dämliche" HTML-Ansicht.. Ist zugleich auch für den Kunden besser.

"Nachnahme" is not aligned.

Currently, the shipment type can be printed on the invoice. It should also be possible to print it on the shipment.

Wäre es nicht möglich für den Block auf der rechten Seite (kundennummer, etc.) optionale Felder andrucken zu können, ohne, dass man im PHP herumschrauben muss? Wir mussten bei uns z.B. die Versandart dazu packen. Dazu musste ich die PHP Datei anpacken, was natürlich einen Upgrade schwierig macht.

Es wäre auch gut noch wählen zu können WIE die verschiedenen Kostenelementen (z.B. Artikelpreis oder die Versandkosten) angedruckt werden. Momentan ist der Teil der Rechnung undurchsichtig. Z.B werden die Versandkosten als netto angezeigt, so auch der Artikelpreis. Da muss man schon richtig zusammenzählen können, um zu verstehen wie sich die Kosten ergeben.

Idealer wäre, wenn folgendes im Brutto angedruckt würde: Artikelpreis, Versandkosten und (natürlich) Bruttosumme. Dazwischen dann eine genauere Auflistung mit Nettosumme + Steuern.

Aber ich geh mal davon aus, dass es hier unterschiedliche Vorstellungen gibt, deshalb wäre hier eine Einstellmöglichkeit sinnvoll.

The following comments:

It would be nice if those comments can also be rendered on the PDF. This gives the store owner a free field to communicate on the PDF.

Hallo,

In der Invoice.php gibt es unter der Funktion "insertLogo" beim Skalieren ein Problem.

Zwischen Zeile 496 und 505 kommt dieser Skalierblock vor:

if ($height > $maxheight or $width > $maxwidth) {
    if ($height > $maxheight) {
         $height = $maxheight;
          $width = round($maxheight * $ratio);
      }

      if ($width > $maxwidth) {
           $width = $maxheight;
            $height = round($maxwidth * $ratio);
       }

Leider verhunzt der zweite Teil die Breite und Höhe total, speziell die Höhe. Kann es sein, dass das ein else if Block sein sollte?

Des weiteren stellt sich hier die Frage ob es nicht Sinn machen würde die Option anzubieten die Logogröße zu wählen (oder ein separates anzulegen)?

In meinem Beispiel hat das Skript aus Logodimensionen Weite=411, Höhe=100 ein Logo mit Weite=100 und Höhe=1232 gezaubert :-)

Wir haben z.B. unser Logo recht groß hinterlegt, sollte auf der Rechnung aber relativ klein erscheinen.

Gruß.

Das Logo wird nicht eingebettet

For the Footer Blocks there is the function _prepareText() to make sure they don't run into each other. This function is not called for the first block (Footer Address -> _insertFooterAddress in FireGento_Pdf_Model_Abstract).

I am totally confused. Can anyone tell me what happened here (I got multiple listing of tax information)? I only used two products (one with 7% tax rate and the other one with 19%) and shipping costs. But what is the cause for the lines "DE 7% (7.0000%)" and "DE 19% (19.0000%)? I am also wondering why I have a position "reduzierte MwSt. (7.0000%) with only 0,01 Euro. That definitely does not make sense...
Could this really be a problem of firegento-pdf or do I have a bigger issue with my magento installation?

The insertHeader function is implemented in FireGento_Pdf_Model_Abstract and overridden in FireGento_Pdf_Model_Shipment. The method in the shipment class should be unified with the method in the abstract class. I think there are important changes in the method of the abstract class which should be inherited.

After the refactoring, the following problem should also be solved:

I needed barcodes with the order increment_id on my invoices. So I hacked this directly into the invoices.

Now that it works I thought this could be a feature other people might want. Maybe configurable: on which documents does the barcode appear, what information does it contain, which barcode standard should be used.

Should I clean up, what I got or do you thing this is too much for this extension?

Damit einige Payment Dienstleister nicht im Core der Extension rumhauen müssen, wäre es doch elegant ein paar Events Bereitzustellen.

Im Kopf habe ich da Klarna und Billpay, die in die Invoice was reinschreiben müssen.

When I create a creditmemo with only an adjustment refund (no products or shipping refunded) the credit memo still shows the shipping tax in the PDF (not in Magento, though).

Looking in sales_flat_creditmemo all fields relating to tax are either NULL or 0.000000. The same goes for corresponding fields in other related tables.

Apart from the fact that Magento should properly tax adjustment refunds, in this case something is still wrong with the PDF.

Modul ist echt super jedoch fehlt bislang noch die Ausgabe der Zahlungsart und der Versandart.

If SKUs are really long like "12345-6789-Irgend Was (Noch irgendwas)-33-34", they are not wrapped correctly. They overlap the article name.

I added the error in this commit: bb70df1

This still works: ea7c596

But I can't figure it out.

If one wants to print multiple incoives/shipments from the invoices, order or shipment overview, the standard Magento PDF layout is used although FireGento_Pdf is configured. The FireGento_Pdf layout should be used everywhere.

Es werden offenbar die default-Einstellungen genommen und nicht die der jew. Website/Store/Storeview. Damit kann die Extension nicht für "multi-stores" genutzt werden.

The tax rate is shown with four decimals and a dot (e.g. 19.0000%). It should be shown with two decimals and for german shops with a comma. Maybe it can be shown in the same way prices are shown.

Als Beispiel ein Logo mit 748x137. Auf der Rechnung wird anstelle des Logos nichts mehr angezeigt. Der betroffene Code müsste hier stehen.