Skip to content

Move GR-specific payItem mappings into the Greek market reference table#55

Open
StefanKert wants to merge 1 commit into
mainfrom
claude/stoic-franklin-22fc49
Open

Move GR-specific payItem mappings into the Greek market reference table#55
StefanKert wants to merge 1 commit into
mainfrom
claude/stoic-franklin-22fc49

Conversation

@StefanKert

Copy link
Copy Markdown
Member

Summary

The general ftPayItemCase reference table carried a market-specific GR column. This moves that GR-specific content into the Greek market doc where it belongs, and removes the column from the general (market-neutral) table.

Addresses fiskaltrust/service-docs-ui#20.

What changed

general/reference-tables/reference-tables.md

  • Removed the GR column from the PP - Payment type table. The general table is now market-neutral, consistent with how ftReceiptCase, ftSignatureType, etc. are structured — market specifics live in each market's doc.

middleware-gr/reference-tables/type-of-payment-ftpayitemcase.md

  • Added a Maps to (Greek payment method) column carrying the mappings that previously lived in the general table's GR column:

    Case Maps to
    01 Cash Cash
    03 Crossed cheque Cheque
    04 / 05 Debit / Credit card POS/e-POS
    06 Voucher Cheque
    09 Accounts receivable On Credit
    0A SEPA transfer Domestic payments (default) · Description == "IRIS" → IRIS · Description == "RF code payment (Web banking)" → Web banking
    0B Other bank transfer International Business Payment Account
  • Removed the per-row cash/noncash sub-labels. They were copy-paste boilerplate (byte-identical to the Belgium doc) and self-contradictory (e.g. NonCash labelled cash), so they carried no GR-specific meaning.

Notes for the reviewer

  • The Greek doc already links up to the general table, and the general section anchor (#type-of-payment-ftpayitemcase) is unchanged, so existing cross-links (GR / AT / BE / …) still resolve.
  • Out of scope: the general doc's ftChargeItemCase → NN (Nature of VAT) table still has inline IT and GR columns — the same "market-specific content in the general table" pattern. Left untouched here since the issue is payItem-only; worth a follow-up.

🤖 Generated with Claude Code

The general ftPayItemCase (PP - Payment type) table carried a
market-specific "GR" column. Move those mappings into the Greek market
doc as a dedicated "Maps to (Greek payment method)" column, and remove
the column from the general table so it stays market-neutral, consistent
with how ftReceiptCase, ftSignatureType, etc. are structured.

Also drop the per-row "cash"/"noncash" sub-labels in the GR table: they
were copy-paste boilerplate (identical to the Belgium doc) and
self-contradictory (e.g. "NonCash" labelled "cash"), carrying no
GR-specific meaning.

Ref: fiskaltrust/service-docs-ui#20

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@StefanKert StefanKert requested a review from a team as a code owner June 23, 2026 15:08
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant