valueflows

valueflows docs
git clone https://s.sonu.ch/~srfsh/valueflows.git
Log | Files | Refs | README

commit 3543e02ba28127e2426262cee653b76e729f2904
parent ca1b8885eed4bcdfdd0e2b96b87417afff62e134
Author: Lynn Foster <foster.j.lynn@gmail.com>
Date:   Wed, 17 May 2017 09:58:51 -0500

Scope of events, commitments, eventually intents (#223)

Added "scope" to vocab.
Diffstat:
Adocs/introduction/scope.md | 30++++++++++++++++++++++++++++++
Mrelease-doc-in-process/all_vf.TTL | 28+++++++++++++++++++++++-----
2 files changed, 53 insertions(+), 5 deletions(-)

diff --git a/docs/introduction/scope.md b/docs/introduction/scope.md @@ -0,0 +1,30 @@ +# Scoping + +Scope defines a boundary or context for sets of economic events, commitments, and intents. This can be for purposes of: +* accounting +* planning +* distributing income + +The scope is where work is done, where processes live, where value is created and exchanged. Economic events and commitments can reference an organization (an agent) as an entity that defines their scope. It may be a formal or informal organization, and will include the network(s) themselves. Or economic events and commitments can reference a geographic area (a city, a bioregion, etc.), or a community, or a loose network, or a less formal shorter lived project, or any other bounded concept that is useful for grouping economic events. + +An economic event or commitment can reference any number of entities to define scopes it belongs to. It is not required that events, commitments, or intents designate a scope. In fact, sometimes the scope is the same as the provider or recipient agent. Or sometimes there is no useful scope. + +A scope is different than an agreement, although sometimes something that is a scope will have agreements that define some of the economic governance of that scope. + +For functions that require traversing value flows, often the value flow will cross from one scope to another. For example, perhaps another network or organization makes a component that you consume when making your product. When this happens, there are some options. +* Standing agreements can govern what happens. +* A conversation for action might be required to determine what should occur for the specific instance. + + +#### Accounting + +Accounting is usually done for an agent or other bounded scope. Where a computer system supports one enterprise, this is simple. When a computer system supports many organizations or there is a distributed network of economic activity, it is useful to be able to segregate the accounting using scope. It basically enables multi-party accounting in a networked scenario. + +#### Planning + +Sometimes a generic recipe will cross scope boundaries for particular agents. For example one agent could produce a resource that consumes a component made by another agent. In this case, can the first agent schedule the production of the component by the second agent? Possibly yes, if there are agreements in place for that, and the first agent has verified that inventory does not already exist. Or possibly, based again on agreements, the first agent can assume the second agent will provide the component, with the second agent taking responsibility for checking if it is onhand, and if not, scheduling it for production. Or possibly, the first agent plans only to source the component in some way. + +#### Income Distribution + +Some organizations distribute income backwards on value flows, based on people's contributions to the resources that generated the income. When traversing the value chain, it is useful to know when the traversal has crossed a scope boundary, because it is possible that the rules for distributing the income will change for a different scope. If the rules change or the rules are unknown, the income can be passed on to the other scope for them to distribute. + diff --git a/release-doc-in-process/all_vf.TTL b/release-doc-in-process/all_vf.TTL @@ -322,17 +322,35 @@ vf:subject a owl:ObjectProperty ; rdfs:range foaf:Agent ; rdfs:comment "The subject of a relationship between 2 agents." . +vf:object a owl:ObjectProperty ; + rdfs:domain vf:AgentRelationship ; + rdfs:label "object" ; + rdfs:range foaf:Agent ; + rdfs:comment "The object of a relationship between 2 agents." . + vf:context a owl:ObjectProperty ; rdfs:domain vf:AgentRelationship ; rdfs:label "context" ; rdfs:range foaf:Agent ; rdfs:comment "The larger context of a relationship between 2 agents, used where the relationship is not relevant outside of that context." . -vf:object a owl:ObjectProperty ; - rdfs:domain vf:AgentRelationship ; - rdfs:label "object" ; - rdfs:range foaf:Agent ; - rdfs:comment "The object of a relationship between 2 agents." . +vf:scope a owl:ObjectProperty ; + rdfs:domain vf:EconomicEvent ; + rdfs:label "scope" ; + rdfs:range owl:Thing ; + rdfs:comment "The larger boundary or context of an economic event, used for accounting, planning, distributing income." . + +vf:committedScope a owl:ObjectProperty ; + rdfs:domain vf:Commitment ; + rdfs:label "scope" ; + rdfs:range owl:Thing ; + rdfs:comment "The larger boundary or context of a commitment, used for accounting, planning." . + +#vf:intendedScope a owl:ObjectProperty ; +# rdfs:domain vf:Intent ; +# rdfs:label "scope" ; +# rdfs:range owl:Thing ; +# rdfs:comment "The larger boundary or context of an economic event, used for planning." . vf:under a owl:ObjectProperty ; rdfs:domain vf:EconomicEvent ;