Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 4 Next »

Date

Attendees

Goals

  • Analysis done for Panda Sprint 6 stories

Discussion items

TimeItemWhoNotes

10 min

OLMIS-1987 - Getting issue details... STATUS

  • Discussion about a business case that would cause SOH be negative integer
  • MJ: We also need to discuss the example of issuing stock when SOH is at zero at the time of issue.

Josh's thoughts and questions:

  • a functional requirement here that lays out the first simple configuration: are negative SoH balances allowed as a result of adjustments or not. How, technically, will this be configured, how will this rule (aka policy) be enforced on the server-side and communicated to the client-side?
  • Longer term I think we should start thinking about:

    • I would expect that whatever an implementation wants to do, the rule(s) (or policy) is defined once and shared for both the front and back-end. We need to start defining how that rule would be shared, and what the basic parameters are:
      • is negative SoH even allowed: yes/no
      • if negative is allowed, is the user prompted before syncing: yes/no
      • how long can a negative SoH be allowed before alerts are sent (and to whom): is this a matter of hours? days? a function of the processing periods?
      • what kind of scheduler would we need to send those alerts, and how would we use it with the negative SoH rule (policy)?
    • After that I'd expect this rule to be configurable by perhaps Program, Facility, etc.
    • I would expect that within a Program, the rule (or policy) could change over time, how would that be done (Fowler has a class diagram of how the active policy is found by date - likely the date a person says they did something to stock)
20 min

  OLMIS-633 - Getting issue details... STATUS

OLMIS-632 - Getting issue details... STATUS

  • What would be the permission for the read API
  • Do we need the write API for source/destination configuration
10 min

OLMIS-629 - Getting issue details... STATUS OLMIS-1440 - Getting issue details... STATUS

  • All reasons belong to the full reason list, can we merge these two stories?
  • What would be the permission for the read API
  • Do we need the write API for source/destination configuration
20 minOpen questions
  • As for an event which includes the facility type ID and program ID, do we need to check if that facility type supports that program ID?
  • Do we need to support the extensible for reason type and reason category? This request is coming from Fisheye review.

5 minNew QA onboard
  • Onboard materials for QA?
  • Any defined QA process/test process we should follow?


Action items

  •  Shiyu Jin (Deactivated), when making stories, please make sure to add the component "Stock Management". Also, let's make sure each story has a fix version indicating the desired release date. Thanks.
  •  
  • No labels