Requirements Process Instructions


Operational process instructions

How do master records an the outcomes of transactions “fact records” differ in terms of the companies performance?   

An organization has a set of procedures that a person in a position of authority has been directed by corporate policies to perform using pre-defined procedures to execute.

  • Certain inputs must be executed in a process activity based on pre-defined request criteria.  
    • The person isn’t authorized to create a record without a requestor.
  • Once created by the authorized user, a transaction user must create a transaction record based on referencing the master record created by the authorized user. 

Typically the master record isn’t going to be “on demand” capability

    • The three key impacts to your performance metrics in several directions “create, read or updates” to your master records. 
    • NEVER DELETE any of this vital information to your customer and supplier value streams.  The master records MUST be the lifeblood *(connected to the Transaction Capabilities) to your reference information stored in each record as a “Fact Record”. 
    • A change in the master record, doesn’t update the transactions that referenced the information earlier than the change to the master record. 
    • See the 7 waste radar for examples of the way this might look in a “worst case scenario” 

The management capabilities follows;

      1. Financial Management Capabilities
      2. Party Management Capabilities
      3. Offer Management Capabilities

An on demand request would be an exception in the transaction capabilities. 

  • Each of these capability categories make up the basis for your performance measurement systems. 
  • Each directly impacts quality and your organizations bottom line. 
  • Accuracy on your organizations ability to provide complete and valid transactions.  

The transaction capabilities include the following;

      1. An expense transaction capability
      2. A revenue transaction capability

This is where we get really confused, the requestor wants to update a master record, because someone in the workstream sees the master and isn’t allowing the transaction to flow through the system. 

What could be causing this situation?

  • The person made adjustments outside the system
  • The person looking at a different view isn’t recognizing the difference between the transaction at the time of the record being created
    • Grandfather rules should apply
    • People must understand the difference between reference captured in a record


The only update or create “a requestor” would have the authority to do perform would be to publish a request to the authorized user workstream.

    • Validation must be performed to meet the key control requirements in the 404 assurance performed by the CEO on each reporting period.

I’m afraid to read this one, potentially another hit and run from someones mountain without a sliver of consideration for the people who are trying to be good stewards of great executives ability to remain free.

NOT THE 5 Capability model


No Responses Yet to “Requirements Process Instructions”

  1. Leave a Comment

Leave a Reply

Fill in your details below or click an icon to log in: Logo

You are commenting using your account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )


Connecting to %s

%d bloggers like this: