-
Type: Feature Request
-
Status: Closed (View Workflow)
-
Priority: Major
-
Resolution: No Longer Required
-
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
API Meeting - June 30th, 2020
- Update the controller level to the .Net core(.Net4) but .Net 4.7.2 - Structure Map cannot be upgraded to .Net Core. Forecast pipeline stages/adjusters
- The hop to .Net 4 will be the upgrade to structure maps (mainly forecasting stuff)
- Mini-profiler - part of nhibernate, logging infrastructure for nhibernate profiler monitoring
- Right-click and use .NET4 or create new projects? - All service layers and repositories slowly, but Areas will be moved quickly - medium dev effort
- Upgrade to Angular2
- Issue is overlap with Automapper DLL - upgrade it successfully, but issues with nhibernate, for run time initialization. Then upgraded nhibernate - we’ve been lazy with the nhibernate mappings and have to update them manually.
- Two paths - 1. Create API stack on current technologies
- Or build on new stack for system
- Question to the Saas Ops?
- Upgrade Angular?/Javascript/nhibernate
- Just need buy-Offs? Product/Project Manager/Saas Ops
- Lamar tool for structure map replacement
- Update the build project
- Advantage - removed labor and workforce stuff and comp stores and partner logins and deliveries
- Web API would include Areas DLL
- Mobile would share the DLL code in the backend
- The reason the build failed in the past is because the WebUI project was updated to .NET 4.7.2, but the Areas were on .NET 4.5
Stories for future:
- Create
- Add to build
- Add/update deploy scripts - Ops would have to agree to change/update deploy scripts for all CFA Sites
- Identify for each story what is testable!
Original Feature Request Info (CFAMX-6078)
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.
- Clones
-
CFAMX-6078 SC - Adjustment 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-10713 Augment/Create Load Tests
- Open
-
CFAMX-10714 Documentation
- Open
-
CFAMX-10726 Waste API - Parameters
- Open
- 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