Infigo can now generate Job Tickets, Invoices and Packing Slips from your own MegaEdit templates. You design each document in Invent for InDesign, export it as a MEX package, and upload it against the matching document type in Infigo Settings. This replaces the previous static PDF documents with dynamic, data-driven ones and you are no longer reliant on the Infigo team to make these changes for you.

Once the feature is switched on and a template is uploaded, Infigo produces that document for each order automatically, using dynamic placeholders to fill in the order and product details. Templates set at platform level are inherited by any storefront that hasn't uploaded its own, and your previous PDF documents remain available as a fallback.

A detailed walkthrough is available in the full article, covering how to enable the feature and upload a template for each document type.

• Separate, uploadable templates for Job Tickets, Invoices and Packing Slips.
• Designed in Invent (for InDesign) and uploaded as a MEX package.
• Dynamic placeholders for live order and product data.

Order notification emails can now reach more than just the customer who placed the order. By creating a new type of checkout attribute, storefronts can invite customers to enter additional email addresses at checkout, which are then copied on every order notification for that order.

The addresses are entered as a comma-separated list and validated before the order is accepted. Once stored against the order, they are automatically added as CC recipients on all order lifecycle emails, including order placed, shipped, delivered and cancelled. The feature is opt-in per storefront, so any storefront that does not configure the attribute is unaffected.

• New "Additional order notification emails" checkout attribute context.
• Comma-separated email addresses captured and validated at checkout.
• Addresses CC'd on all order notification emails for that order.

A detailed article covering how to set up and verify this attribute is available.

MegaEdit's "Fit to Box" auto-fit can now keep text at its designed size for longer. With the new Fit Width by Tracking option, long text is first condensed by tightening the spacing between characters so it fits on one line, rather than the font shrinking.

Only when spacing alone is not enough does the font shrink, and then by just enough to keep the reduction minimal. The option is off by default and set per text field, so existing products are unaffected. Template designers can also pre-configure it in Infigo Invent for InDesign before exporting.

You can mark a field to appear in the on-screen editor preview while keeping it out of the final print. This is available in two places: directly in MegaEdit (on an image or text field, via “Show in Preview despite not being printed”) and in Infigo Invent at design time, via “Show in preview when not printing”.

Infigo's Approval Workflow can email customers when an approver cancels one of their jobs. Until now, if the approver typed a comment explaining the cancellation, that comment never reached the customer .The email arrived with no context, often prompting a follow-up support query.

This update adds a new placeholder that carries the approver's comment through to the cancellation email, so customers see exactly why a job was cancelled. It also corrects who the cancellation is attributed to, and refreshes the default cancellation template to include the relevant job details alongside the comment.

• Approver comments appear in the 'Approval Workflow Cancelled' email via a new placeholder.
• The cancelled status record now identifies the approver who acted, rather than the customer.
• New installations get the improved default template automatically; existing storefronts add the placeholder once.

Place Orders via API with Deferred Payment

Integrations that place orders through the order recording API can now support external, card-based payment methods (such as Authorize.

Net, Stripe, PayPal, CyberSource, PayTrace, Square, and AcceptBlue) while leaving the order unpaid at the point of creation.

Previously, recording an order via the API with one of these payment methods while leaving it unpaid would fail with a transaction error, because the payment gateway expected a completed transaction before the order could be created.

With this update, the order recording API creates the order in a pending state when a supported card-based payment method is specified and payment is deferred. The customer receives an order notification and can complete payment at their convenience from the My Account area. As a safeguard, the API now rejects requests that attempt to mark an order as already paid when using one of these external payment methods.

This is aimed at customers and partners integrating with the order recording API. No admin configuration changes are required, though the relevant payment method must be active on your storefront's payment settings.

Until now, a customer's working language and currency could only be set by editing each profile by hand. Bulk customer imports had no way to carry them, so a large upload still needed manual follow-up on every record.

The customer import and export now support two new optional columns, Language and Currency. Fill them in your CSV or Excel file and the platform validates each value against the languages and currencies published on your storefront, then sets them on the customer as it creates or updates the record. The download template and the export include the columns too, and the same fields are exposed in the customer API for integrations.

• Language accepts a culture code (en-US), a two-letter ISO code (en) or a display name (English).
• Currency accepts a standard currency code (GBP, USD).
• Invalid values are reported per row in the import report; valid rows still import.
• Leave a cell blank to keep the customer's existing value; files without the columns are unaffected.

This release extends the Infigo API with the ability to view and adjust customer spending budgets. Two new endpoints let integrations read a customer's budgets and make budget adjustments, capabilities that previously were not available over the API.

In addition, the Customer V2 GetAll endpoint has been updated to optionally return each customer's total budget amount alongside the existing customer data, so integrations can retrieve budget totals in the same call.

For endpoint details and request formats, refer to the Infigo API documentation.

Previously, discounts applied at checkout were charged and recorded correctly in Infigo, but PrintIQ still received the full, pre-discount price. This left operations and finance teams to reconcile the difference by hand.

Two new settings in the PrintIQ plugin's Data Mapping group close this gap: "Send Discount Name as PromoCode" sends the discount name to PrintIQ as a promo code at order placement, and the optional "Send Mapped Discount Name as PromoCode" sends a mapped PrintIQ reference instead, for stores where the promo code naming differs between systems. Both settings are off by default. If a promo code can't be matched in PrintIQ, the order still completes. Instead, the issue is flagged on the job and surfaced to the storefront administrator.

We've made several improvements to the Infigo Stripe payment integration. You can now set a custom statement descriptor suffix (up to 13 characters) that appears on your customers' card statements alongside your Stripe account's own prefix, helping reduce confusion and card disputes. A new "Use Stripe successful payments" setting lets you control whether Stripe sends its own payment receipt email, so you can rely on your Stripe dashboard configuration instead if you prefer to manage receipt emails yourself.

Behind the scenes, the statement descriptor value is now recorded in the order's payment notes for easy reference, and Stripe metadata (such as customer name and order ID) is now written before payment capture so it correctly propagates to the Stripe Charge object used in payout and reconciliation reports.

3D Secure (3DS) is the extra identity-check step you've likely seen on other card payments. Sometimes called "Verified by Visa" or "Mastercard Identity Check." It's now available for storefronts using the CyberSource payment plugin.

When enabled, every card payment is checked with the customer's bank. Most approvals happen frictionlessly, with no extra step shown to the customer. When the bank does require verification, a challenge is shown inline in the checkout page. The customer never leaves your storefront to complete it. Both outcomes produce cryptographic proof that the bank approved the transaction, which helps reduce fraud liability on card payments.

3D Secure is off by default and turned on per storefront in the CyberSource plugin settings.

The Storefront Print Orders area now includes a unified All tab that lets you view print jobs across every product type together in a single list, rather than checking each product type separately. This gives you and your customers an accurate, complete overview of orders regardless of product type.

This update is the second and final phase of delivering that tab. It brings historical custom product names, print history links and production statuses into a single unified location. As a result, existing orders now appear correctly alongside new ones in the combined view.

No action is required. The update was applied automatically on deployment and the All tab is ready to use in the Storefront Print Orders area.

This release brings a set of performance improvements across both the storefront and the admin area. Everything continues to look and behave exactly as before, with pricing, pagination, product information and all existing settings unchanged, but the affected pages simply load faster.

• Category pages — category listing pages now load noticeably faster for shoppers across all storefronts.
• Product and category pages — these render more quickly, particularly during periods of high traffic.
• Admin product grid — the product management grid in the admin area loads faster, especially for storefronts synced from PrintIQ, where product thumbnails no longer hold up the list.
• Media album PDF uploads — uploading large multi-page PDFs is now almost instant when the new "Use paged PDF media" setting is enabled per storefront.
• Multi-page PDF previews — large multi-page PDF previews return sooner, showing the first page immediately and generating the remaining pages in the background and on demand. Enabled per installation by Infigo Customer Support.