Skip to content
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

improving support for Transportation (process) #504

Open
elf-pavlik opened this issue Jun 11, 2016 · 4 comments
Open

improving support for Transportation (process) #504

elf-pavlik opened this issue Jun 11, 2016 · 4 comments

Comments

@elf-pavlik
Copy link

based on http://valdev.webfactional.com/accounting/process/957/

Transportation could use pickup and dropoff events which use locations. This way stocks of matching type would get filtered by the location, also possible new stocks created during the dropoff would have their location pre-populated.

Pickup events might have only location data but not the 'from' stock, especially if we pick up from inventory managed by another peer who doesn't maintain or expose information about their stocks.

@bhaugen
Copy link

bhaugen commented Jun 12, 2016

Pickup events might have only location data but not the 'from' stock, especially if we pick up from inventory managed by another peer who doesn't maintain or expose information about their stocks.

Depends on whether the pickup event decrements the from-resource, or if another event logged by the from-agent does that (like staging some resources for pickup).

@bhaugen
Copy link

bhaugen commented Jun 12, 2016

But, really nice valdev example!

@bhaugen
Copy link

bhaugen commented Jun 12, 2016

See also http://www.itu.dk/people/hessellund/work/Hessellund05a.pdf , which proposes an REA transportation model.

@elf-pavlik
Copy link
Author

Pickup events might have only location data but not the 'from' stock, especially if we pick up from inventory managed by another peer who doesn't maintain or expose information about their stocks.

Depends on whether the pickup event decrements the from-resource, or if another event logged by the from-agent does that (like staging some resources for pickup).

Let's say 'from-agent' split lot controlled resource and this ways stages it for pick-up. The 'transport-providing-agent' and 'to-agent' don't need to know anything else than the data about resource already staged from them. I think this fits 'hard allocation' discussed in https://github.com/valueflows/resource/issues/22

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants