Abstract: A system is provided that dynamically determines a sold-to legal entity associated with an electronic financial document. The system receives a request to generate the electronic financial document and qualifiers including attributes of the electronic financial document. The system further selects a supply chain financial orchestration flow based on programmable business rules and the qualifiers. The system further selects a sold-to legal entity that is defined by the selected supply chain financial orchestration flow. The system further generated the electronic financial document comprising the selected sold-to legal entity.

Abstract: A document management system creates a copy of a first purchase document when a request to modify the first purchase document is received. The copy of the first purchase document is a second purchase document. The system receives modifications for the second purchase document. The system requests approval of the modifications of the second purchase document. The system receives approval of the modifications of the second purchase document. The system integrates the modifications of the second purchase document into the first purchase document. The first purchase document remains active at least after the second purchase document is created and before the receiving approval.

Abstract: A method of managing software design specifications with functional rule versioning may include storing references to a plurality of software components in a database system, and storing references to a plurality of functional rules in the database system. In some embodiments, the functional rules may define behaviors that may be assigned to the plurality of software components. The method may also include receiving a selection of one or more software components from the plurality of software components. The one or more software components may define a software product. The method may additionally include receiving assignments of the plurality of functional rules to the one or more software components, and providing an interface for navigating through the one or more software components and editing the assignments.

Abstract: A non-transitory computer-readable memory may include instructions that, when executed by one or more processors, cause the one or more processors to perform operations including receiving a first requisition by a computer system of a procurement organization. The operations may also include receiving, by the computer system of the procurement organization, first SQL commands that generate a first change to be applied to a budget allocation associated with the first requisition. The operations may additionally include determining, by the computer system of the procurement organization, that the first change to the budget allocation does not violate a threshold. The operations may further include in response to determining that the first change does not violate the threshold, creating, by the computer system of the procurement organization, second SQL commands that generate a purchase order based on the first change.

Abstract: A system is provided that facilitates procurement by a first legal entity on behalf of a second legal entity. The system receives a request to generate an electronic financial document including an electronic financial document line that includes the second legal entity. The system further defines a sold-to legal entity as the first legal entity in response to a determination that a supply chain financial orchestration flow is not defined for the electronic financial document. The system further determines whether procurement by the first legal entity on behalf of the second legal entity is allowed for the electronic financial document. The system further generates the electronic financial document including the defined sold-to legal entity, the first electronic financial document line, and the second electronic financial document line when it is determined that procurement by the first legal entity on behalf of the second legal entity is allowed for the electronic financial document.

Abstract: A method of modifying a requisition within approval and budgetary constraints by a procurement organization may include receiving the requisition from a requesting organization, where the requisition may comprise one or more lines, each having been approved by the requesting organization. The method may also include receiving a change to be applied to a first line associated with a first budget allocation, where the change may be received from a buyer in the procurement organization, and the change may be associated with a second budget allocation. The method may additionally include determining that the change violates a threshold, sending the change to the requesting organization for a second approval, receiving, from the requesting organization, an indication as to whether the second approval is granted, and creating a purchase order based on the indication as to whether the second approval is granted.

Abstract: A system is provided that dynamically determines a sold-to legal entity associated with an electronic financial document. The system receives a request to generate the electronic financial document and qualifiers including attributes of the electronic financial document. The system further selects a supply chain financial orchestration flow based on programmable business rules and the qualifiers. The system further selects a sold-to legal entity that is defined by the selected supply chain financial orchestration flow. The system further generated the electronic financial document comprising the selected sold-to legal entity.

Abstract: Embodiments of the present invention are directed to techniques (e.g., systems and methods) for management and tracking of distribution and schedules of a purchase order associated with a purchase requisition. In certain embodiments, a procurement management system can manage information and relationships between split or new distribution and/or schedule requirements for a purchase order in fulfillment of a purchase requisition. In particular, information about a purchase requisition, such as a requisition identifier (requisition ID), can be stored and used later to manage and track distribution and/or schedules for fulfillment of one or more purchase orders. Using information stored about a relationship between a purchase requisition and the distributions and the schedules for a purchase order, a procurement management system can ascertain details about distribution and schedules of a purchase order for fulfillment of a purchase requisition.

Abstract: A method of reinstating requisition demands using information from a canceled purchase order in an enterprise accounting computer system may include identifying canceled purchase order distributions in the canceled purchase order. The method may also include generating new requisition distributions based on the canceled purchase order distributions, and generating new requisition lines for the new requisition distributions. The method may further include generating one or more new purchase orders based on the new requisition lines.

Abstract: A method of managing software design specifications with functional rule versioning may include storing references to a plurality of software components in a database system, and storing references to a plurality of functional rules in the database system. In some embodiments, the functional rules may define behaviors that may be assigned to the plurality of software components. The method may also include receiving a selection of one or more software components from the plurality of software components. The one or more software components may define a software product. The method may additionally include receiving assignments of the plurality of functional rules to the one or more software components, and providing an interface for navigating through the one or more software components and editing the assignments.

Abstract: A method of modifying a requisition within approval and budgetary constraints by a procurement organization may include receiving the requisition from a requesting organization, where the requisition may comprise one or more lines, each having been approved by the requesting organization. The method may also include receiving a change to be applied to a first line associated with a first budget allocation, where the change may be received from a buyer in the procurement organization, and the change may be associated with a second budget allocation. The method may additionally include determining that the change violates a threshold, sending the change to the requesting organization for a second approval, receiving, from the requesting organization, an indication as to whether the second approval is granted, and creating a purchase order based on the indication as to whether the second approval is granted.

Abstract: A method of calculating accounting encumbrance adjustments for a purchase order associated with a first allocation of a budget includes determining that the purchase order has been closed, where the closure prevents additional processing associated with the purchase order by an invoice processing system; receiving a request to reopen the purchase order, where the request is associated with an additional cost; causing a determination to be made as to whether a second portion of the budget should be allocated, where the second portion of the budget corresponds to the additional cost; and in response to a determination that the second portion of the budget can be allocated: causing the second portion of the budget to be allocated, reopening the purchase order, and sending an indication to the invoice processing system that the purchase order is reopened.

Abstract: Embodiments of the present invention relate generally to methods and systems for processing purchase requisitions and purchase orders in a procurement system and more particularly systems and methods for returning single or individual requisition lines back to the requester without affecting other associated requisition lines under the same requisition. Generally speaking, embodiments allow users of a procurement system to return individual requisition lines instead of returning all the requisition lines in the purchase requisition. In some cases, policies require all or some subset of all lines of a requisition be processed together when possible. Hence, if there are more than one requisition lines, the buyer can be presented with a choice whether he or she would like to return the individual line or whether he would like to return all or some subset of all of the lines allowing a buyer to make a more informed decision.

Abstract: Particular embodiments provide for a user configurable purchase order template. A list of attributes for a purchase order template may be created and output to a user. The user may then select which attributes in the list are internal attributes or external attributes. After the purchase order document has been approved by the supplier and the purchaser, changes may be necessary. When a change is desired, the system determines if the changed attribute is an external attribute or an internal attribute. If the changed attribute is an external attribute, the external entity may be contacted for approving the change. After the external entity has approved the change, the purchase order may be amended. If the changed attribute is an internal attribute, the attribute may be changed without contacting the external entity. If the change is an internal change, then the purchase order may not be amended, but an internal change relating to the purchase order may be made.

Abstract: A computer-readable medium, computer-implemented method, and apparatus are provided. In one embodiment, a change order for a purchasing document is created, and one or more attributes of the change order are modified. Approval of the change order is submitted and approved, and a change type of the change order is determined. When the change type is external, acknowledgment of the change order is requested and a revision number attribute of the purchasing document is incremented. The purchasing document is updated with the change order and the change order is archived.

Abstract: A computer-readable medium, computer-implemented method, and apparatus are provided. In one embodiment, a change order for a purchasing document is created, and one or more attributes of the change order are modified. Approval of the change order is submitted and approved, and a change type of the change order is determined. When the change type is external, acknowledgment of the change order is requested and a revision number attribute of the purchasing document is incremented. The purchasing document is updated with the change order and the change order is archived.

Abstract: A document management system creates a copy of a first purchase document when a request to modify the first purchase document is received. The copy of the first purchase document is a second purchase document. The system receives modifications for the second purchase document. The system requests approval of the modifications of the second purchase document. The system receives approval of the modifications of the second purchase document. The system integrates the modifications of the second purchase document into the first purchase document. The first purchase document remains active at least after the second purchase document is created and before the receiving approval.

Abstract: Particular embodiments provide for a user configurable purchase order template. A list of attributes for a purchase order template may be created and output to a user. The user may then select which attributes in the list are internal attributes or external attributes. After the purchase order document has been approved by the supplier and the purchaser, changes may be necessary. When a change is desired, the system determines if the changed attribute is an external attribute or an internal attribute. If the changed attribute is an external attribute, the external entity may be contacted for approving the change. After the external entity has approved the change, the purchase order may be amended. If the changed attribute is an internal attribute, the attribute may be changed without contacting the external entity. If the change is an internal change, then the purchase order may not be amended, but an internal change relating to the purchase order may be made.