Skip to content

Add noOp Logic and unit test#654

Open
diego-santinelli-hrm wants to merge 1 commit intofiskaltrust:mainfrom
diego-santinelli-hrm:fix/Custom_rt_server_no_op
Open

Add noOp Logic and unit test#654
diego-santinelli-hrm wants to merge 1 commit intofiskaltrust:mainfrom
diego-santinelli-hrm:fix/Custom_rt_server_no_op

Conversation

@diego-santinelli-hrm
Copy link
Copy Markdown

Fixes #581 and #584 in CustomRTServerSCU: both issues had the same root cause: unhandled receipt cases were throwing an exception instead of returning gracefully.

  • ProtocolUnspecified0x3000 → NoOp
  • MonthlyClosing / YearlyClosing routed to PerformDailyCosingAsync, same as DailyClosing
  • Final throw replaced with NoOp for unknown/future cases

Fixes #584 #581

@github-actions github-actions bot added market-it Related to the italian market area-tests Affects the test scu-it-customrtserver Related to the Italian CustomRTServer SCU. labels Apr 3, 2026
@accodev accodev added the category-bug Something isn't working label Apr 7, 2026
accodev
accodev previously approved these changes Apr 7, 2026
}

if (request.ReceiptRequest.IsDailyClosing())
if (request.ReceiptRequest.IsDailyClosing() || request.ReceiptRequest.IsMonthlyClosing() || request.ReceiptRequest.IsYearlyClosing())
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

How are we handling this in the Epson Printer? I am not sure if we should expect MonthlyClosing & YearlyClosing to also do a DailyClosing. Usually these operations are cauled in sequence:

  1. December
  2. Daily Closing (31 of dec)
  3. Monthly Closing (closing december)
  4. Yearly Closing (closing the year)

So we would do three daily closings in this scenario

Copy link
Copy Markdown
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Screenshot 2026-04-08 095641 In the Epson SCU we handle it the same way — all three (Daily, Monthly, Yearly) call PerformDailyCosing() as separate if blocks (see EpsonRTPrinterSCU.cs lines 96-109). So yes, in the Dec 31 scenario we'd get three daily closings, which is the expected behavior since each closing triggers a Z report on the fiscal device

@accodev accodev self-requested a review April 7, 2026 14:58
@diego-santinelli-hrm diego-santinelli-hrm marked this pull request as ready for review April 7, 2026 14:58
@diego-santinelli-hrm diego-santinelli-hrm requested a review from a team as a code owner April 7, 2026 14:58
@accodev accodev dismissed their stale review April 7, 2026 14:58

re-reviewed, incorrect implementation

@volllly volllly added this to the v1.3.83 milestone Apr 15, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

area-tests Affects the test category-bug Something isn't working market-it Related to the italian market scu-it-customrtserver Related to the Italian CustomRTServer SCU.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

RT-Server doesn't accept RT-Printer specific flag Return successful ftState on receipts that are not signed

4 participants