We have been analyzing the NCR Retail Online (NRO) business and our NCR Industry Solutions Board, an internal team that helps set strategy, has decided to set the NRO product to End of Life on March 31, 2018 . The CPOnline Product was also recently announced with an end of life date of September 30th, 2017 . The End of Life terms indicate that all current customers will need to be transitioned off their respective product and the servers turned off by 9/30/17 (CPO) & 3/31/18 (NRO) . Your NCR Counterpoint business partner has been notified of this decision in advance and has started taking steps to help you transition your eCommerce solution.
Next Steps
As of today, we are encouraging all customers to reach out to your current NCR Counterpoint Partner to begin the transition to a new eCommerce platform. Your partner will be your best resource in planning and transitioning to a new eCommerce solution.
NCR has worked with several partners to create options for your new eCommerce solution. Please refer to the below chart for information about these options. Your partner can provide you with further documentation about these solutions to assist you with the decision process. You can also view a list of FAQ’s about moving from NRO to one of the below options by clicking here .
We will be discussing this transition directly with the users that attend our Synergy User Conference at the end of June. We will be offering a presentation on eCommerce and we will have representatives at the exhibit booth to handle your questions. In the meantime, please reach out to your partner to help determine your next steps.
We appreciate your business and look forward to taking this next, innovative step together.
Recommended eCommerce Solutions
| Solution | Cost | Platform | Additional Notes |
|---|---|---|---|
| Commerce5 |
|
Magento | Most tightly integrated with Counterpoint and offers the most advanced features |
| CP Magento |
|
Magento | Integrated with Counterpoint and offers features similar to NRO |
| CP Shop |
|
Woo Commerce | Catalog, Inventory, and Orders are integrated with Counterpoint |
Rebuilding Variant-Level Out-of-Stock Signals After NCR Retail OnlineWhen a shopper selected a size, colour or other product option in NCR Retail Online, the store could indicate that a particular combination was unavailable rather than hiding the entire product. Recreating that behaviour after a platform migration requires more than copying a product catalogue. The replacement must connect variant inventory, purchasing rules, storefront messaging and search engine data. This matters for Australian retailers selling apparel, footwear, homewares and seasonal goods, where one product can contain dozens of stock-keeping units. A blue shirt in size 10 may be sold out while the same shirt in size 12 remains available. A useful replacement should preserve that distinction across product pages, cart validation, fulfilment and reporting. Map the old availability behaviourStart by documenting what “out of stock” meant in the original shop. It may have been triggered by a zero quantity, a stock threshold, a discontinued item, an unavailable warehouse or a combination of those conditions. Record the customer-facing result for each case: disabled option, warning message, hidden variant, back-order notice or removal from search results. The product model should treat each variant as an independently purchasable unit. A parent product such as “women’s linen shirt” should hold shared information, while each size-and-colour combination receives its own SKU, barcode, price where applicable, stock quantity and fulfilment status. In WooCommerce, this generally means using variable products and variations; in Magento, it may involve configurable products linked to simple child products. A migration audit is also an opportunity to confirm how the original system synchronised with retail stock. NCR Retail Online was designed around connections between ecommerce and retail business systems, as described in its retail platform background. The replacement should identify which system is authoritative, how often quantities are updated and what happens when a sale occurs in a physical shop. Build a reliable variant stock modelA basic availability rule can be expressed as: a variant is purchasable when its sellable quantity is greater than zero and its status is active. Sellable quantity should not always equal the physical count. It may need to subtract reserved units, damaged stock, display stock or inventory held for click and collect orders. For example, a variation with 12 units physically present might have three units reserved and two excluded from online sale. Its online quantity is seven. If the business uses a safety buffer of one unit, the storefront should show six available for online purchase. This prevents an order from being accepted just before a staff member sells the final item at a shop in Melbourne, Brisbane or Perth. A practical status model can include available, low stock, unavailable, back order and discontinued. “Low stock” is usually a merchandising message, while “out of stock” must control the add-to-cart action. The status should be calculated server-side as well as displayed in the browser. JavaScript can disable a size button, but only a server-side check can prevent stale pages or automated requests from ordering a variation that has already gone. Recreate the selection interfaceThe storefront should update option states whenever a shopper changes an attribute. If a customer selects black and size 8, the interface should check whether that exact combination exists and whether its sellable quantity permits purchase. Invalid combinations should be disabled or clearly marked, while valid combinations should remain selectable. Avoid disabling every size simply because the parent product has one unavailable child. This is the common mistake that makes a catalogue appear emptier than it is. A product with one remaining combination should still be discoverable, and the interface should guide the shopper towards it. Messages such as “Size 8 unavailable in navy” are more useful than a generic “out of stock” label placed beside the entire product. Australian shopping habits make this distinction especially valuable. Customers may compare online availability before travelling to a suburban shopping centre, and many expect click and collect to show whether stock is held at a nearby store. A variant may therefore be unavailable for delivery from a central warehouse but available for collection in Adelaide or Canberra. The data model should support location-specific availability instead of exposing one national quantity as the only answer. Use accessible states for each option. A disabled button should have a visible explanation, not rely solely on colour or reduced contrast. On mobile devices, which account for a substantial share of retail browsing, the selected attributes and availability message should remain visible near the purchase control. Keep the option labels consistent with product feeds, such as “Navy / 10” rather than switching between “Navy Size 10” and “10 Navy”. Keep inventory and fulfilment synchronisedThe most accurate variant flag is still unhelpful if updates arrive late. Establish an integration schedule that suits the retailer’s sales volume and operating model. High-turnover products may need near-real-time events, while a smaller regional retailer might use frequent scheduled synchronisation. Whichever method is chosen, log successful updates, rejected records and quantity conflicts. Inventory feeds should include a stable product identifier and variation identifier. Do not match records only by display name, because names can change and attributes may be translated or reformatted. A SKU or immutable external ID is safer. The import process should also distinguish a genuine zero from a missing value. Treating a failed feed as zero could incorrectly mark an entire catalogue as unavailable. Stock allocation deserves explicit rules. If a retailer sells online and through stores in Sydney, the system might reserve stock for local collection, delivery orders and shop-floor sales in separate pools. If the business offers Australia-wide shipping, it should also account for courier cut-off times, regional delivery windows and public holidays such as Anzac Day or the Christmas trading period. Those factors affect promised fulfilment even when a variant technically has stock. Test race conditions before launch. Two customers can view one remaining item and attempt checkout simultaneously. Recheck quantity during cart creation and again at payment or order submission, then release reservations when payment fails or a cart expires. A clear message and alternative option are preferable to silently changing the selected variation. Preserve search and product dataVariant availability should be reflected in structured data without creating thin or duplicate pages for every combination. A parent product page can describe the product, while selected variations can provide SKU, price and availability where the ecommerce system supports it. Use When a product remains useful but one option has sold out, keep the page live and show the remaining choices. If the whole product is permanently discontinued, decide whether to retire the URL, redirect it to a close replacement or retain an informative page. This decision should consider backlinks, sales history and customer intent rather than stock status alone. A migration can change URL structures, filters and variation paths at the same time as it changes inventory logic. The guidance on updating sitemap URLs is relevant when old NCR Retail Online addresses are replaced. Submit only canonical, indexable URLs in the XML sitemap, and remove temporary, cart, search and parameter combinations unless they have a deliberate SEO purpose. Check metadata after the migration. Page titles, canonical tags, breadcrumbs and internal links should refer to the replacement product URL. A sold-out variant should not generate a crawlable duplicate page simply because a colour or size parameter was selected. Keep redirects in place long enough for search engines and external links to recognise the new destination. Test the migration in real buying journeysCreate a test matrix covering every attribute combination, including zero stock, one remaining unit, negative adjustment, back order and discontinued status. Test desktop and mobile layouts, keyboard navigation, screen readers, guest checkout and logged-in customers. Confirm that the same variation remains selected when a shopper changes quantity or returns from the cart. Check the complete path from stock import to customer communication. A variation marked unavailable on the product page should also be blocked in quick order forms, wish lists, recommendations, marketplace feeds and promotional landing pages. Order confirmation emails and packing slips should show the correct size, colour and SKU, which helps Australian customers and store teams resolve delivery or exchange issues. SEO monitoring should continue after launch. The advice on preserving SEO rankings can be applied alongside inventory testing: monitor redirects, indexing, organic landing pages and structured-data warnings. Review analytics for searches that lead to unavailable products, then decide whether to offer substitutes, notify customers when stock returns or improve category filters. The most useful acceptance test is a real-world scenario: one unit is sold in-store while another customer has the product page open. After the stock update, the affected variation should become unavailable, the cart should reject stale quantity, the remaining variants should still work and the order system should record the correct SKU. That behaviour confirms the replacement has reproduced the important part of the old experience rather than merely copying its appearance. The practical rule is simple: store availability at the variant and fulfilment-location level, calculate it from sellable stock, validate it again at checkout and expose it consistently across the storefront, feeds and search data. This gives Australian retailers a dependable replacement for NCR Retail Online’s variant flags while reducing overselling and preserving useful product pages. |
|||
After you have completed your move to a new eCommerce platform, don’t forget to submit the Store Closure Request form to close your NRO site and cancel your billing subscription.