Uploaded image for project: 'CFA MX '
  1. CFA MX
  2. CFAMX-10712

Waste API - Create API to support the creation of a Waste Adjustment

    Details

      Description

      API Meeting - June 30th, 2020

      1. 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
      2. The hop to .Net 4 will be the upgrade to structure maps (mainly forecasting stuff)
      3. Mini-profiler - part of nhibernate, logging infrastructure for nhibernate profiler monitoring
        1. Right-click and use .NET4 or create new projects? - All service layers and repositories slowly, but Areas will be moved quickly - medium dev effort
        2. Upgrade to Angular2
      4. 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.
        1. Two paths - 1. Create API stack on current technologies
        2. Or build on new stack for system
          1. Question to the Saas Ops?
          2. Upgrade Angular?/Javascript/nhibernate
          3. Just need buy-Offs? Product/Project Manager/Saas Ops
          4. Lamar tool for structure map replacement
      5. Update the build project
      6. Advantage - removed labor and workforce stuff and comp stores and partner logins and deliveries
      7. Web API would include Areas DLL
      8. Mobile would share the DLL code in the backend
      9. 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:

      1. Create
      2. Add to build
      3. Add/update deploy scripts - Ops would have to agree to change/update deploy scripts for all CFA Sites
      4. Identify for each story what is testable!








      Original Feature Request Info (CFAMX-6078)

      HLE Meeting notes

      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
      • 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

      Email from Chris

      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.

      1. 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.
      2. 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.
      3. 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.
      4. 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.

        Attachments

          Issue Links

            Activity

              People

              • Assignee:
                jason.powell Jason Powell
                Reporter:
                jason.powell Jason Powell
              • Watchers:
                1 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved:

                  PagerDuty

                  Error rendering 'com.pagerduty.jira-server-plugin:PagerDuty'. Please contact your Jira administrators.