Configurable state model for supply chain management
Methods and systems for supply chain management in accordance with a state model. A supply chain management system includes a transaction state module within an inter-enterprise server assessable by trading partners. The transaction state module can define a state model which allows a trading partner to view a transaction and perform an action in accordance with a state of the transaction. The state model describes, in association with each state, which of the trading partners have visibility to the transaction and ability to perform an action. The trading partners can include consumers, retailers, distributors, etc. The transactions can include a forecast order, a purchase order, a billing, a product shipment, a payment, an invoice, a credit memo, a request for quote (RFQ), and a return material authorization (RMA). States of the transaction can include, for example, create, open, public view, private view, publish, commit, cancel, supersede, and the like.
1. A computer-implemented method for automatically controlling transaction access of transaction information displayed in a graphical user interface of a trading partner, comprising:
determining, by a processor, a state model comprising one or more accessibility parameters based on a role of the trading partner in a supply chain network;
receiving a transaction access request to perform an action on the transaction over a computer network from the trading partner;
in response to receiving the transaction access request, displaying transaction information within the graphical user interface of the trading partner based on a state of the one or more accessibility parameters of the state model, wherein transaction information is visible only when the state model allows the trading partner access to perform an action;
constantly comparing, by the processor, the state of the one or more accessibility parameters of the state model to the received transaction access request to perform an action on the transaction; and
automatically changing, by the processor, the transaction access of the trading partner to allow the trading partner to perform an action on the transaction and changing that state of the displayed transaction information within the graphical user interface of the trading partner based, at least in part on the state model.
2. The computer-implemented method of claim 1 , further comprising:
determining one or more action privilege parameters of the trading partner; and
automatically changing the transaction access of the trading partner to perform an action on the transaction based, at least in part on the one or more action privilege parameters.
3. The computer-implemented method of claim 2 , further comprising:
receiving a request over the computer network from the trading partner to perform the action;
determining from the state model how the action affects a state of the transaction; and
automatically changing the state of the transaction.
4. The computer-implemented method of claim 2 , further comprising:
receiving a request over the computer network from the trading partner to perform a second action;
determining from the state model that the trading partner does not have action access to the second action of the transaction based on a state of the transaction; and
automatically changing the transaction access of the trading partner to prevent the trading partner from having action access to the second action.
5. The computer-implemented method of claim 1 , further comprising:
receiving a request over the computer network from the trading partner to access a second transaction;
determining from the state model that the trading partner does not have access to the second transaction based on a state of the transaction; and
automatically changing the transaction access of the trading partner to prevent the trading partner from having viewing access to the second transaction.
6. The computer-implemented method of claim 1 , further comprising:
providing a default state model for use as the state model, the default state model having preconfigured descriptions.
7. The computer-implemented method of claim 1 , wherein the transaction comprises one from the group comprising:
a forecast order, a purchase order, a billing, a product shipment, a payment, an invoice, a credit memo, a request for quote, and a return material authorization.
8. The computer-implemented method of claim 1 , wherein an action comprises one from the group comprising:
create, accept, cancel, close, defer, delete, finish, modify line, receive, reject, reply with changes, request to cancel, ship, split line, undo cancel, and undo close.
9. The computer-implemented method of claim 1 , wherein a state of the transaction comprises one from the group comprising:
private draft, public draft, open, published, pending, commit, closed, and superseded.
10. A non-transitory computer-readable medium embodied with software for automatically controlling transaction access for transaction information displayed in a graphical user interface of a trading partner, the software when executed using one or more computer systems is configured to:
determine a state model comprising one or more accessibility parameters based on a role of the trading partner in a supply chain network;
receive a transaction access request to perform an action on the transaction over a computer network from the trading partner;
in response to receiving the transaction access request, display transaction information within the graphical user interface of the trading partner based on a state of the one or more accessibility parameters of the state model, wherein transaction information is visible only when the state model allows the trading partner access to perform an action;
constantly compare the state of the one or more accessibility parameters of the state model to the received transaction access request to the perform an action on the transaction; and
automatically change the transaction access of the trading partner to allow the trading partner to perform an action on the transaction and changing that state of the displayed transaction information within the graphical user interface of the trading partner based, at least in part on the state model.
11. The non-transitory computer-readable medium of claim 10 , wherein the software is further configured to:
determine one or more action privilege parameters of the trading partner; and
automatically change the transaction access of the trading partner to perform an action on the transaction based, at least in part on the one or more action privilege parameters.
12. The non-transitory computer-readable medium of claim 11 , wherein the software is further configured to:
receive a request over the computer network from the trading partner to perform the action;
determine from the state model how the action affects a state of the transaction; and
automatically change the state of the transaction.
13. The non-transitory computer-readable medium of claim 11 , wherein the software is further configured to:
receive a request over the computer network from the trading partner to perform a second action;
determine from the state model that the trading partner does not have action access to the second action of the transaction based on a state of the transaction; and
automatically change the transaction access of the trading partner to prevent the trading partner from having action access to the second action.
14. The non-transitory computer-readable medium of claim 10 , wherein the software is further configured to:
receive a request over the computer network from the trading partner for viewing a second transaction;
determine from the state model that the trading partner does not have access to the second transaction based on a state of the transaction; and
automatically change the transaction access of the trading partner to prevent the trading partner from having viewing access to the second transaction.
15. The non-transitory computer-readable medium of claim 10 , wherein the software is further configured to:
provide a default state model for use as the state model, the default state model having preconfigured descriptions.
16. The non-transitory computer-readable medium of claim 10 , wherein the transaction comprises one from the group comprising:
a forecast order, a purchase order, a billing, a product shipment, a payment, an invoice, a credit memo, a request for quote, and a return material authorization.
17. The non-transitory computer-readable medium of claim 10 , wherein an action comprises one from the group comprising:
create, accept, cancel, close, defer, delete, finish, modify line, receive, reject, reply with changes, request to cancel, ship, split line, undo cancel, and undo close.
18. The non-transitory computer-readable medium of claim 10 , wherein a state of the transaction comprises one from the group comprising:
private draft, public draft, open, published, pending, commit, closed, and superseded.