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!
La seule question qui se pose ici est, pourquoi lors de la commande le bloc avec les attributs semble être placé aléatoirement à la fin du PDF “abordé” est.
Cela semble plus ou moins arbitraire, parce que j'ai essayé, mettre un titre h2 devant, ce que pdfprint a reconnu avec ceci, que le h2 est apparu après le bloc. puis j'ai entré h2 deux fois, Soudain, le bloc était entre les deux 🙁