-
Type: Feature Request
-
Status: Closed (View Workflow)
-
Priority: Major
-
Resolution: Completed
-
Affects Version/s: None
-
Fix Version/s: CFA 2020R1
-
Component/s: Adjustments, API
-
Links:
-
HLE (1 man day = 8 hrs):20
-
INF Reference Number:INF-12038
Add support to create a Waste Adjustment using the API
- Scan item
- CFA send item code to InFORM
- Note: We will NOT be sending a list of items that are available for Waste, as all items are available for waste within the MxC application
- The only exception is DwarfHouse items, that should NOT be available at NON DH restaurants
- Note: We will NOT be sending a list of items that are available for Waste, as all items are available for waste within the MxC application
- InFORM returns item detail/list of items
- User manipulates data on HHD (incl Reason Code)
- CFA sends adjustment to InFORM
Support selection of Raw & Finished Items
HLE assumes that there will be some work required to change the API
So I don’t recall the exact use case for this functionality because we talked about several but here are some of the ones I recall and the net result.
- We talked about covering inventory “adjustments” via an external app through some kind of counts API. For example, if we start using RFID and create an app that allows team members to walk through the back of the restaurant and just scan areas, we would upload the counts for all items scanned at once via an API. This wouldn’t necessarily be by item but, supposing they only scan one item, it could. Regardless, it should be some kind of count.
- We also discussed decrementing by item as it’s consumed or introduced as WIP. For example, as a team member starts to use a bag of chicken, we thought it would be good to deplete the inventory based on some kind of scan at the prep table. We decided this was nonsense (my words) because it would result in “double depleting” the inventory.
- We discussed the ability to scan an item as waste. The use case here was similar to #2 but, instead of depleting inventory due to consumption, we would be depleting based on an item being considered waste and would want to track it as such. The best example I can give for this would be a bag of thawed filets that has exceeded its expiration date. When an team member puts a bag of filets on prep table, we would scan it somehow. If our system shows that it’s past the expiration date, we’d let the team member know they need to toss it. We’d want to let Inform know we wasted that bag.
- We discussed the ability to reverse a depletion transaction. I think we decided this could likely be handled by other means but it was one of the use cases we discussed.
#3 is likely the main use case for this functionality and I would expect it to get used with the PDC PoC. Shelf life on the chicken is going to be really short by the time we get it to the restaurant. We want to make sure we track expiration dates really closely and provide the team member immediate feedback prior to using the product. If we can also keep them from having to manually go and update Inform with what they are tossing, that would be optimal.
- Is Clone Of
-
CFAMX-10712 Waste API - Create API to support the creation of a Waste Adjustment
- Closed
- is implemented by
-
CFAMX-10702 Waste API - .Net Framework Update
- Open
-
CFAMX-10707 Waste API - Upgrade Build Deploy Scripts
- Open
-
CFAMX-6079 Augment/Create Load Tests
- Closed
-
CFAMX-6080 Documentation
- Closed
-
CFAMX-6334 SPIKE - Waste API Framework
- Closed
- relates to
-
CFAMX-7817 Waste API - generic message "An Error has occurred."
- Done
-
CFAMX-7953 POST Inventory Waste API - QTY and Cost does not match UI when same item is Wasted
- Done