credit_FIN · bijschrijven / crediteren

Hierarchy

Same inventory as English credit_FIN and German credit_FIN. Not five-place. Not four sisters of one V. Surface count can name the board, 0,3, ETH, each account, and a Q3 threshold — but Amount and Denomination share one MeasureP, Account is one Recipient / Domain-of-increment, and Reason is high / outer.

0,3 ETH = one MeasureP. Orthography is not extra arity (Dutch decimal comma, same as the strings already on the MERIT and ATT pages). Amount and Denomination are both inner arguments of that object. Composition is V(MeasureP), not V(n)(U). Hom(e, ⟨n,U⟩): the increment is measured by degree n on scale U.

Working hierarchy: Allocator > MeasureP ⟨Amount, Denomination⟩ > Recipient / Account > Reason. On bijschrijven, Case ranking is Allocator > MeasureP (ACC) > Account (IO, or op+Account). On crediteren, Account is the structural DO and MeasureP is the amount — still one Theme, not a second accusative Theme. Weather still fails Allocator. Payout is still not entailed. HAS_ON_BOOKS ≠ payout.

Dutch frames · Case clothes

Two lemmas, not two roots. bijschrijven: accusative MeasureP, Account as IO or under op. The op string is the one already printed on credit-merit-nl.html and attribute-att-nl.html. The bare IO account is the constructed cloth parallel to German dative jedem Konto; full NPs do not wear a dative ending, so IO-hood is diagnosed by order, by hun, and by krijgen-promotion — not by case morphology. crediteren: Account is the direct object and MeasureP is the amount, in the printed string De raad heeft elke rekening 0,3 ETH gecrediteerd. That is not a DOC of two bare accusative Themes: only the account promotes under worden. Bare aan + Account is the recipient cloth of overmaken, not either printed FIN cloth; it is not filed. No double accusative of MeasureP + Account. Do not conflate the IO on bijschrijven with MERIT’s IO Target + accusative Charge on toeschrijven — same IO letter, different packaging, different object.

1. ✓ een bedrag bijschrijven op een rekening printed op+Account cloth · already on MERIT/ATT
2. ✓ De raad heeft 0,3 ETH op elke rekening bijgeschreven. op+Account · ACC MeasureP
3. ✓ De raad heeft elke rekening 0,3 ETH bijgeschreven. IO Account · ACC MeasureP · constructed; no dative ending on the NP
4. ✓ De raad heeft hun 0,3 ETH bijgeschreven. IO holder = Account · hun · constructed parallel to DE Ihnen
5. ✓ De raad heeft elke rekening 0,3 ETH gecrediteerd. crediteren · Account = DO · amount = MeasureP · printed string
6. ✓ De raad schrijft 0,3 ETH op elke rekening bij. V2 · separable bij · lemma morphology, not a particle diagnostic
7. ✓ De raad schrijft elke rekening 0,3 ETH bij. V2 · IO cloth · prefix final
8. ✓ De raad crediteert elke rekening 0,3 ETH. present · crediteren is not separable
9. ✓ De bank heeft elke rekening 0,3 ETH bijgeschreven. Allocator = institution
10. ✓ Het clearinghouse heeft elke rekening 0,3 ETH gecrediteerd. Allocator = institution · crediteren
11. ✓ De raad heeft elke rekening 0,3 ETH bijgeschreven wegens de drempel in het derde kwartaal. outer Reason · wegens
12. ✓ Men heeft elke rekening 0,3 ETH bijgeschreven. men demotion · MeasureP stays ACC
13. ✓ 0,3 ETH werd op elke rekening bijgeschreven. worden-passive · op-frame · MeasureP promotes
14. ✓ 0,3 ETH werd elke rekening bijgeschreven. worden-passive · IO stays · MeasureP promotes
15. ✓ Elke rekening kreeg 0,3 ETH bijgeschreven. krijgen-passive · IO Account promotes
16. ✓ Elke rekening werd 0,3 ETH gecrediteerd. crediteren · Account DO promotes · amount stays
17. ✓ MERIT contrast: De investeerders hebben de aannemer de vroegtijdige oplevering toegeschreven. MERIT · IO Target + ACC Charge · credit-merit-nl.html
18. ✓ ATT contrast: De raad heeft de aannemer de vroegtijdige oplevering toegeschreven. ATT · same letters · attribute-att-nl.html
19. * Elke rekening werd 0,3 ETH bijgeschreven. worden does not promote the IO · not a second accusative Theme
20. * 0,3 ETH werd elke rekening gecrediteerd. amount on crediteren is not the structural accusative Theme
21. * De raad heeft 0,3 ETH en elke rekening bijgeschreven. no DOC of MeasureP + Account as two bare ACC Themes
22. * De raad heeft 0,3 ETH aan elke rekening bijgeschreven. bare aan-Account not filed · that PP is overmaken
23. * De raad heeft elke rekening met 0,3 ETH bijgeschreven. no English with-frame on bijschrijven · amount is the accusative
24. * Het slechte weer heeft elke rekening 0,3 ETH bijgeschreven. weather ≠ Allocator
25. * De raad heeft 0,3 ETH van elke rekening bijgeschreven. van Account = deduct / afschrijven, not TO

MeasureP WH / NegQ · LBC, IO, and op

Unlike credit_MERIT and attribute_ATT, credit_FIN has a verbal MeasureP. Amount and Denomination compose one measure object. Whole-QP pied-piping is free under Neg. Amount-only is free when the unit is bound. Left-branch extraction of Amount leaving the unit next to the verb is still out — same LBC record as deduct / sell / charge_FEE / English and German credit_FIN. op takes the whole Account DP. It does not split the MeasureP. Dutch has no Romance en and no genitive of negation on this root. Separable bij reunites in the participle (bijgeschreven) and in the te-infinitive (bij te schrijven); that is lemma morphology, not a WH diagnostic.

1. ✓ Hoeveel ETH heeft de raad elke rekening bijgeschreven? whole MeasureP · IO cloth
2. ✓ Hoeveel heeft de raad elke rekening bijgeschreven? degree WH · U bound
3. ✓ Welke rekening heeft de raad 0,3 ETH bijgeschreven? WH = Account · IO
4. ✓ Op welke rekening heeft de raad 0,3 ETH bijgeschreven? op-Account WH
5. ✓ Wie heeft welke rekening hoeveel ETH bijgeschreven? Alloc > Account > MeasureP
6. ✓ Wie heeft hoeveel ETH op welke rekening bijgeschreven? Alloc > MeasureP > op-Account
7. ✓ Wat heeft de raad elke rekening bijgeschreven? whole MeasureP as wat
8. ✓ Welke rekening heeft de raad 0,3 ETH gecrediteerd? crediteren · WH = Account DO
9. ✓ Hoeveel ETH heeft de raad elke rekening gecrediteerd? crediteren · amount WH
10. * Hoeveel heeft de raad ETH elke rekening bijgeschreven? LBC · U stranded
11. * Wat heeft de raad 0,3 elke rekening bijgeschreven? what hijacks object · stranded n
12. * Op wat heeft de raad 0,3 ETH bijgeschreven rekening? Account noun stranded outside op
13. ✓ MERIT pointer: Wat hebben ze de aannemer toegeschreven? WH = Charge · not MeasureP · toeschrijven
14. * Hoeveel ETH hebben ze de aannemer toegeschreven? unless Charge recoded as a share

Superiority ranks Allocator > MeasureP > IO or op-Account > outer Reason. On crediteren the account is the DO and the amount is still the MeasureP, not a second WH-competitor Theme. Amount and Denomination never compete as two verbal WH-items. Cheap NegQ association tracks the MeasureP. Challenging the Account wants that book already under discussion.

Geometry · credit_FIN ≠ credit_MERIT ≠ attribute_ATT ≠ deduct ≠ payer ≠ blame

In De raad heeft 0,3 ETH op elke rekening bijgeschreven and in De raad heeft elke rekening 0,3 ETH gecrediteerd, the board writes 0,3 ETH onto each account’s book. That is ledger INCREMENT, not ascription and not HAVE of goods. The account is Account. 0,3 ETH is MeasureP. HAS_ON_BOOKS holds after the event; spendability / payout is not entailed.

• ≠ credit_MERIT / toeschrijven + verdienste. Group D names the packaging. MERIT ascribes Charge to a Target (hebben de aannemer de vroegtijdige oplevering toegeschreven / de verdienste toegeschreven): IO Target + accusative Charge, no MeasureP, no Account. FIN has MeasureP and Account and the lemmas bijschrijven / crediteren. Collapsing them because both can sit next to a Dutch IO is the error the lexical entry was written to block. Live twin: credit-merit-nl.html.
• ≠ attribute_ATT / bare toeschrijven. ATT is content-ascribe on the same letters as MERIT: IO Target + accusative Charge, polarity open, light-noun toeschrijving (not verdienste) when a noun is used. ATT has no MeasureP and no Account. Live twin: attribute-att-nl.html.
• ≠ blame / de schuld geven. Blame ascribes fault. Its accusative is the light noun de schuld, and the person is IO or aan. FIN’s accusative on bijschrijven is MeasureP; on crediteren it is the account. Neither cloth is de schuld geven.
• ≠ deduct. Shared MeasureP. Opposite polarity: deduct = FROM_SET decrement; credit_FIN = TO_SET increment. Dutch van on the account yields afschrijven / deduct, not TO (*heeft 0,3 ETH van elke rekening bijgeschreven). Live twin: deduct.html. No Dutch deduct page this tick.
• ≠ betalen / overmaken / pay_GIVE. Index 2 Payment cites those two verbs. Pay writes MeasureP with Recipient HAVE. FIN’s HAS_ON_BOOKS is weaker; payout is a later verb (afschrijven / uitbetalen / overmaken). overmaken aan can cause a credit onto another account; that does not make overmaken this root.
• ≠ attribute_XFER. Shared CREDIT_LEDGER family. Dutch ledger packaging for this tick is bijschrijven / crediteren, not a second XFER page. XFER stays at attribute-xfer.html.
• ≠ sell / SWAP. Sell: Recipient HAS goods; Price stays inside a price PP. Neither FIN cloth is SWAP. Earmark’s Purpose ≠ FIN’s outer wegens.
• Missing defaults. Payout and spendability are not entailed. A later debit can reverse the book without making the original credit event false. HAS_ON_BOOKS ≠ physical HAVE ≠ RESTRICTED_FOR.
• Hybrid trap (§5.4). hebben de aannemer 30 % van de besparingen toegeschreven can look MeasureP-shaped and still be MERIT or ATT (quantified Charge on toeschrijven). Diagnostics: replaceable by ascribe (toeschrijven); not by deposit (bijschrijven / crediteren); weather can sit as MERIT/ATT Target and cannot sit as FIN Allocator. A figurative iemand de prestatie bijschrijven without a ledger Account and without MeasureP integrity is not the MERIT lemma and is not deepened here. MERIT stays on toeschrijven.

Shells, ApplP, and Case

VoiceP  [ Allocator = de raad
  (ReasonP)  [ wegens de drempel ]   // optional, outer
  ApplP_TO / book-Rec  [ IO elke rekening
    VP  [ √CREDIT_LEDGER   [ MeasureP  [ Amount 0,3 ] [ N ETH ] ] ] ]
]

VoiceP  [ Allocator = de raad
  ApplP_TO / book-Rec  [ op [ elke rekening ]
    VP  [ √CREDIT_LEDGER   [ MeasureP ⟨0,3, ETH⟩ ] ] ]
]
— MeasureP stays ACC; Account wears wrapper-K op

VoiceP  [ Allocator = de raad
  ApplP_TO / book-Rec  [ DO elke rekening
    VP  [ √CREDIT_LEDGER   [ MeasureP ⟨0,3, ETH⟩ ] ] ]
]
— one structural accusative = the Account; MeasureP is the amount, not a second Theme

bijschrijven assigns one structural accusative: the MeasureP. The Account is IO, or it wears op. crediteren assigns one structural accusative: the Account. The amount is MeasureP and does not promote as a second theme. There is no frame in which MeasureP and Account are both bare accusative Themes. Composition of the op-frame is V(DP), not V(op(DP)) — same wrapper-K point as the attribute entry (§6.4). Dutch op has no accusative/dative case split; do not import the German auf dem Konto locative reject as a Dutch case fact. No low Appl_HAVE of goods. No low Appl_SWAP. No √ASCRIBE. High Appl / Affectee / outer Reason is extra when present. Separable bij is the lemma’s prefix (schrijft … bij, bijgeschreven, bij te schrijven). It is not a stranded-particle diagnostic of the Norwegian type. crediteren has no separable prefix; gecrediteerd is an ordinary participle.

∃e [ INCREMENT(e)
  ∧ INIT(e, raad)
  ∧ DEGREE(e, 0.3) ∧ UNIT(e, ETH)
  ∧ TO_SET(e, R) ∧ Hom(e, ⟨0.3, ETH⟩)
  ∧ JUSTIFIED_BY(e, Q3) ]   // Reason optional
result: ∀y ∈ R. HAS_ON_BOOKS(y, ⟨0.3, ETH⟩) after e

Underivables (Dutch FIN)

1. * Het slechte weer heeft elke rekening 0,3 ETH bijgeschreven. weather / inanimate as Allocator
2. * Wat het slechte weer gedaan heeft, is elke rekening 0,3 ETH bij te schrijven. do-test · Allocator filter
3. * Hoeveel heeft de raad ETH elke rekening bijgeschreven? LBC · U stranded
4. * Wat heeft de raad 0,3 elke rekening bijgeschreven? LBC · stranded n
5. * De raad heeft 0,3 ETH van elke rekening bijgeschreven. van ≠ TO · use afschrijven / deduct
6. * De raad heeft het slechte weer 0,3 ETH gecrediteerd. Account ≠ inanimate cause
7. * De investeerders hebben de aannemer met 0,3 ETH toegeschreven. MERIT cloth + FIN MeasureP hybrid
8. * Het slimme contract heeft de aannemer de vroegtijdige oplevering toegeschreven. system Allocator ≠ MERIT Judge (coerced)
9. * De raad heeft 0,3 ETH en elke rekening bijgeschreven. no DOC of MeasureP + Account as two bare ACC Themes
10. * De raad heeft elke rekening en 0,3 ETH gecrediteerd. same ban on crediteren · amount is not a second Theme
11. * De raad heeft 0,3 ETH aan elke rekening bijgeschreven. bare aan-Account not filed
12. * Elke rekening werd 0,3 ETH bijgeschreven. worden does not promote the IO
13. ✓ institution / contract as Allocator: Het slimme contract heeft elke rekening 0,3 ETH bijgeschreven. book-keeper fine

N/A · not Dutch FIN diagnostics

Sibling FIN pages omit these where the language does not have them. Dutch FIN matches that list. The worden-passive and the krijgen-passive above are promotion of the printed clothes. They are not the diagnostics named here.

• Hungarian Focus + nem. N/A. No preverbal Focus host on bijschrijven or crediteren.
• Genitive of negation. N/A. Dutch has no GEN-neg rewrite of the MeasureP or the Account.
• Stranded particle. N/A as a Group D particle test. Separable bij is the lemma (schrijft bij / bijgeschreven / bij te schrijven), the same way German gut is the lemma of gutschreiben. It is not the Norwegian particle contrast, and it is not ranked against V2. crediteren is not separable.
• Romance en / ne. N/A. Quantity is the accusative MeasureP, the amount on crediteren, or a degree WH with the unit bound.
• bli / få. N/A. Dutch promotion is worden of the structural accusative and krijgen of the IO.

NegQ pointer · association sites

Negative questions on credit_FIN keep the FIN map. They do not invent a fifth theta name and they do not create a Charge. Neg sits high and associates downward. Cheap inner associate = the MeasureP. The IO, the op-Account, or the crediteren account stays the book. Reason stays outer. Payout / spendability is systematically missing as a default Neg target — same moral as bet’s missing settlement. One polar question below is the string already printed as contrast on the live MERIT and ATT pages.

Open items

• Norwegian FIN. Ledger godskrive is live at credit-fin-no.html. Keep the packaging split; do not merge pages.
• Bare aan-Account. Not filed. The printed goal is op een rekening. aan is the recipient preposition of Index 2 overmaken. Speaker check before anyone ranks aan as Appl_TO. spec
• met on crediteren. elke rekening met 0,3 ETH crediteren is a possible amount wrapper. It is not the printed cloth and it is not ranked as a third geometry. It does not make the amount a second Theme. spec
• IO account without case. elke rekening 0,3 ETH bijschrijven is filed as the IO cloth because the brief and the German dative twin say so, and because krijgen promotes that NP. Dutch does not mark it dative. The printed sibling string remains the op cloth. Constructed, not elicited. spec
• bijboeking / creditering / boeken. Nouns and a banker companion. Relative naturalness against primary bijschrijven / crediteren is scout-leaning. aanrekenen is not ranked: it leaks toward merit.
• Figurative bijschrijven. iemand een prestatie bijschrijven can mean “credit someone with” without a ledger. That reading has no Account and no MeasureP. It does not move MERIT off toeschrijven. Flagged, not a second sense page.
• Dutch deduct. FROM dual still English-primary at deduct. afschrijven / aftrekken are not this tick.
• Debit as named dual. Does NegQ on debiteren / afschrijven copy the FIN map with polarity flipped? Prediction: no MERIT debit.
• Hybrid QP Charge (§5.4). Controlled discrimination of quantified Charge on toeschrijven vs true FIN MeasureP on bijschrijven / crediteren — speaker check recommended in the lexical entry.
• Navajo sell. Still deferred. No new blame language. No credit_MERIT Bulgarian or Polish page.

Corpus filenames

Primary extract for this micro-entry is the FIN half of Lexical_Entry_Credit_Argument_Structure (frames §3.2, Voice §4.1, MeasureP WH §5.2, shells §7.2) plus FIN NegQ association from Negative_Questions_Credit (Group D packaging split: toeschrijven vs bijschrijven / crediteren). Printed clothes: the contrast strings already on the live MERIT and ATT pages. Decrement dual: Lexical_Entry_Deduct_Argument_Structure. Chat packaging: Tritransitive chats 23 (NegQ on credit · two-root · Groups A–D), 25 (credit attitude vs transfer), and 35 (credit argument-structure acceptability). Index 2 Vol. 7: Dutch Payment = betalen, overmaken; Dutch Attitude = de schuld geven, toeschrijven. No separate FIN lemma in Index 2.