Building is fully done in alarms, so allow them to build.

This reverts commit fc9dfc05.

Provide three parts:

 * desire to do (Person_storeOpenOrderJournal)
 * difference to apply (Person_getOpenOrderDifference)
 * apply (Person_updateOpenOrder)

It is possible to debug current state by using src__=1 parameter passed to
Person_storeOpenOrderJournal

Raise in case of bad state.

Conflicts:
	master/bt5/vifib_slap/bt/revision
	master/bt5/vifib_web/bt/revision

Also drop not needed methods.

It is better to have few failing tests on check consistency and false positive
alarms then accidentally confirmed Sale Orders.

Support correctly stop date.
Postpone new open order creation on start date update, until update is needed.

Start and stop dates are known from open order on first expand level.

Dates are document dependant.

Start date is moment when partition informed that got installed.
Stop date shall cover exactly one month.

It shall be extended always by one month.

Slave instance code is disabled.

Ordered orders can be without partition, but confirmed ones required it.
Also during confirmation check if partition was assigned correctly and
only then confirm order.

Since 2f05fe1b585d3ca736538b32269d36a410f5f7da getModificationDate does not
walk the whole workflow.

Do not catalog only Computer, Slave and Software instance modification and
creation dates. Other objects does not have such big histories so modification
and creation dates can be queried.