@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/dm-logical-integrity/I10> a edu:Question ;
    rdfs:label "I10 (2 points)"@en ;
    dcterms:license <https://creativecommons.org/licenses/by/4.0/> ;
    schema:hasPart <https://knobit.org/id/register/data-modelling#I-533> ;
    schema:identifier "I10" ;
    schema:position 17 ;
    schema:text "System-assigned key only, both directions, 1 each: (a) Business Customer is identified only by Business Customer Id, which the onboarding system assigns, with natural_key empty although BR-141 names the registry code as the identifier and forbids onboarding a company twice; the registry code becomes the natural key (and, at this stage, the primary key), and Account's reference follows it; (b) Complaint is left keyed on Complaint Reference: it is assigned by a system, but it is the identifier the business and the customer use (BR-142), and the draft already records it as natural key. Replacing it or reporting it as system-assigned-key-only scores 0 for (b)."@en .

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

<https://knobit.org/id/register/data-modelling#I-533> rdfs:label "dm-logical-integrity I10: business customer identified only by a system key, complaint reference kept"@en .