Giter Site home page Giter Site logo

faq's People

Stargazers

 avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

faq's Issues

Bring your own TSE

DE-bring-your-own-tse.md

Wie sieht es aus, wenn die TSE bereits in Gebrauch war? Dann ist der Belegzähler ja nicht bei Null wenn ein Startbeleg erstellt wird. Wie sieht es das BMF wenn bereits Beleg-Artefakte auf der TSE gespeichert wurden und diese dann in einem neuem System eingesetzt wird?

TSE expired

In the sandbox portal (for german market) the TSE (swissbit stick) we got for testing says "Ablaufdatum: 18.09.2020"
and in the logging of the service we get

fiskaltrust.Middleware.SCU.DE.Swissbit.Interop.Exceptions.SwissbitException: Certificate expired. 

Is it possible to increase the expiration date?

I'd like to test journal export.

add further meta-tags

Add tags for publishing the FAQ and respect it on all channels

Publication

  • publish-all (will be published public on all channels)
  • publish-website (publish it on the website of the tagged market)
  • publish-portal (publish it on the portal of the tagged market)
  • publish-docs (publish it on the docs-website)
  • publish-public (visible for everyone)
  • publish-fiskaltrust (only visible for employees of fiskaltrust, overrides publish on website)
  • publish-none (won't be published on any channel)

Extend tags

  • portal-all (for production and sandbox)
  • portal-sandbox (concerns only sandbox)
  • portal-production (concerns only production)

Q: Can a TSE be operated with more than one cash register? And if yes, what is the recommended architecture?

We got this question from a TCPOS developer. This is how we answered it, in German:

Richtig, die Verwendung einer TSE an mehreren Kassen ist prinzipiell möglich. In dem Fall würden wir empfehlen, mehrere Cashboxen (eine pro Kassensystem) zu konfigurieren – unser Lieblingsparameter, die „Cashboxidentification“, wird auch als ClientID für die Verbindung zur TSE genutzt. Sofern diese Werte also für jede Cashbox/Signaturerstellungseinheit einzigartig sind, sollten keine Probleme auftreten.
Grundsätzlich empfehlen wir aber aus Performance-Gründen schon eher eine TSE pro Kasse, besonders im Zusammenhang mit den Exporten kann das sonst für den Benutzer sehr unangenehm werden. In jedem Fall bräuchten Sie daher für dieses Szenario einen guten Plan, wann diese lang dauernden Operationen durchgeführt werden bzw. welche Kasse sie durchführt, etc.

Suggestion for a new metatag

I think, that the following new Metatags would be useful to be able to filter the faq for different groups:

User-Group
PosCreator
PosDealer
PosOperator
Consultant
ft.Intern

Q: How can I handle the voiding of receipts for the german market?

There are two ways mentioned in the interface-doc:

  1. by receipt case flag ftReceiptCase : 0x0000000000040000
  2. by cancelation indicator of a new receipt that voids another previous receipt: The signs for the charge items and pay items must be reversed comparing to the receipt to be voided "ftReceiptCaseData":"{ ..., "VoidingReceipt":1, ... }" (BON_STORNO).

What is the difference, when should I use the first way and when should I use the second?

Migrate FAQ from german website to this repo

Currently there are some FAQ on the german website that can be migrated to the FAQ repo. The FAQ section of the german website will soon be replaced by an auto generated section from this repo.

Q: How is the start time of the action determined for the german market?

In Germany the printed receipt needs to display 3 or 4 dates:

  • time of issuing the receipt (Datum der Belegaustellung)
  • start time of the action ( Zeitpunkt des Vorgangbeginns)
  • end time of the action (Zeitpunkt der Vorgangsbeendigung)
  • for long lasting actions only (lang anhaltender Bestellvorgang): start time of the first order (Startzeitpunkt der ersten „Bestellung“ im Bondruck.)

Monthly, yearly receipts - are those triggered for DE by FT like in AT?

I wonder if both receipts are triggered the same way as you did it for Austria using an ftState?

0x4154000000000010 "monthly report due"If the latest monthly or annual report are not in the current month, the service will signal this. This status does not impact the signature conduct of the service, it is merely an indicative notification. 1.0
0x4154000000000020 "annual report due"Same conduct as for "monthly report due" 1.0

or is DE done differently? What is the German requirement when these receipts must be created?

Parking a sale

Hi there,

let's assume the following business case:
A sale is started in the cash register, the receipt is parked and picked up at a later stage to be edited again, parked again and after that paid by the client.

Scanner cash register / implicit flow:
Am I right to assume that this a pos-receipt all the way along because it's unclear of parking is happening?

DSFinV-K and Belegabbruch / fail-transaction

Hi there,

Belegabbruch is a listed action typ in DSFinV-K.
When I create an implicit fail-transaction receipt I get the type "Kassenbeleg-V1" shown as TSE_TA_VORGANGSART.

How do I log a receipt cancellation correctly?

Q: Wie sollen Anzahlungen über das ft.Interface abgebildet werden?

(REMARK TO THE QUESTION: I do not see any application for ftPayItemCase 0x444500000000000F.
Therefore I recommend to delete this ftPayItemCase.

One possibility would be to use this ftPayItemCase as a special case of the receivable if the down payment is not paid immediately but later.)

Wrong item case number on pos receipt request preview

Screenshot 2020-09-14 at 16 56 53

Hi we have noticed a new improvement that i imagine it should display the receipt request that we send to the portal, what we noticed is that ftChargeItemCase and ftPayItemCase number are not the same in preview that we send to the portal, is this preview working correctly at the moment? We also noticed that difference in German portal and the preview doesn't show the same numbers as the queue xml export.

Wrong link

Which operating systems are supported in germany by fiskaltrust?
Is Windows XP supported by fiskaltrust in germany?
Is Android supported by fiskaltrust in germany?
Is Linux supported by fiskaltrust in germany?
lang-en market-de middleware PosCreator PosDealer Consultant

Please find the list of supported operating systems for germany in our fiskaltrust.Middleware _product description in german language._

bold written text: Link is broken

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.