Kryptronic Software Support Forum

Hi Simon,

invpurchord is the inventory on purchase order in the system - I have thought about going back and using this col - my only concern with that, in our case some items are on long lead time so they may be on order but they are not going to arrive in the time scale we would be comfortable with a pre order situation. Also it is the total on purchase order and would show 30 units if there are 10 arriving in a week and 20 in 2 months time.

If those issues are not a concern then it looks to me like a very good target to repurpose.

Rob

Hi Simon

Like most mods, this one is the quickest route to what we needed at the time - in our case we only have single inventory item product offers - some of which have add in accessories. To keep things simple we only use the pre-order system on the single inventory item product offers and not for any of the accessories.

Its a while since I did this mod, but from memory, in the $proddisp array, xpricemap will be an array of all the inventory items in the product offer so the inventory level for each item will be in that array - ['xinvid']['invlevel'].

Need to add a "foreach" and cycle through the array looking at the inventory level for all inventory items - also need to look at the invoversell levels for each item - which can be done in the same loop through - and from those values figure out if you are switching to pre-order together with the quantity allowed for pre-order.

I never liked that first key thing - I will try to get back in a bit with some modified code - but can't promise anything.

The main product offer display is generated the prodshow.php file in {private}/apps/ecom/ECOM/includes.  The main product offer display was changed a whole lot in K9 versus what was done in V6 through V8.  Basically, prodshow.php loads, then will load the following includes:

pricedisp.php: Pricing (has inventory display)
prodshowimg.php: Product offer images
prodshowextras.php: Product offer extra info (social buttons, review link, videos, etc)
icondisp.php: Icon display

Then, depending on the offer type, one of these:

prodaddcart_servoptdl.php: Service/Download Offers - no inventory
prodaddcart_invitems.php: Inventory Item Offers
prodaddcart_invopts.php: Custom Package Offers (select from groups of inventory items)
prodaddcart_packagedeal.php: Package Deal Offers (multiple inventory item bundle deal)

The above files will load pricedisp.php, and the following, if necessary, depending on offer/display type:

prodaddcart_select.php: Inventory items selection using selection list
prodaddcart_radio.php: Inventory items selection using radio buttons
prodaddcart_quanmult.php: Inventory items multiple quantity input box entry
prodaddcart_checkbox.php: Inventory items selection using checkboxes
prodaddcart_quantity.php: Single quantity input
prodaddcart_autoprice.php: Auto pricing display (ajax)
prodaddcart_options.php: Options display for an offer or inventory item

Prodshow then finishes up by running:

prodaddcart_xaddons.php: If addons are found
prodaddcart_notifystock.php: If stock notifications are active

Additional product offer related files which will use pricing displays, show inventory, and possibly add to cart buttons:

prodlistitem.php: Product offer default category list item
catfeatgriddetail.php: Product offer category feature grid item

###

With the above having been said, if you want a full on solution that handles every offer type, this mod would need to be done differently.  This mod is basically to the overlying prodshow.php display, and attaches to the prodlistitem.php and catfeatgriddetail.php displays.  It's basically only good for service/download offers and inventory item offers containing only a single inventory item choice.  It's working off the first inventory item seen for the product offer, and basing everything on that, assuming that there are no more inventory items that matter in the offer.

Where you see Rob write:

reset($proddisp);
$first_key = key($proddisp['xpricemap']);

Then he explicitly tags the first inventory item found in the pricemap for the product offer:

$proddisp['xpricemap'][$first_key]...

Instead of bothering with that, you could loop through all pricemap entries (which would be inventory items, and have an array for their 'xinvid' key for all but service/download offers):

foreach ($proddisp['xpricemap'] as $pricemapid => $pricemapentry) {

     if ((empty($pricemapentry['xinvid'])) || (!(is_array($pricemapentry['xinvid'])))) {continue;}

     $inventoryitem = $pricemapentry['xinvid'];

     if (($inventoryitem['invlevel'] <= 0) && ($inventoryitem['invoversell'] > 0)) {}

} // End of foreach statement.

Great feedback, Rob.  To address a few things:

pricedisp.php:  Handles ALL pricing, points and inventory displays (except stock notification) for all items in product lists, category feature grids and product details. 
prodaddcart_notifystock.php: Has an inventory display.

You really need to look at ECOM::buildprodoffers() to see how the offers (referenced individually in displays as $proddisp) are built.  There's an 'invdisp' key on the offer level that might be useful.  Contains the calculated inventory summary for all items.  Other enlightening information there too.

Basically this is a mod to change the name of the Add to Cart button (prodlistitem.php, catfeatgriddetail.php, prodshow.php), and to change the inventory display (pricedisp.php, maybe prodaddcart_notifystock.php).  Modding correctly in these four or five files would handle all offer types without messing with anything else.  They mods you posted would need to be modified to recognize the count of items in $prodisp['xpricemap'], whether they are inventory items or not ('xinvid' key will either be blank for a service item, or an inventory item array with all the inventory item's info), and loop through them, rather than grabbing the first key.