@prefix dcterms: <http://purl.org/dc/terms/> .
@prefix edu: <https://knobit.org/def/> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix schema: <https://schema.org/> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .

<https://knobit.org/id/task/rmd-match-quality/C3> a edu:Question ;
    rdfs:label "C3 (2.5 points)"@en ;
    dcterms:license <https://creativecommons.org/licenses/by/4.0/> ;
    schema:hasPart <https://knobit.org/id/register/reference-master-data#RM-353>,
        <https://knobit.org/id/register/reference-master-data#RM-354> ;
    schema:identifier "C3" ;
    schema:position 3 ;
    schema:text "Deterministic keys. (a) 2 points: DR-01 auto-merges on an exact IBAN, but joint-account holders share an IBAN (spouses L-03): IBAN is not unique per person, so DR-01 no longer auto-merges (evidence only, clerical review or removed) and a finding says why. (b) 0.5: the clean objects are left alone - DR-02 (personal code, held by SR-01 and SR-04 and unique per person) still auto-merges, and phone stays a weighted comparison field, not a key; credited only together with (a)."@en .

edu:Question rdfs:label "Question"@en,
        "Küsimus"@et .

<https://knobit.org/id/register/reference-master-data#RM-353> rdfs:label "rmd-match-quality C3: a joint-account IBAN as a deterministic key"@en .

<https://knobit.org/id/register/reference-master-data#RM-354> rdfs:label "rmd-match-quality C3: the personal code kept as the key, phone kept as a weighted field"@en .

