LNK Stock and Locations, the stock of each warehouse and the bin location of each product

Create your places (warehouses, branches, depots) on the LNK Stock and Locations page, under Catalog. Then, on the page of each product, spread its stock over the places. The PrestaShop stock becomes the sum of the places: the shop, the cart and the orders keep reading it as before. When the module starts to follow a product, it first has PrestaShop recount what the pending orders reserve: the stock taken over is the real stock, and the journal shows no gap that is not a real one.

Each place has its address template: you choose and order the parts (zone, aisle, bay, level, position, bin, or a part with your own name), each in numbers or letters, with its range and its separator. For example, aisles A to H, bays 01 to 20 and levels 1 to 6 give A-01-1 to H-20-6. All the slots are created in one go, in picking order.

Yes: in each place, one main slot and as many reserves as needed, each with its quantity. The search "what is stored in B-12?" lists the content of the slots.

No. The ERP, or PrestaShop, is right. A quantity changed through the webservice, directly in the database, on the product page or on the PrestaShop Stock page is taken back into the default place and recorded in the journal; the module never rewrites the PrestaShop stock to correct it. If a product page was open before this change, saving it is refused: just reload it.

Yes. Each change made from the product page writes a native stock movement, with the reason "LNK Stock adjustment", visible in the movements of the Stock page. When PrestaShop cannot write one (import, scheduled task), the module's journal is the record: who, when, before, after.

PrestaShop 1.6 had an advanced stock management per warehouse. It disappeared from the screens in 1.7, but a migrated shop may have kept it on in the database, and PrestaShop 1.7 still reads it in places (cart split by warehouse). The module spreads nothing while it is on. The button "Turn off the advanced stock management of PrestaShop 1.6", on the module page, turns it off for all shops; your quantities do not change. Nothing is done without this click.

Each line is taken first from the places serving the customer's delivery zone (the default place first), then, if these places do not have enough, completed from the other places. You declare the zones served on each place; with no zone declared, every place serves every zone. The order page shows which place each line ships from. The goods leave their places when the order moves to "Shipped", and come back if the order is cancelled after shipping.

Yes, and it stays a single PrestaShop order: one payment, one invoice. On the order page, each parcel has its list, its "Mark as shipped" button and its tracking number. The customer receives an e-mail for each parcel and sees their tracking in their account. The order moves to "Partly shipped", then to "Shipped" with the last parcel. When ordering, the customer can ask for "a single parcel, even if it takes longer": everything then ships from a single place. Shipping costs stay those of PrestaShop, once per order.

On the order page, "Parcel returned: put back in stock" puts its goods back into the place it shipped from and into the PrestaShop stock, with a "Product return" movement. Do not cancel the order afterwards: PrestaShop would put the same goods back in stock a second time. To refund, issue a credit slip.

Yes. Tick "Customers can pick up their order here" on the places concerned, with a note such as "Ready tomorrow from 7 am". The "Pick-up in store" carrier, created by the module and free by default, then offers these places when ordering; the customer sees whether everything is available at the chosen place. The order is taken first from this place. Move it to "Ready for pick-up": the customer receives an e-mail with their pick-up code; then to "Collected" once they have come by.

Yes, with the "Extra shipping per additional parcel" setting: an amount excluding tax added to the shipping for each parcel beyond the first, never on pick-up. It relies on a hook of PrestaShop 1.7.7 and later: on 1.7.6, shipping stays as PrestaShop computes it.

Yes, through the PrestaShop webservice, with a key whose rights you choose. The module adds its resources to it: places, slots, stock per place and per slot, journal and parcels. Each write goes through the same checks as in the back office, and the journal records it under the name of the key. A write that is too large, or an ERP that sends too many calls per minute, is refused without writing anything: the shop stays available. On PrestaShop 9, the Admin API also offers this data, with read and write scopes; it requires HTTPS and is not available in multistore (a limit of PrestaShop 9). The guide for your integrator is in docs/API.md.

Yes, in the "Import" tab: a CSV file with one line per slot (reference, place, slot, quantity), whose template can be downloaded on the same page. The reference can be that of the product, of the combination or the EAN; the place, its ID or its name. The module first reads the file and shows each refused line with its reason; nothing is written before you click "Write the valid lines". For a product, the lines of a place replace what this place held; the other places keep theirs.

If your ERP or your supplier drops this file at an address (http, https, ftp or ftps), enter it in the advanced settings: the cron task of your host calls the address shown in the "Import" tab, for example every hour, and the valid lines are written. The last run and its result are shown on the page.

Yes. In the "Slots" tab, the "Picking list" of a place gives what the orders still expect, product by product, in the picking order of the slots, with a checkbox per line. The "Labels of the slots shown" print three per row on A4, with a Code 128 barcode read by any handheld scanner (can be turned off in the settings).

Each place belongs to one shop. If your shops share their stock (shop group), the shared stock is the sum of the places of all these shops. Stock is written shop by shop: in the "All shops" context, the module writes nothing.

The PrestaShop stock keeps the last sum written: nothing is reset to zero. The places, the slots and the journal of the module are deleted. The "Pick-up in store" carrier and the order states of the module are removed from the lists, but stay readable in past orders; they come back as they were if you reinstall the module.

Yes, where it is useful, with the styles of your theme and without loading any file:

• on the product page, under the add to cart button, the availability in each branch: "In stock", "Only 3 left" or "Not available here". Never a quantity beyond the threshold (5 by default, adjustable), never a price. It follows the chosen combination;
• the customer chooses "My branch": it comes first, stays kept for their account, and it is offered by default for pick-up in store;
• the choice of the pick-up place at checkout, the parcels message when an order ships from several places, the parcels or the pick-up in the customer account.

Your theme can also show an availability line in product lists and the choice of the branch in the header: the guide for your integrator is in docs/THEME-CONTRACT.md. A setting turns off the display on the product page.