Changes between Version 26 and Version 27 of BluePrint/Requests/2.0

Timestamp:

09/21/21 10:44:31 (2 years ago)

Author:

Fran Boon

Comment:

--

BluePrint/Requests/2.0

@@ -75 +75 @@
   <= hrm_commit (orgs) / vol_commit (individuals)
   <= fin_commit (or budget_commit)
-=> req_acquisition (inc transport_status)
+=> req_requisition (inc transport_status)
   <= inv_send
   <= hrm_deploy / vol_deploy
@@ -83 +83 @@
 * These would not create a record for the external source, but just the response to it
  * e.g. an external availability request is to be processed into either a commit, or a simple "not available" response
- * e.g. an external acquisition request would be referenced as document in the inv_send, but not establish an internal req_acquisition record.
- * The internal req_aquisition entity would be to store outgoing requests only (if requesting to another entity in the same system then it would only be seen like this to the requesting entity, which solves the issue of both sides needing permissions to see the Request...outgoing see it as a resource, incoming see it as a document (e.g. XML or PDF)....or they see it as e.g. inv_req (like inv_recv is to an inv_send in the same system)).
+ * e.g. an external requisition request would be referenced as document in the inv_send, but not establish an internal req_requisition record.
+ * The internal req_requisition entity would be to store outgoing requisitions only (if requesting to another entity in the same system then it would only be seen like this to the requesting entity, which solves the issue of both sides needing permissions to see the Request...outgoing see it as a resource, incoming see it as a document (e.g. XML or PDF)....or they see it as e.g. inv_requisition (like inv_recv is to an inv_send in the same system)).
 * req_availability
- * has a timeframe
+ * has a timeframe (consumable goods would have no end)
  * might be anonymous
  * if not anonymous then the Location could be inferred from the PE (e.g. person=>home address,
 org=>office address, site=>site location) if not explicitly provided
-* req_acquisition
- * has a timeframe
+* req_requisition
+ * has a timeframe (consumable goods would have no end)
  * might be anonymous if using a pick-up mode using an identity-proxy (i.e. ticket, or voucher)
  * if not anonymous then the Location could be inferred from the PE (e.g. person=>home address,