-
-
Notifications
You must be signed in to change notification settings - Fork 2
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Question; how to model repair #9
Comments
From the gitter discussion: Hello, just a small question we came up during implementation, is there in ValueFlows the concept that only the primaryAccountable Agent can perform an action on a resource? If I tranfer-custody of my bike to a repair shop, can the repair show perform a modify of the bike to repair it? Or is this the wrong way of modelling it? This is related to an issue we are having in ReflowOS: #9 Bob Haugen Lynn Foster That said, of course my opinion doesn't count, it needs to be the opinion of the users of the application. In this case, my comment assumes that the backend could support many use cases and different sets of users. |
I have modelled a similar case with transfer-custody and when I use an accept-modify action, I still indicate as the provider id the id of the primaryAccountable agent. This for me can make sense if we consider that the provider is not necessarily the agent that performs an action, but the provider of the resource. Or is this a wrong interpretation, @bhaugen and @fosterlynn? |
That part is correct.
I think it depends on your goals. One aspect of a repair process is that the same resource is both an input (using the "accept" action) and an output (using the "modify" action). But there is also at least one other input, the work or service that does the repair, and also often some new parts, tools, equipment, etc. Those are usually provided by one or more other agents, not the primary accountable of the resource being repaired. That agent is the receiver of the modify (repaired) output. The provider on the output event depends a lot on the situation. Is the repair being done by something like a repair shop? Then that's the provider of the modify event. Or if it's an internal company repair shop, it's the company or a department or unit of the company. Or it could be whoever did the repair work. Might depend on who you want to get credit for the repair output. We've seen situations where workers get credit for outputs rather than "hours of work" inputs. And if it makes most sense to have the primary accountable agent be both provider and receiver, that might be ok too. So some of this depends on your overall goals for accounting and what would further them. It's more utility than science, although there was some design involved in understanding that the same resource is both an input and an output. (Not designed by Valueflows, copied from a previous 1990's era system called Prism, which was the first system that I know of that modeled those situations correctly.) Did that all make sense? @fosterlynn ? Got any improvements to offer? |
first i do a transfer-custody of a garment resource from a consumer agent to a repairshop agent. (transfer-custody, because the consumer still owns his garment)
next i want the repair shop agent to do a modify on the resource (to repair it)
but i get the error "You cannot do this since the provider is not accountable for the resource"
please advise, thanks!
The text was updated successfully, but these errors were encountered: