To configure integrations in Torgsoft, list the workstations where PRROs and bank terminals will be used. Decide how receipts will be printed and account for return and reversal limitations. Activate the PRRO feature according to the number of workstations, and configure the terminal separately for each workstation.
Ask the employee handling setup to check these conditions for every register. Prepare a short guide for cashiers: which documents they use, what is needed for a card refund, and what limitations apply to a reversal. A bank terminal receipt does not replace a fiscal receipt.
Torgsoft PRRO: activation by workstation and receipt printing
Before adding PRROs, count the workstations where the PRRO systems will be used. The additional «Програмний РРО» (Software PRRO) feature must be activated for that number of workstations. List each one in the setup request. The PRRO addition instructions also require giving all users access to the End User folder. Ask the person responsible for setup to check this access.
Torgsoft PRRO lets you print fiscal receipts on a non-fiscal printer. If you plan to print paper receipts, include print setup in the task for the responsible employee. In PRRO analytics, the «Друк» (Print) action lets you reprint a receipt with a preview. Use the preview when you need to review a receipt before reprinting it.
If setup is being checked in PRRO test mode, bear in mind that all receipts sent in this mode are non-fiscal. Separately, add the prerequisite for closing a shift to the cashier instructions: a Z-report must be processed before this action. The requirements for adding PRROs are described in the PRRO setup instructions, and the printing method is described in the receipt printing settings.
Terminal integration: sending the amount and receipt data
The bank terminal integration option automatically sends the purchase amount from Torgsoft to the POS terminal. The cashier does not need to enter it manually on the terminal. Configure the terminal separately for each workstation. The owner should include every register in the setup plan and assign someone to check that the amount is sent at each one.
If the slip receipt—the terminal receipt—needs to be included in the sales or fiscal receipt, the terminal must return the receipt information to the register. Give this requirement to the employee configuring the integration and ask them to check the result. Sending the purchase amount to the terminal alone is not enough to include the slip receipt; its data must also be returned. This requirement is described in the bank terminal integration instructions.
If the store operates through an RDP remote connection, include a check that compares the payment result on the terminal with how it appears in Torgsoft. With this type of connection, payment may go through on the terminal but fail to be recorded in the software. If you find a discrepancy, record both results for the responsible employee.
Fiscal register: receipt type and TCP/IP requirement
Receipt type selection becomes available after activating the paid Integration with a fiscal register feature. With the fiscal receipt type selected, sales and returns in Torgsoft go through the fiscal register, which prints a fiscal receipt. If you use this integration, ask someone to check that the selected receipt type matches the receipt setup instructions. The public page for the «Інтеграція з фіскальним реєстратором» (Integration with a fiscal register) option states that its license is valid for one year. Record this term for this option specifically.
For Mini-FP registers made by «Юнісістем», operation via TCP/IP requires reprogramming at a service center. The driver also requires encryption to be disabled by removing the encryption password using service software. If you plan to connect Mini-FP this way, include a service center visit in the work plan. This requirement is stated in the fiscal register integration instructions.
Card refunds and reversals: different limitations
Before issuing a card refund, check which sales the items belong to. Torgsoft does not allow a card refund under a return document that contains items from different sales. Ask cashiers to group items in these documents by their original sales.
Testing a return through the terminal requires the RRN of the payment transaction. The test is available for merchants whose operation type is «Повернення» (Return) or «Оплата/повернення» (Payment/return). Give the RRN to the employee testing this operation and ask them to check the merchant operation type in Torgsoft’s bank terminal settings.
With the PRRO shift open, Torgsoft allows reversal only of the last registered settlement receipt. You cannot select an arbitrary earlier receipt to reverse. Before using this action, the cashier must check that the receipt in question is the last registered one. This limitation is described in the receipt reversal instructions.
Illustrative example: a plan for two registers
Suppose a store has two workstations. Both are planned to use PRRO and a bank terminal, print paper receipts, and include the slip receipt in them. This is an illustrative example of organizing the work.
- The owner asks for the PRRO feature to be activated for two workstations.
- The employee handling setup configures the terminal separately at each workstation and checks that all users have access to the End User folder.
- At each register, they check that the purchase amount is sent to the terminal and that the slip receipt data is returned to the register.
- For paper receipts, they configure PRRO printing on a non-fiscal printer. If they use test mode, they account for the fact that its receipts are non-fiscal.
- The owner adds the card refund limitation, the reversal limitation for the last receipt, and the prerequisite for closing a shift to the cashier instructions.
When the work is complete, ask the person responsible to list the completed tasks separately for each register. This lets you compare the task with the result at both workstations.
Source regarding the terminal receipt
BEB clarification: a payment terminal receipt does not replace a fiscal receipt.
Go back to the previous step