Subscription/Recurring Journal Validation Issue

FastLearner 0 Reputation points
2026-07-23T19:29:33.19+00:00

I'm working with a "Feuilles abo" (Subscription/Recurring Journal) page in Business Central. When I click Validate, I get the message:

"There is nothing to validate, as the journal does not contain a quantity or amount."

This is unexpected because the journal (batch "ABO TAX", template "ABO") clearly contains 142 lines, all with valid Debit/Credit amounts filled in (Account, G/L Account No., Description, Debit Amount, Credit Amount, etc. are all populated).

What I've already checked and ruled out:

  • Exported all 142 lines to Excel and verified: no line has both Debit and Credit empty or zero, all amounts are numeric (not text), and total Debit = total Credit (299,729.19), so the batch is balanced.
  • Line numbers are sequential with no gaps (10000, 20000, ... 1420000).
  • A different journal ("IND EXT") with only 2 lines and the same structure (same fields, same "Amount Allocated DS" field at 0.00) validates without any issue.
  • The "Amount Allocated DS" column shows 0.00 on every line in both journals, so that field doesn't seem to be the trigger.

What I'm trying to understand:

  • Does the "Validate" action check a specific underlying field (e.g., a "Quantity" field not visible on the page layout) separate from Debit/Credit Amount, that could be empty/zero across all lines in this particular journal?
  • Could this be related to a filter being applied on the page (hiding the actual lines being processed), or to no line being currently selected/active when clicking Validate?
  • Could this depend on the "Subscription Mode" (Fixed) or Journal Template/Batch setup rather than the line data itself?

Any pointers on which table/field this validation is actually checking would be very helpful. Thanks in advance.I'm working with a "Feuilles abonnement" (Subscription/Recurring Journal) page in Business Central. When I click Validate, I get the message:

"There is nothing to validate, as the journal does not contain a quantity or amount."

This is unexpected because the journal (batch "ABO TAX", template "ABO") clearly contains 142 lines, all with valid Debit/Credit amounts filled in (Account, G/L Account No., Description, Debit Amount, Credit Amount, etc. are all populated).

What I've already checked and ruled out:

  • Exported all 142 lines to Excel and verified: no line has both Debit and Credit empty or zero, all amounts are numeric (not text), and total Debit = total Credit (299,729.19), so the batch is balanced.
  • Line numbers are sequential with no gaps (10000, 20000, ... 1420000).
  • A different journal ("IND EXT") with only 2 lines and the same structure (same fields, same "Amount Allocated DS" field at 0.00) validates without any issue.
  • The "Amount Allocated DS" column shows 0.00 on every line in both journals, so that field doesn't seem to be the trigger.

What I'm trying to understand:

  • Does the "Validate" action check a specific underlying field (e.g., a "Quantity" field not visible on the page layout) separate from Debit/Credit Amount, that could be empty/zero across all lines in this particular journal?
  • Could this be related to a filter being applied on the page (hiding the actual lines being processed), or to no line being currently selected/active when clicking Validate?
  • Could this depend on the "Subscription Mode" (Fixed) or Journal Template/Batch setup rather than the line data itself?

Any pointers on which table/field this validation is actually checking would be very helpful. Thanks in advance.

Community Center | Not monitored
0 comments No comments

1 answer

Sort by: Most helpful
  1. Gérard Oomens 129.6K Reputation points Volunteer Moderator
    2026-07-23T19:43:38.36+00:00

    Post/ask in the Dynamics community:

    https://community.dynamics.com/

    Was this answer helpful?

    0 comments No comments

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.