Working paper. Dutch micro-entry continuing Group D FEE after live German berechnen / belasten. Geometry is the English chargeFEE inventory: √CHARGE_FEE + ApplFROM(Payer/Source, MeasureP ⟨n,U⟩) + Consideration. Group D packaging is V2 and R-pronouns that resume a selected P. Dutch cloth A is the complex predicate the Group D notes name: in rekening brengen. waarvoor resumes Consideration. The strings below that are not that name are constructed packaging parallels to the printed German Group D cells and to the ordinary Dutch clause shape already used on blame-nl.html and credit-fin-nl.html. They are not field elicitation.
Constructed examples. The denomination rows printed in the Group D notes are German (Was berechnen Sie?, Womit belasten Sie?, In welcher Währung / worin, *Was zwanzig berechnen Sie?). Dutch does not have those table cells. The Dutch questions on this page illustrate the same diagnostics. Payer Case is not printed, so no Payer is filled. Debit-true / OWE of ⟨n,U⟩ on the Payer is e2. Payment-true is a later betalen / overmaken / payGIVE. Do not read a constructed string as a substitute for an elicited corpus.
Beyond Index 2. Index 2 does not list charge. Dutch Payment cites betalen, overmaken (Vol. 7) — not in rekening brengen. Dutch Attitude cites de schuld geven, toeschrijven. This root sits Beyond Index 2 as a measuring companion, beside live bijschrijven / crediteren. Group C FEE stays closed on Hungarian, Bulgarian, and Polish. German FEE stays the opener of Group D.
Cloth A adopted · companion verb unprinted · Payer Case open. Adopted: in rekening brengen is one complex predicate. voor is the Consideration the notes resume with waarvoor. aanklagen is the ACCUSE pair, a different root. V2 copies T. An R-pronoun copies a leftover P. Neither copy is a theta. niet does not rewrite the MeasureP into a genitive. There is no unique preverbal Focus host. Not adopted: a second FEE verb, a filled companion string, a ranked Payer Case, German cloth B (belasten + mit), a waarin that resumes the predicate-internal in, sell·Navajo. Norwegian belaste is live on its own page. No credit-merit-bg.html and no credit-merit-pl.html.

Hierarchy

Same inventory as English chargeFEE and the live German twin. Not four-place. Surface count can name a workshop, a payer, twenty, euros, and a meal. The lexicon does not list four co-arguments of √CHARGE_FEE. Group D does not add a fourth argument. Dutch adds V2, an R-pronoun, and a complex predicate. It does not add a second structural object beside the MeasureP.

Intended labeling (shared with English)

√CHARGE_FEE + ApplFROM(Payer/Source, MeasureP ⟨Amount, Denomination⟩) + voor-Consideration

Voice introduces Chargor. Low ApplFROM introduces Payer/Source. The Dutch notes do not assign that Source a Case letter. MeasureP ⟨n, U⟩ is Incremental Theme of the debit, one measuring object. Amount and Denomination are inside that object. Consideration is what the debit is for, under voor, resumed by waarvoor. Optional time is peripheral. in rekening is the fixed piece of the predicate. It is not Consideration, not the Account of bijschrijven, and not a card destination.

The fee is one MeasureP. Amount and Denomination are inner arguments of that object. Composition is V(MeasureP), not V(n)(U). A bare wat answers the whole QP or a fee-type first. Denomination alone is the marked reading, reached by a currency menu. It is not the first answer out of the blue. That three-way split is the denomination note’s general diagnostic. The Dutch questions that illustrate it are constructed.

Geometry is 1+2 with optional outer Consideration: one Initiator, one applied Source, one measuring object. Shared letters with betalen are not ApplHAVE. V2 is a T-copy. waarvoor resumes voor. It does not resume euro minus twintig, and it does not resume the in inside in rekening.

Working hierarchy: Chargor > Payer/SourceCase open > MeasureP ⟨n,U⟩ (> voor-Consideration). The complex predicate is packaging of that hierarchy. It is not a fourth GF.

Dutch frames · one complex predicate

in rekening brengen is the FEE name the Group D notes print for Dutch. It is not an aspect pair and not a HAVE/FROM pair. The verb is brengen. The participle of that verb is gebracht. The fixed piece stays with it: in rekening gebracht. That is lemma morphology of the complex predicate, the same way de schuld … gegeven is lemma morphology on blame-nl.html and separable bij is lemma morphology of bijschrijven. It is not a Focus particle and not a stranded-particle test. No second FEE verb is printed, so none is filed. aanklagen is the ACCUSE pair, a different root. Do not merge it with the levy. Live blame stays de schuld geven.

Cloth A · in rekening brengen · complex predicate

The MeasureP is what the predicate brings. Payer Case is unfilled. waarvoor resumes Consideration, not the unit and not in rekening.

  1. ✓ twintig euro in rekening brengen citation · complex predicate · MeasureP · Payer unfilled
  2. ✓ Ze hebben twintig euro voor het eten in rekening gebracht. constructed · perfect · voor Consideration · in rekening with the participle · Payer unfilled · same meal as the English/German diagnostics, not a Dutch interview
  3. ✓ Hebben ze twintig euro niet in rekening gebracht? constructed · niet before the participle · ordinary Dutch Neg shape · no GEN-neg · Payer unfilled
  4. ✓ Brengen ze twintig euro in rekening? constructed · V2 · finite brengen · predicate piece final · not a Focus host
  5. ✓ Waarvoor brengen ze twintig euro in rekening? constructed spelling · the notes name waarvoor as Consideration · not the unit · not in rekening
  6. ✓ Heeft de parkeerautomaat twintig euro in rekening gebracht? constructed Voice pair · institutional Initiator · parallel to German Parkautomat · Payer unfilled · not a printed Dutch cell
  7. * Heeft het weer twintig euro in rekening gebracht? constructed Voice filter · weather fails Chargor · Payer unfilled

Companion verb, unprinted

The notes name one Dutch FEE cloth. They do not name a second levy verb, and they do not print a filled companion string. None is added here. German in Rechnung stellen is companion phrasing of German cloth A, left unfilled on charge-fee-de.html. It is not this lemma. German cloth B belasten is not copied onto Dutch. Norwegian belaste / ta betalt is the live Group D closer, not a Dutch scout.

Sister root

aanklagen chargeACCUSE · different root · named pair · no filled string printed, so none is filed · point to charge-accuse.html

Live Dutch blame is de schuld geven: the accusative is the light noun, the Target is IO or aan, and Charge is van, resumed by waarvan. aanklagen is the ACCUSE name on the FEE plate. It is not that blame lemma, and it is not this levy. chargeACCOUNT (to-card destination) stays on charge-account.html. The noun inside in rekening does not open a Dutch ACCOUNT micro-entry.

MeasureP WH / NegQ · denomination, waarvoor, LBC

WH forces Amount ≠ Denomination inside one MeasureP. Verbal WH sees that object. waarvoor follows the Consideration P. It does not follow a fixed theta name, and it does not follow the predicate-internal in. niet does not rewrite the QP into a genitive. That rewrite is Polish, live at charge-fee-pl.html. There is no unique preverbal Focus host, so these questions are not Hungarian particle-separation. The printed Group D denomination cells are German. The Dutch lines are the same diagnostic in Dutch forms. They are constructed, except the waarvoor resumption, which the notes name.

  1. ✓ Wat brengen ze in rekening? constructed · parallel to printed Was berechnen Sie? · QP or fee-type first · U marked · not a printed Dutch cell
  2. ✓ In welke valuta brengen ze in rekening? constructed currency menu · λU · this in is the currency PP · it does not resume in rekening
  3. ✓ Wat brengen ze voor een bitcoin in rekening? constructed · parallel to printed Was berechnen Sie für ein Bitcoin? · QP of the fee first · Consideration stays voor
  4. ✓ Waarvoor hebben ze twintig euro niet in rekening gebracht? constructed · waarvoor = the named Consideration resumption · not the unit · niet before the participle
  5. ✓ Hoeveel euro brengen ze in rekening? constructed · whole MeasureP · unit inside the WH
  6. ✓ Hoeveel brengen ze in rekening? constructed · degree WH · U bound
  7. * Wat twintig brengen ze in rekening? LBC · parallel to printed Was zwanzig berechnen Sie? · underivable
  8. * Wat twintig hebben ze niet in rekening gebracht? same LBC under niet · constructed
  9. * Waarvoor twintig hebben ze niet in rekening gebracht? unit cannot ride out of Consideration voor · parallel to Für was zwanzig
  10. * Hoeveel brengen ze euro in rekening? degree out, unit stranded · same LBC as Hoeveel heeft de raad ETH
  11. * Waar hebben ze voor twintig in rekening gebracht? waarvoor does not decompose onto a unit remnant · parallel to Wo … für zwanzig
  12. * Waarin brengen ze twintig euro rekening? waarin does not peel in out of the predicate · in rekening is not a free P

Bare Wat brengen ze in rekening? — three readings (denomination note · Dutch spelling constructed)

QP (default): the whole MeasureP. A good answer is Twintig euro.

FEE-type: a sortal name of the fee. That is not U of ⟨n,U⟩.

U (marked): denomination only, via the currency menu. The Dutch table cell itself is not printed. In welke valuta is the constructed rescue of that reading. waarvoor does not answer U. German worin resumes a currency in on charge-fee-de.html. Dutch waarin is not filed as a resumer of in rekening.

Cloth A · how the complex predicate sits in V2
in rekening brengen
t2MeasureP (wat / hoeveel) · Payer Case open, so no second chain is drawn
Chebben or finite brengen · V2 · not a theta
Predicate piecein rekening stays with brengen / gebracht · not Focus · not a free PP
Not this chainwaarvoor = Consideration · waarin ≠ in rekening

A packaging bracket for the perfect, Payer unfilled, is [CP hebbenT [TP ze1 [T' tT [VoiceP t1 [ApplP Payeropen [VP [MeasureP twintig euro] [voor het eten] in rekening gebracht]]]]]]. Chains are {ze1, t1} INIT and {hebbenT, tT} V2. in rekening is not a chain. These brackets are a packaging hypothesis aligned with the German V2 traces. They are not an interview. Superiority and multiple WH are not given a Dutch paradigm here, and they are not Hungarian Focus uniqueness.

GEN-neg · N/A

Dutch has no genitive of negation. niet does not rewrite the MeasureP, and it does not rewrite an unfilled Payer, into a genitive. The live Dutch pages already say this: blame-nl.html keeps the accusative on de schuld under niet, and credit-fin-nl.html keeps the measuring object under niet with no genitive spell-out. This page uses the same fact on the levy. No Dutch genitive string is printed, so none is starred as if elicited.

The host of a genitive rewrite of the measuring QP is Polish, live at obciążyć / naliczyć (tej kwoty, trzech tokenów). Live Hungarian felszámol keeps the fee accusative under nem and separates fel-. Live German berechnen leaves the accusative MeasureP accusative under nicht. Those facts stay on those pages. Dutch does not import the genitive and does not import the particle.

  1. ✓ Hebben ze twintig euro niet in rekening gebracht? MeasureP stays · niet before the participle · no case rewrite
  2. ✓ FIN parallel, not this root: Heeft de raad elke rekening 0,3 ETH niet bijgeschreven? printed shape on credit-fin-nl.html · no GEN-neg there either
  3. ✓ blame parallel, not this root: Hebben ze de aannemer de schuld van de vertraging niet gegeven? accusative stays the noun · blame-nl.html
  4. ✓ PL parallel, the cut this page does not copy: Rada nie obciążyła tej kwoty. GEN-neg on the measuring QP · charge-fee-pl.html
  5. * A genitive rewrite of the QP under niet. N/A · that host is Polish · no Dutch genitive string is printed

Geometry · chargeFEE beside the live Dutch roots

In the FEE geometry the Payer is the person the money comes FROM. e2 is debit / OWE of ⟨n,U⟩ on that Payer. A later payment does not have to be true for the levy to be true. Shared surface letters with pay do not flip FROM into HAVE. The Case letter of the Dutch Payer stays open, so this page does not treat an IO or a bare object as a HAVE shell.

Passives are a Voice test and not a new argument. No Dutch passive paradigm for this predicate is printed, so none is filed, and which dependent would promote is not ranked. The German passives cut’s map stays on charge-fee-de.html. It is not copied here as an elicited worden-paradigm.

Shells, ApplP, and Case

Merge Merge

Chargor, Payer, and MeasureP are selected. The MeasureP merges under √CHARGE_FEE as one object. Amount and Denomination are inside it. voor merges Consideration. in rekening merges as the predicate piece, not as a second Theme and not as ApplHAVE of goods. No double object of two bare Themes.

Agree Agree

v agrees with the MeasureP. Payer Case is not given a second Agree, because no Case letter is printed. niet does not switch that object to genitive. Dutch full NPs do not show a dative ending; that fact, already used on credit-fin-nl.html, is why an unprinted Payer is left open rather than spelled as a dative.

Move Move

V2 copies finite hebben or finite brengen to C. That chain is {hebbenT, tT}, not a theta. Amount copies to Spec,CP and leaves the unit inside the MeasureP. waarvoor copies voor. in rekening does not move to a Focus slot. There is no Hungarian Focus slot.

Filter Filter

Voice: weather is not a Chargor. The filter survives Neg. Gold e2 is debit / OWE, not payment. V2 and R-pronouns are not a fourth argument. aanklagen is a different root. GEN-neg is N/A.

  1. M1√CHARGE_FEE merges with MeasureP ⟨Amount, Denom⟩
  2. M2ApplFROM merges Payer · Case letter open
  3. M3Voice merges Chargor · in rekening is the predicate piece
  4. A4v ↔ MeasureP · niet does not write a genitive
  5. V5V2 · {hebbenT, tT} · not a theta chain
  6. V6WH or waarvoor fronts · unit stays inside MeasureP
  7. F7Voice filter · weather ≠ Chargor
  8. G8Gold · debit / OWE ≠ betalen · LBC holds · no fourth argument · GEN-neg N/A

Cloth A tree (perfect · Payer unfilled · no WH)

[CP hebben_T [TP ze_1 [T' t_T [VoiceP t_1
  [ApplP Payer_open
    [VP [MP twintig euro]
        [voor het eten]
        in rekening gebracht]]]]]]
{ze_1, t_1} INIT · {hebben_T, t_T} V2
in rekening is the predicate piece, not a chain
Payer Case is not copied

waarvoor (Consideration copy)

[CP waarvoor_3 [C' brengen_T [TP ze_1 [T' t_T
  [VoiceP t_1 [ApplP Payer_open
    [VP [MP twintig euro] [PP t_3] in rekening]]]]]]]
waarvoor resumes voor · it does not resume in rekening
it does not resume euro minus twintig

Neo-Davidsonian sketch

λn ∃e ∃x ∃U [ CHARGE(e) ∧ INIT(e, xChargor) ∧ FROM(e, xPayer)
  ∧ TH(e, ⟨n, U⟩) ∧ CONSID(e, z) ]

e2: debit / OWE-state of ⟨n,U⟩ on the Payer. Payment-true is a later betalen / overmaken. The complex predicate changes the exponent of the verb. It does not change FROM and it does not add a conjunct. V2 does not add a conjunct. waarvoor does not add a conjunct.

Voice introduces Chargor. ApplFROM introduces Payer. MeasureP sits as Incremental Theme of the debit. Consideration attaches under voor. There is no Recipient HAVE shell, no Hungarian verb-modifier slot, and no English double object of two bare Themes. Putting HAVE, a stranded unit, or a third object of Consideration into the complex predicate is how a four-place accident gets written.

Proto-roles are shell-local. Chargor is a partial Proto-Agent (workshop, bank, meter, script). Payer is Proto-Source, not Proto-Recipient. MeasureP is Incremental Theme of the debit. Denomination is not a further theta role. An R-pronoun is not a theta role. in rekening is not a theta role.

Voice filter

*Heeft het weer twintig euro in rekening gebracht? ✓Heeft de parkeerautomaat twintig euro in rekening gebracht? Constructed pair, parallel to the German NegQ pair. Weather does not charge. A meter does. Payer stays unfilled in both.

Underivables (Dutch)

  1. * Wat twintig brengen ze in rekening? LBC · parallel to the printed German cell · underivable
  2. * Waarvoor twintig hebben ze niet in rekening gebracht? unit out of Consideration voor · constructed
  3. * Hoeveel brengen ze euro in rekening? unit stranded next to the predicate · constructed
  4. * Waar hebben ze voor twintig in rekening gebracht? waarvoor does not split onto euro minus twintig · constructed
  5. * Waarin brengen ze twintig euro rekening? predicate-internal in is not a free P · constructed
  6. * Heeft het weer twintig euro in rekening gebracht? Voice filter · constructed
  7. * A fee MeasureP on aanklagen, or an accusation on in rekening brengen. different roots · no filled Dutch string is printed, so none is starred as if elicited
  8. * A genitive rewrite of the QP under niet. N/A · host is Polish obciążyć / naliczyć
  9. * A unique Focus host, or in rekening separated under niet. Hungarian felszámol · not this page
  10. * First-out-of-the-blue U as the default of bare wat. denomination note · marked U · currency menu is the direct question
  11. * Payer + MeasureP as two bare Themes, or a ranked dative Payer copied from German cloth A. Case letter unprinted · German DAT/ACC split stays on charge-fee-de.html
  12. * German cloth B (belasten + mit) as a Dutch second cloth. no Dutch companion verb is printed
  13. * Payment entailed by the levy. e2 is debit / OWE · betalen / overmaken are later
  14. * Ledger bijschrijven / crediteren, or ATT/MERIT toeschrijven, as this MeasureP. live on their own pages · rekening there is Account

Group D packaging · Dutch FEE continues the set

Group D (German, Dutch, Norwegian) is the V2 / R-pronoun set already named on chargeFEE · English. Same hierarchy as the English levy. Group C is closed: Hungarian felszámol (Focus and fel-), Bulgarian таксувам (WH clusters; за Consideration), Polish obciążyć / naliczyć (genitive of negation on the measuring QP). German berechnen / belasten opened Group D with two Case cloths. This page is Dutch FEE only, and it continues Group D FEE. The Dutch cloth is the complex predicate, not a copy of German cloth B and not a filled German in Rechnung stellen string. Norwegian belaste is live and closes Group D FEE. aanklagen stays on chargeACCUSE. Live de schuld geven stays on blame-nl.html.

Against German cloth A, Dutch does not rank the Payer as dative. Against German cloth B, Dutch does not file a mit-Amount. What sits in C is V2 hebben or finite brengen, not a Romance finite-verb copy and not a Hungarian Focus host. waarvoor extracts voor. It does not extract the denomination and it does not extract rekening.

Open items

Corpus filenames

The Group D charge notes name Dutch in rekening brengen against aanklagen. They name waarvoor as the Consideration resumption. The printed denomination rows, the two German Case cloths, and the numbered German NegQ strings stay on charge-fee-de.html. Dutch questions on this page are constructed parallels to those cells, plus the ordinary V2 and niet-before-participle shape already used on the live Dutch pages. The lexical entry’s Group D paragraph is the same source the German page cites. DOCX originals under the Tritransitive lit tree. Index 2 Payment remains betalen, overmaken. Nothing on this page is presented as field elicitation. No companion FEE verb was printed, so none was scouted.

Series placement: Dutch sense×language twin of English chargeFEE, Japanese seikyū, Spanish cobrar, French facturer, Italian addebitare, Mandarin 收 / 收费, Hungarian felszámol, Bulgarian таксувам, Polish obciążyć / naliczyć, and German berechnen / belasten, closed by Norwegian belaste. Continues Group D FEE. VERB_COUNT stays 10. Does not log chargeACCUSE into sprint Done (prior seed outside Done).

Index 2 citations for neighbouring Payment class

Dutch Payment citation from Index 2 (neighbour class — in rekening brengen is not listed)
CodeLanguageIndex 2 citationAs printed
NLDutchbetalen, overmaken · Beyond: chargeFEE · in rekening brengenVol. 7

chargeFEE is Beyond Index 2. The Payment cell stays betalen, overmaken.