Nous utilisons de nombreux projets Shop PDF Imprimer Extension du SNM-Portal, car il est extrêmement souple et confortable.
Avec l'extension de nombreuses variables peuvent être transmises dans les documents de commande.
Mais qu'en est-Amasty ordre des attributs (AOA) à partir de? Généralement bien avec un MAIS. Vous pouvez configurer le AOA dans le back-end, si l'OA doivent être émis sur les impressions et les fichiers PDF. les exigences sont (en particulier dans les fichiers PDF) oui un, le bloc est étrangement indiqué dans le projet de loi, mais au cours de l'ordre PDF non.
Pour la production dans le projet de loi doit maintenant être à l'endroit désiré du code
{{type de bloc = 'amorderattr / sales_order_print_attributes de zone = ordre 'frontend'= ordre de $ }}
déposer. Malheureusement, cela n'a pas de succès.
Après beaucoup de tâtonnements et de courtoisie de M. Augsten tourné, que le problème était dans les paramètres de sécurité de Magento. le bloc “amorderattr / sales_order_print_attributes” doit être sous Système > autorisations > blocs sont stockés comme admis.
Maintenant, le bloc d'attribut de commande est indiquée par Amasty dans la facture PDF.
En savoir plus sur PDF Imprimer Il y a ICI
Utilisé dans la version Magento 1.9 Remarques? Ajouts? Remarques? Volontiers!
Es stellt sich hier nur die Frage, warum bei der Bestellung der Block mit den Attributen scheinbar wahlfrei an das Ende der PDF “getackert” est.
Das scheint mehr oder weniger willkürlich zu sein, denn ich habe versucht, eine h2-Überschrift davor zu setzen, was pdfprint damit quittiert hat, dass das h2 nach dem block erschien. dann habe ich zwei mal h2 eingetragen, auf einmal war der block zwischendrin 🙁