Product Decisions This Supports

Supports decisions about automating bulk Sendy label generation from a Laravel/PHP application, especially warehouse and fulfillment workflows that print A6 labels at top-left.
v3.1.1 is a small patch with operational impact: the SDK no longer defaults the paper type, so product and engineering should treat label paper/position as explicit configuration rather than an implicit SDK behavior.
Roadmap implication: add or verify print-profile settings (paper size and label position) in admin configuration, order-fulfillment jobs, and any bulk-label API workflow before upgrading.
Build vs buy: this package is reasonable when the product already uses Sendy and needs maintained PHP/Laravel integration for labels; it is less suitable if the roadmap requires multi-carrier abstraction or a full shipping/OMS platform.
Use cases: batch order fulfillment, warehouse label printing, marketplace/order-sync workflows that produce Sendy labels, and internal tools that need consistent A6 top-left output.

When to Consider This Package

Consider adoption when the application is Laravel/PHP, already integrates with Sendy, and needs bulk label creation or printing without building a custom SDK.
Consider v3.1.1 if you can explicitly set paper type and label position; teams relying on the previous implicit default should audit bulk-label jobs and test A6/top-left output before rollout.
Look elsewhere if the product is not on Sendy, needs carrier rate shopping or multi-carrier label abstraction, requires a full WMS/OMS, or cannot own print-profile configuration and regression testing.
Treat this as an operational dependency, not a product differentiator: adopt when it reduces integration maintenance, and avoid when label printing is peripheral or handled by another fulfillment system.

Executive summary: v3.1.1 is a targeted patch for bulk Sendy labels. Its main effect is that paper type is no longer assumed, which improves explicitness but requires a small configuration and testing pass. Migration effort is low, but label output should be verified before relying on it in production.
Engineering summary: upgrade to v3.1.1, explicitly set bulk labels to A6/top-left, and test any job that previously depended on the SDK default. This is not a major feature release, but it is a behavior-affecting patch for label printing workflows and should be handled as a configuration migration rather than a silent dependency bump.