@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/dii-flow-resilience/C3> a edu:Question ;
    rdfs:label "C3 (2 points)"@en ;
    dcterms:license <https://creativecommons.org/licenses/by/4.0/> ;
    schema:hasPart <https://knobit.org/id/register/data-integration#DI-354>,
        <https://knobit.org/id/register/data-integration#DI-355> ;
    schema:identifier "C3" ;
    schema:position 3 ;
    schema:text "Replay, 1 each. (a) PF-04 is reported as having no replay path: the vendor removes the file once downloaded and the landing folder deletes it after the load, so a failed load cannot be re-run and screening runs a day on the previous list. (b) The fix keeps every file (immutable archive, or re-download by list version if the vendor offers it) and re-runs the load from the last archived file, the load staying idempotent (the list replaced by list_version)."@en .

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

<https://knobit.org/id/register/data-integration#DI-354> rdfs:label "dii-flow-resilience C3a: PF-04 sanctions file flow with no replay path reported"@en .

<https://knobit.org/id/register/data-integration#DI-355> rdfs:label "dii-flow-resilience C3b: PF-04 re-run from an archived file of the list version"@en .