If a customer modifies the categories on an item in inventory through their cash register, it no longer sends an I:UPDATE event to my webhook. I use the categories to monitor some types of transactions, and this change is killing me.
Now I'm looking to write in some extra code to ping the API for every item sold to get the category, but is there some way I could have known this was change was going to occur before it did and caused me to lose a bunch of data?
Hi @Zedwick,
Is there a timespan that this was occurring? I just tested out the Inventory webhook for both adding a category to an item and removing it from an item. In both cases, I received an I:UPDATE event. Can you also please verify that your server can receive any webhook event?
It's been happening for several weeks now. I get I:CREATE and I:DELETE events, and even I:UPDATE events for things like price changes. It's specifically a problem with category changes. I picked an item on one of my test vendors, and made a series of changes to it. I got the following events, but I didn't get any events when I deleted or added a category to the item.
{"appId":"5CMJECAN5DCTE","merchants":{"7K09DAT512Q8C":[{"objectId":"I:C14RX4X835M6Y","type":"UPDATE","ts":1454772147944}]}}
{"appId":"5CMJECAN5DCTE","merchants":{"7K09DAT512Q8C":[{"objectId":"I:C14RX4X835M6Y","type":"UPDATE","ts
In regards to webhooks, items do not "own" categories, so the item-category association is actually agnostic of the item's model in our database, which is what the inventory webhook currently "monitors". That's why there is an API specifically for item-category associations: https://www.clover.com/api_docs#!/inv...
We do understand your frustration though, and already have an outstanding engineering ticket to build out our inventory webhook to be inclusive of "association" operations.
3 People are following this question.
