@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-survivorship/I1> a edu:Question ;
    rdfs:label "I1 (2 points)"@en ;
    dcterms:license <https://creativecommons.org/licenses/by/4.0/> ;
    schema:hasPart <https://knobit.org/id/register/reference-master-data#RM-404>,
        <https://knobit.org/id/register/reference-master-data#RM-405>,
        <https://knobit.org/id/register/reference-master-data#RM-406>,
        <https://knobit.org/id/register/reference-master-data#RM-407> ;
    schema:identifier "I1" ;
    schema:position 2 ;
    schema:text "0.5 each. (a) Date of birth is decided by 'most recent wins', which picked 1988-02-01 from the loan application (unverified, a typo) over the verified 1988-02-10: immutable attributes go to a steward on conflict. (b) There is no unmerge path. (c) SV-000 makes core banking win every attribute, though CRM is the contact-data authority: trust per attribute. (d) E-mail ties are broken by 'first loaded': deterministic tie-break."@en .

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

<https://knobit.org/id/register/reference-master-data#RM-404> rdfs:label "rmd-survivorship I1: date of birth decided by recency"@en .

<https://knobit.org/id/register/reference-master-data#RM-405> rdfs:label "rmd-survivorship I1: no unmerge path"@en .

<https://knobit.org/id/register/reference-master-data#RM-406> rdfs:label "rmd-survivorship I1: core banking wins every attribute"@en .

<https://knobit.org/id/register/reference-master-data#RM-407> rdfs:label "rmd-survivorship I1: e-mail ties broken by load order"@en .