Service Status: ftState

Format

CCCC_vlll_gggg_gggg

v - version

version 2

gggg_gggg - global tagging/flag

Value	Description	Middleware Version
0000_0001	Security Mechanism is out of Operation Queue is not started or already stopped.	1.3.45
0000_0002	SCU (Signature Creation Unit) temporary out of service For at least one receipt, it was not possible to receive the signature from an allocated SCU, therefore the security mechanism has been put into "signature creation device out of service" mode. Regardless of whether an allocated SCU is available again or not, the mode remains in place until a ZeroReceipt cleans up the state and takes the market specific action required.	1.3.45
0000_0008	Deferred Queue Mode / Late Signing Mode is active Not used in Portugal, because late signing is not supported. Documents issued during an outage of the Middleware are recovered as handwritten documents. For more information, see Middleware Not Reachable.	1.3.45
0000_0040	Message Pending Middleware/Queue is a headless background service, but there are situations where communication with the cashier/operator or the cash register is necessary. For example, if the last daily closing was missed or if a special condition related to the signature creation unit or service happened. This is the moment when the message pending flag is set by the middleware, which should be signalled to the cashier by the POS system. By executing a ZeroReceipt, the cashier can read the message or instruction on the printed or displayed receipt. Related to local regulations, this receipt may be stored/archived with/for bookkeeping purposes; if this is the case, this is also visualized.	1.3.45
0000_0100	DailyClosing due When the first cbReceiptMoment used since the last DailyClosing and the current/latest cbReceiptMoment in the ReceiptRequest have a date-gap of more than two days (for example, the first since the last daily closing is 24/08 and the current is 26/08), then this state indicates, a Daily Closing should be done. DailyClosing is an essential part of the security mechanism and also executes additional market-specific cleanup tasks. Therefore, each queue should do a DailyClosing to clear persistent changes in business data and also changes in the business period.	1.3.45
EEEE_EEEE	Error Something went wrong while processing the last request. QueueItem exists but didn’t reach the state of a ReceiptItem and didn’t consume a ftReceiptNumber within the chain. Error reason is shown within the responded ftSignatureItems. This happens, for example, if the ReceiptCase is not recognized or is wrong.	1.3.45
FFFF_FFFF	Fail Something went wrong while processing the last request, and nothing persisted within the Queue. Fail reason is shown within the responded ftSignatureItems. This happens, for example, when the flag ReceiptRequest is used after a communication outage, and no properly processed item is found. It also happens if the fiskaltrust.Middleware has no access to its database and therefore cannot store the request.	1.3.45

Table 1. Global ftState flags for the Portuguese market, with the Middleware version that introduced each.

llll -local flags

cba c=reserved; b=reporting; a=scu related

Value	Description	Middleware Version
TBD	TBD	TBD

Table 2. Local ftState flags for the Portuguese market (to be defined).