- How do I install justbetter/laravel-magento-stock in a Laravel app?
- Install it with Composer using composer require justbetter/laravel-magento-stock, then publish any package configuration and set your Magento API credentials and stock source. Pin to ^2.4.4 so the loop fix is present in all environments. Run a non-production sync before enabling write operations.
- What Laravel and PHP versions does this package support?
- The package targets PHP 8.x-era Laravel conventions and is Composer-installable on a 2.4.x semver line. The published release notes do not include a full compatibility matrix, so check the composer.json constraints for the exact Laravel and PHP versions before adoption. Lock the resolved version in composer.lock across staging and production.
- Which Magento versions and editions are supported, and does it work with MSI?
- The package integrates with Magento stock data through Magento's API surface, but the provided materials do not publish a definitive edition or version matrix. Validate Adobe Commerce versus Magento Open Source and MSI-enabled versus legacy inventory in a proof of concept. If Magento MSI is intended to be the sole authority, confirm whether PHP-side orchestration is still required.
- Is stock sync one-way or bidirectional between Laravel and Magento?
- The package description focuses on sending stock to Magento from Laravel using a configurable source, so the primary path is Laravel-to-Magento stock publication. The provided materials do not define a bidirectional conflict-resolution model. If you need two-way sync, design and test conflict handling explicitly rather than assuming it.
- How do I configure the stock source that gets sent to Magento?
- Stock is sent to Magento from a configurable source, so configuration centers on the Magento API connection and the mapping between Laravel stock representations and Magento source items. Define which Laravel inventory source is authoritative for each SKU and how quantities map to Magento source codes. Test the mapping against real SKU data before enabling production writes.
- Should I run Magento stock sync on queues or inline in request paths?
- The provided assessment does not state that the package forces inline execution; it fits naturally into Laravel queues, events, and scheduled commands. For safety, run sync through queue workers or scheduled reconciliation rather than on customer request paths. Confirm the package's actual dispatch behavior in your proof of concept.
- What does the 2.4.4 loop fix mean for upgrading and resyncing data?
- Version 2.4.4 is a targeted patch that fixes a loop condition in the sync path, implying iterative stock updates could re-trigger under some data states. Upgrade risk is low because no API or schema change is signalled, but you should test boundary conditions and re-sync affected SKUs. Ask the maintainer whether any data remediation is required for your prior sync state.
- How can I test Magento stock synchronization safely before production?
- Start with a read-only shadow sync in non-production that mirrors production stock volumes. Compare Laravel-computed quantities against Magento source quantities over several days, then enable writes for a limited SKU subset. This staged approach directly mitigates the oscillation and write-amplification risk associated with sync loops.
- Can I use this package to display stock availability and validate inventory at checkout?
- The package is intended for retrieving and validating product inventory and availability so you can display accurate stock status and support checkout, ordering, and catalog decisions. Treat Magento as the external commerce platform and keep the Laravel boundary clear. Validate edge cases such as zero stock, backorders, and multi-source quantities.
- What are the risks, maintenance concerns, and alternatives to this package?
- The main risks are inventory correctness from sync loops, undocumented Magento API behavior across versions, and a single-maintainer-visible bus factor. Alternatives include building a dedicated sync service, using Magento native MSI as the sole authority, or adopting more actively maintained inventory middleware. Pin ^2.4.4, monitor reconciliation, and keep a fork or vendor strategy if maintenance stalls.