If the Workflow platform possesses "Customer Master data", it will be convenient in various ways.

However, if everybody enters in "text form of free input", the names will be ambiguous such as;
  • "NTT", or "Nippon Telephone and Telegraph", or "enu-ti-ti (in Japanese characters)"
  • "Apple Inc." or "Apple, Inc." or even "Apple computer, Inc."
Anyway, input of corporate name would diverge... The work so called "Name identification" is so worthless to do.


The following is a "Trade Account Opening" Workflow.

At first glance, It's almost the same flow as the previous article (Credit Management flow), but it also has a mechanism which automatically updating "Customer Master data" (Business-Connections.xml), at the time of registering a new customer.

You can call this "Customer Master" into "Drop down list" or "Combo box which filters the list as you type" on other Workflows. That is, in any of the Workflow of "Quote approval flow", or "Invoicing flow", or "Inquiry correspondence flow", the corporate names to be input will always be "formal name" for it is selected from the "Customer Master data".

[Trade Account Opening]

"Goods and cash are exchanged at the same time"... it is not always. After all, in the business-to-business transactions, either one is required to "trust" the other party.
  1. To pass the goods and invoices, and get remittance by the end of next month (Accounts receivable)
  2. Transfer cash, and get the Goods shipped later (Advance payment)
So many companies, to set the "credit limit" for all the counter-parties. The procedure when setting for the first time is also especially referred to as "procedure for trading account opening". (Incidentally, to decide which side will be the creditor, it depends on whether "products first" or "cash first". It is the same structure as the "ransom exchange scene" you see in the dramas and movies.)


The following Workflow is a very simple Business flow of "Credit management". It is to set the "credit limit" for a particular customer. Specifically, a supervisor determines it with information such as "financial statements that obtained directly from the customer" or "information from a credit research company", or "past trading performance" or "priority on the business strategy". Eventually, CFO will grant an approval to it. (And day-to-day "accounts receivable" will be controlled within the limit that has been set there.)

The notable point of this Workflow definition is the utilization of "Corporation Number" which Japanese government is going to begin operation since October 2015. You will be possible to prevent failure in the "name identification" (the multiple setting of limits)...

[Credit Management flow]

There, it will come one more month later...

The Individual Number system will start also here in Japan. (2015-10-05) In this blog as well, I have exemplified several Workflows (Business Process) about "Process of Individual Number collection".

And I am going to introduce examples of utilizing "Corporation Number" also in the following weeks. Also,I am planning to publish utilization examples of "Web-API function" of Corporate Number system sequentially as soon as I confirm operation on "Pre-verification environment".

In this article, I will summarize on "Error detection" which is indispensable in the business that deal with "Individual Number".

The Workflow definition below is a sample which allows you to experience 'accuracy check' on input data. It is set both of [1] the mechanism of automatic data checking during input (JavaScript in input screen), and [2] the mechanism of data checking on the server computer (JavaScript in Script Step)

By the way, "Check Digit" means a character for inspection. It is used widely for such as "Credit card number", "Product code"(EAN / JAN barcode), "International Standard Book Number" (ISBN), etc. In the case of "Individual Number" in Japan,
  • Corporation Number (13 digits): The leftmost digit
  • Individual Number (12 digits): The rightmost digit
are calculated by the "specific formula", and is added.

[Check Digit sample:"Test form" screen]

In the previous article, I introduced Japanese "Civil Procedure" and a Process Diagram of it.

The following represents trial process of "Criminal Procedure" in Japan.

This Process Diagram will be helpful for understanding the outline of Criminal Procedure, its "Three-trial system" and the "positioning of the Summary Court". Also, it will help to aware of the "difference between Civil Procedure and Criminal Procedure" by comparing with trial process of Civil Procedure.

For instance, it has not generally been recognized that an appellate against the "first instance in Summary Court" moves to "High Court in a Criminal procedure, whereas it is brought in District Court in Civil Procedure. Or else, recognition by the Flow chart will promote understanding the difference which "submission of Indictment" by prosecutor will trigger a Criminal Procedure, whereas "Filing of Complaint" by plaintiff will do a Civil Procedure.

"Process Diagram" is indispensable in understanding the "rules" whatever it is the law statement or the company regulations.

<Reference>

[Criminal Procedure flow]
Most of what is called "rule" are described in "text".
  • Law
  • Administrative Procedures
  • Company regulations
  • School regulations
And therein, the "flow of the procedure " is also described.

Needless to say, the costs for "understanding the entire rule" would be significantly reduced if there was a"Process Diagram". The Process Diagram, "Deliberation Process on the Bill" which I have introduced in the last article, is also very useful for understanding the Japanese legislative rules.

The following Process Diagram, which I am going to introduce this time, is "Court Process for Civil Litigation."

The "judicial rules" in Japan has been drawn there, and it can be said that is an effective figure for understanding the "Three-trial system" or "positioning of the summary court". For example, if they have embedded this diagram onto their website, it would surely contribute to the understanding of site visitors.

Incidentally, please be noted that the following business Process Diagram is described as being limited to "ordinary suit" (legal disputes between individuals) within the "Civil Suits". (Not includes Criminal procedure, Administrative litigation, Patent litigation, Domestic Relations Cases or Juvenile Cases)

[Civil Suits flow]
'I see, In Japan, Laws are established through the deliberations by both of "the house of Representatives" and "the House of Councillors".'

If you want to let someone to understand this basic framework (only), the Business Process Diagram (Workflow Chart) which I introduced before contains too many information. I can hardly say that it is easy to browse / to understand. That is because it describes a variety of details of Flows that may happen.

Indeed, even though it has been described focusing on "pathways which may realistically chosen", I cannot hardly say that it is easily to understand (e.g.) the notable "Flow of 60 days rule", which is a measure for the conclusion by re-vote in the House of Representatives when deliberations in the House of Councillors were prolonged. Further consideration will be needed if it is used for "Civics textbook" or for "newspaper article".

The following Business Process Diagram is a simplified version of previous Business Process Diagram.

This also can be said that a flow chart for explaining the "backbone" of the Business Process. Although some part of "procedures actually possibly occur" has been omitted, there is no inconvenience in understanding the mechanism or to check the status of deliberations. (Cases that the succeeding House passed the bill with alteration, etc.)

[Bill Deliberation in the National Diet-2]
"The establishment process of the bill is hard to understand."

Japanese laws are created in the Diet of Japan. Anyone knows that. However, when it comes to "How they are created?"(rules and its procedure), it is not easy to explain.

In the first place, there are various tasks for the "business" of the National Diet other than "examination on the bill", those approvals to such as "budget" and "nomination of the Prime Minister" or "conclusion of a treaty", and resolutions including "motion of no confidence". These Business Processes resemble to each other, but there are also differences. For example, steps like "re-passed by the 60-day rule" which is told by the media on a daily basis recently does not exist in the procedure to determine the "budget".

The following is a "Process for examination on bills". The function of "Deemed rejection" (60 day rule) can be understood well.

By the way, in the "process" here, so-called "consensus-building process" of the parliamentary Steering Committee is not included. (Such things are too complex to write...)

[Bill Deliberation in the National Diet]