Changelog

2026-11-05

  • Corrected typos in the consignor label and corporate card name on the receipt; saved templates are updated while preserving their formatting.
  • Fixed mixed payment amount entry: the cash and card portions are limited to the receipt total, and entering an amount above the total no longer causes an error.
  • Fixed a startup error after exiting the application during authorization or preparation of the main window.
  • Fixed printer information failure handling: a failure no longer interrupts REGOS: VCR startup; printer availability is checked separately.
  • Fixed X-report printing and shift report reprinting: a data retrieval error or an invalid template now produces a clear message without an unhandled exception.
  • Fixed recovery of an unfinished receipt in FDS after POS authorization is refused or an incomplete registration response is received: repeating the request resumes the original operation, including marked goods. An invalid response is not treated as confirmation of fiscalization.
  • Fixed FM error handling with FDS: fiscal module error 704000 is returned instead of an incorrect API request format error.
  • Fixed the FM protection status display after connection loss, module removal or an invalid FDS response.
  • During recovery of unfinished FDS receipts, the preparation window remains open and displays the current stage.
  • Fixed FDS connection setup after moving to another computer when TLS is disabled.
  • Added validation of each receipt payment: negative amounts and null elements are rejected with 701003 before the receipt is processed.
  • Added automatic POS protection setup for the fiscal module when using FDS, with its status displayed in the main window and service settings. Protection is verified before operation on a new installation; previously configured keys are preserved.

2026-10-30

  • Changed the responses of Receipt.Sale, Receipt.Refund, Receipt.FullRefund and Receipt.GetInfo: QRCodeURL, ReceiptNo and FiscalSign are retained but contain the mask ***. The other fields and complete details on the printed receipt are preserved.
  • Added duplicate marking-code sale checks within a single REGOS: VCR installation for sales made since the update. A successful refund releases the marking codes belonging to the corresponding sale; states persist across restarts. Added errors 704043, 704044 and 704045 for an already sold marking code, an unconfirmed operation and an incorrect original refund receipt.
  • Added the product barcode to external marking-code validation requests.
  • Fixed empty identifiers in Receipt.GetInfo and a missing QR URL in Receipt.FullRefund: these requests are rejected with 701003 without selecting another saved receipt.
  • Added automatic transmission of technical error information with the application serial number for diagnostics. Receipt contents and payment tokens are excluded from diagnostic events.

2026-10-14

  • Restored secure connections to VCR Cabinet on cash registers without the GlobalSign Root CA - R6 system certificate.
  • Clarified why VCR Cabinet is unavailable in error 705600: the message distinguishes an unconfirmed Internet connection from a temporary service outage.

2026-10-11

  • Added a local marking-code validation cache for 30 minutes, separately for sales and refunds; the cache is cleared when REGOS: VCR restarts.
  • Improved resilience of ICPS, marking-code, search and notification checks through VCR Cabinet: automatic switching between primary, backup and temporary compatible addresses was added; receipt transmission is not marked successful when the service returns an error.
  • Added Payment.Confirm and a unified asynchronous Payment.Start → Payment.Get workflow; Payment.Create is retained for backward compatibility.
  • Upgraded Payment.Systems.Get to schema 3. PaymeGo token and NFC payments are available under a single payment_system_id = 1.
  • Temporary OFD synchronization, printer and fiscal module connection errors clear without restarting REGOS: VCR; automatic recovery of unsent receipts was added.
  • Fixed opening the last available Z-report through the API and calculating available receipt and Z-report capacity with FDS.
  • Improved API resilience during temporary failures and concurrent requests.
  • Updated the installation window to show the current stage, actual download progress and a clear warning when the application must not be closed.

2026-10-07

  • Fixed optional marking-code validation; a voluntarily supplied marking code is still checked.

2026-10-02

  • Fixed background cancellation of a paid KaftPay payment: a full refund starts without an intermediate return to Paid status.
  • POSRetail now uses repeated short /pay requests with the same order_id after a timeout. The Транзакция уже выполняется (Transaction is already in progress) response is treated as intermediate; polling stops on a final response, Payment.Cancel or after 10 minutes.

2026-10-01

  • Clarified Payment.Cancel: before payment confirmation, it cancels the current attempt; after confirmation, it performs a full refund only if supported by the payment system. For UzQR, the method is available only before payment.

2026-09-29

  • Reworked payment processing: added asynchronous Payment.Start and Payment.Get, idempotent Payment.Cancel, and recovery of unfinished operations after restart. Payment.Create is retained for backward compatibility.
  • Fixed KaftPay cancellations and refunds and UzQR refund finalization. Payment.Cancel support is now explicitly published for each payment system; it is not advertised for UzQR, PAX or Ingenico. Previously stuck unsupported cancellations are moved out of intermediate status when VCR starts.
  • Added transmission of PaymentType; the minimum Fiscal Drive API version was raised to 8.49, and automatic installation of version 10.6.1 was added for local Fiscal Drive Service.
  • Optimized handling of large receipt histories: indexes were added, and a progress window is displayed during automatic migration.

2026-09-22

  • Updated KaftPay: palm payments start directly, without prior identification; added duplicate debit protection and result recovery after connection loss.
  • Fixed mixed payments for restricted goods: the cashless portion must cover the restricted items.
  • Improved fiscalization: added validation of the mandatory fiscal QR code; UzQR payments appear as UzQR on printed receipts.
  • Accelerated receipt processing by locally caching ICPS and package data; added pagination of 50 records per page to the product catalog.
  • Removed duplicate shift state checks in Receipt.ValidateSale and Receipt.Sale; invalid fiscal module responses are now returned as FM errors.

2026-08-22

  • Added Fiscal Drive Service support for fiscal modules with applet version 0400 or later.
  • Added POSRetail payments, cancellations, full refunds and reconciliation of totals.
  • Added biometric payments and customer registration in KaftPay.
  • Added merging of identical marked goods into one item while printing every marking code on the receipt.
  • Added Payment.Systems.Get and Payment.Cancel.
  • Added Biometric.Device.Get, Biometric.Read, Biometric.Identify and Biometric.Register.

2026-07-04

  • The selected or supplied VAT rate is preserved for commission items with the principal's TIN/PINFL.

2026-06-25

  • Fixed initial startup after entering the serial number.
  • Improved update resilience when upgrading from earlier versions.
  • Fixed saving settings during initial activation.

2026-06-19

  • Improved UzQR error diagnostics.
  • The HEMI QR display returns to its normal screen after the payment result.
  • During receipt validation, a 6% VAT rate is automatically applied to the item.

2026-06-17

  • Improved VCR startup and application update reliability.
  • Improved Fiscal Drive API updates: the application handles errors more correctly and displays clear messages.
  • Added Fiscal Drive API service actions: status checks, OFD queue viewing and manual queue transmission.

2026-06-16

  • Added UzQR invoice/QR payment support in Payment.Create, Payment.Get, Payment.Cancel and Receipt.Sale.
  • Added Paynet Pass payments using a customer's QR token.
  • Added payment QR code output to a separate screen or a HEMI QR display through a COM port.
  • Improved QR device management for API payments: displaying the QR code, payment result and cancellation.

2026-06-15

  • Improved ICPS and marking-code checks through VCR Cabinet.
  • Updated VAT validation using VCR Cabinet data.
  • Added the 6% VAT rate.

2026-06-09

  • Fixed closing an advance receipt with a zero amount through the interface and API when at least one item is present.

2026-06-02

  • Product search and addition by name, ICPS or barcode now use VCR Cabinet.
  • ICPS, package, marking-code and payment method restriction checks during sales now use VCR Cabinet.
  • Improved marking-code validation for sales and refunds.
  • Application startup notifications now use VCR Cabinet.
  • Disabled the Tasnif product synchronization buttons.
  • Updated the NTP time server list.
  • Improved time synchronization resilience.

2026-05-11

  • Added paper size selection for printing.
  • Fixed sending large amounts to the payment terminal.

2026-04-14

  • Added is_sale to Receipt.ValidatePosition to identify whether an item is for a sale or refund.

2026-02-17

  • Updated Fiscal Drive API to version 8.46.
  • Added social card support for terminal payments.
  • Updated requirements in accordance with Presidential Decree UP 246 dated 10.12.2025.

2025-11-27

  • Disabled the local ICPS database and related functionality.
  • ICPS and marking-code checks use vcr.regos.uz services.

2025-09-30

  • Added Receipt.ValidatePosition.
  • Updated mandatory marking rules.

2025-07-24

  • The cash register interface can close an advance receipt with a zero amount when at least one item is present.

2025-05-27

  • Added the "Валидация маркировки через сервисы ОФД" (Validate marking codes through OFD services) setting.
  • Added marking-code validation through OFD services.
  • Limited receipts to 150 items.

2024-09-12

  • If a package code is shorter than two characters, the package code from OFD data is substituted.

2024-09-09

  • Electronic payment system settings are received from billing.
  • Electronic payment system settings interfaces are now read-only.

2024-08-27

  • Added the "Контроль уникальности по коду чека из внешней системы" (Enforce uniqueness of external receipt codes) setting.
  • Added Code to receipt methods for the receipt code in the external system.
  • Fixed handling of an invalid response from OFD method 20.7.

2024-05-27

  • Added OFD notifications.
  • Updated package synchronization in the local database.

2024-05-23

  • Changed package code validation.

2024-05-21

  • Made package code validation mandatory.
  • Updated mandatory marking rules.

2024-04-15

  • Added PAX (Uzcard) terminal support.
  • Added terminal payment support through the Payment.Create API method.
  • Moved terminal settings to the "Эквайринг" (Acquiring) tab.
  • Updated the payment acceptance interface for mixed payments.
  • Added test payments through payment systems on test fiscal modules.
  • Updated mandatory marking rules.

2024-03-26

  • Added card type selection and RRN entry during payment.
  • Added card_type and rrn to the payments model.
  • Raised the minimum Fiscal Drive API version to 8.44.
  • Added Fiscal Drive API operation with and without TLS.

2024-01-24

  • Fixed product editing.

2024-01-11

  • Updated HS codes used to check whether a product requires marking.

2024-01-08

  • Added Receipt.ValidateSale to validate sales receipts.
  • Added Receipt.ValidateRefund to validate refund receipts.
  • Added Receipt.FullRefund for full refunds of sales receipts.
  • Added PrintReceipt to the ZReport.GetInfo model.
  • The Positions model's barcode can be populated from label when its value is valid.
  • Renamed paymentsystem_id to payment_system_id in the Payment.Create response.

2023-08-11

  • Added the "Происхождение товара" (Product origin) field to the product card.
  • Added the "Происхождение товара" (Product origin) setting.
  • Added OwnerType to the Positions model for receipt API methods.
  • Raised the minimum Fiscal Drive API version to 8.40.

2023-05-31

  • Added QRCodeURL to ReceiptInfo.
  • Changed the Receipt.Sale and Receipt.Refund responses to ReceiptInfo.

2023-05-22

  • Fixed the character count restriction when searching for a product's ICPS code.

2023-04-06

  • Added Receipt.Advance to register advance receipts.
  • Added Receipt.Credit to register credit receipts.
  • Added phone to the Receipt model.

2023-03-09

  • Added Receipt.CheckQRCodeUrl validation for a URL read from a receipt QR code.
  • Changed the RefundInfo model.

2023-02-28

  • Added QRCodeURL to ReceiptInfoGet.
  • Updated data models to match Fiscal Drive API 8.36.

2023-02-09

  • Added the Uzum payment system.

2023-01-18

  • Added the Payment.Get, Payment.Create and Payment.Cancel API methods.
  • Added a report on payment system payments.

2022-12-26

  • Added the option to disable ICPS validation.
  • Added the 12% VAT rate effective from 01.01.2023.

2022-12-09

  • Added Click and PaymeGo payments with transmission of fiscal data to the payment systems.
  • Added mandatory marking checks for HS codes 2402, 2204, 2205, 2206, 2207, 2208 and 2203.
  • Added ICPS checks through api.tasnif.uz method 20.5 during receipt validation.

2022-11-07

  • Added product export to Excel.

2021-11-22

  • Added the receipt viewing interface.

2021-10-08

  • Changed the default sales receipt template.

2021-04-02

  • Added customer search.
  • Added product search.
  • Added the "Плательщик НДС" (VAT payer) setting to company settings.

2020-10-25

  • The first release of the REGOS: VCR virtual cash register software.