Merge branch 'master' into master

README.md

@@ -2,11 +2,11 @@
 _Welcome to the open source documentation of the fiskaltrust interface!_
 
 The technical specification of the data interface described in this document provides information regarding the following areas:
-1. Access to the fiskaltrust.Service
+1. Access to the fiskaltrust.Middleware
 2. Integration into the receipt based cash register workflow
 3. The data structure
 4. Function structure of the interface
-5. Types of communication with fiskaltrust.Service
+5. Types of communication with fiskaltrust.Middleware
 6. Operating categories
 Interface specification is provided by fiskaltrust.Interface nuget package, which can be found at https://www.nuget.org/packages/fiskaltrust.interface
 

azure-pipelines.yml

@@ -3,10 +3,12 @@ trigger:
 - release/*
 - refs/tags/*
 
-pool:
-  vmImage: 'VS2017-Win2016'
+pool: Build
 
 steps:
+- checkout: self
+  clean: true
+
 - powershell: |
     $majorMinor,$prerelease = Get-Content "major.minor"
     $version = "$majorMinor.$(Get-Date -UFormat "%y")$("{0:D3}" -f (Get-Date).DayofYear).$env:BUILD_BUILDID"
@@ -16,21 +18,10 @@ steps:
     (Get-Content cover.html).replace('[[TODAY]]', $date) | Set-Content cover.html
   displayName: 'Set version in cover page'
 
-- powershell: |
-    $i = 0
-    Get-Content .\doc\toc.md | ForEach-Object {
-        $success = $_ -match "#\s*\[(.*?)\]\((?<filename>.*?)\)"
-        if ($success) {
-            $path = Join-Path "doc" $matches['filename']
-            "<style>body {counter-reset: h1 $i}</style>`n" + (Get-Content $path -Raw) | Set-Content $path
-            $i++;
-        }
-    }
-  displayName: 'Set chapter header counters'
-
 - task: NodeTool@0
   inputs:
     checkLatest: true
+    versionSpec: '>=12.x'
   displayName: 'Install Node.js'
 
 - script: 'npm install -g markdown-link-check'

doc/appendix-at-rksv/cash-register-integration/cash-register-integration.md

@@ -4,7 +4,7 @@ This chapter describes the cash register integration in accordance with the Aust
 
 ### Receipt Creation Process
 
-This chapter describes the general process of creating receipts with fiskaltrust.Service and its workflow, in accordance with the Austrian law.
+This chapter describes the general process of creating receipts with fiskaltrust.Middleware and its workflow, in accordance with the Austrian law.
 
 #### The fiskaltrust.SecurityMechanism
 
@@ -24,15 +24,15 @@ The regular workflow of the fiskaltrust.SecurityMechanism in the Austrian market
 
 #### Workflow - regular operation
 
-The following diagram illustrates the regular creation of a receipt with fiskaltrust.Service in accordance with the Austrian law.
+The following diagram illustrates the regular creation of a receipt with fiskaltrust.Middleware in accordance with the Austrian law.
 
 ![](./images/13.png)
 
 <span id="_Toc527986814" class="anchor"></span>*Illustration 13. Workflow - regular operation (AT - RKSVO)*
 
 #### Workflow - special receipts
 
-The following diagram illustrates the creation of a special receipt with fiskaltrust.Service in accordance with the Austrian law.
+The following diagram illustrates the creation of a special receipt with fiskaltrust.Middleware in accordance with the Austrian law.
 
 ![](./images/14.png)
 
@@ -64,7 +64,7 @@ The following diagram illustrates the workflow of a failure of the fiskaltrust.S
 
 ![](./images/19.png)
 
-<span id="_Toc527986819" class="anchor"></span>*Illustration 19. Workflow - failure of the fiskaltrust.Service (recover after more than 48 hours) (AT - RKSVO)*
+<span id="_Toc527986819" class="anchor"></span>*Illustration 19. Workflow - failure of the fiskaltrust.Middleware (recover after more than 48 hours) (AT - RKSVO)*
 
 ### Receipt for special functions
 

doc/appendix-at-rksv/communication/communication.md

@@ -1,6 +1,6 @@
 ## Communication
 
-This chapter expands on the descriptions of the ways to communicate with the fiskaltrust.Service covered in the Chapter ["Communication"](../../general/communication/communication.md) of the General Part, with country specific information applicable to the Austrian market.
+This chapter expands on the descriptions of the ways to communicate with the fiskaltrust.Middleware covered in the Chapter ["Communication"](../../general/communication/communication.md) of the General Part, with country specific information applicable to the Austrian market.
 
 ### WCF Web Service
 

doc/appendix-at-rksv/function-structures/function-structures.md

@@ -6,7 +6,7 @@ This chapter expands on the descriptions of the function structures covered in t
 
 #### Echo Function
 
-In case of the Austrian product SignaturCloud, there is a special condition when the Echo-Function is called with null as a Message, which forces to reinitialize the fiskaltrust.Queue at service side.
+In case of the Austrian product SignaturCloud, there is a special condition when the Echo-Function is called with null as a Message, which forces to reinitialize the fiskaltrust.Queue in the fiskaltrust.Middleware.
 
 #### Sign Function
 
@@ -28,7 +28,7 @@ The CurrentDateTime is provided in the `yyyyMMddhhmmssfff` format.
 
 ### IATSSCD Interface
 
-This interface is applicable only for the Austrian market and enables direct communication with the signature creation device for own purposes: it can be used for testing if the service is running ("Echo" call), for getting the certificate ("Certificate" call), or signing autonomously ("Sign" call).
+This interface is applicable only for the Austrian market and enables direct communication with the signature creation device for own purposes: it can be used for testing if the fiskaltrust.Middleware is running ("Echo" call), for getting the certificate ("Certificate" call), or signing autonomously ("Sign" call).
 
 #### ZDA Indicator Request
 

doc/appendix-at-rksv/operation-modes/operation-modes.md

@@ -1,6 +1,6 @@
 ## Operation Modes
 
-### Components of the fiskaltrust.Service
+### Components of the fiskaltrust.Middleware
 
 #### ASP.<span></span>net 5/Core Web App
 
@@ -14,7 +14,7 @@ This application is the bridge between the queue nutshell and fiskaltrust.Signat
 
 In Austria it is mandatory to have an unmodifiable smartcard (write once read many) which must store the issued certificate containing the POS operator data. This smartcard must be read from a reader, which must be connected to the machine of the POS system via: internal device, connected external device, network connected device, or web service.
 
-### Configuration of the fiskaltrust.Service
+### Configuration of the fiskaltrust.Middleware
 
 #### Online Portal