Versiunea 1.0: platforma și standardul sunt gata; încă nu există audituri reale de trafic 6 august 2026
De la constatare la verificare

O problemă nu se închide când este publicată

Fiecare bon păstrează vizibile constatarea inițială, răspunsul instituției, schimbarea promisă și retestarea. Reparația primește aceeași proeminență ca problema.

Ciclul de viață

De la probă la reparație verificată

O reparație nu este verificată numai printr-o promisiune sau o politică nouă. Comportamentul ori documentul relevant trebuie să treacă verificarea declarată.

01

Documentată

Proba și limita ei sunt fixate pentru versiunea exactă.

02

Trimisă

Actorul care poate repara primește afirmația și artefactele relevante.

03

Actualizată

Politica, SDK-ul, consimțământul sau documentația se schimbă.

04

Retestată

Aceeași procedură verifică dacă comportamentul inițial se mai reproduce.

CAL

Registrul v1.0 conține numai reparații de calibrare

Ele demonstrează stările și continuitatea istorică. Nicio instituție reală nu este creditată sau criticată în acest registru înaintea testării.

propusă

REP-CAL-001

Oraș Test — Sesizări

Furnizor fictiv: Inițializează SDK-ul de analiză numai după acceptarea explicită sau scoate-l din traseul de bază.

Deschide bonul-sursă →

Test de verificare

Repetă traseul pe instalare curată și confirmă absența conexiunii înainte de alegere.

propusă

REP-CAL-201

Transport Test

Operator fictiv: Publică rolul contractual și categoriile de date ale backendului de trasee.

Deschide bonul-sursă →

Test de verificare

Verificare documentară; nu presupune modificarea aplicației.

verificată

REP-CAL-301

Identitate Test

Furnizor fictiv: Amânarea inițializării SDK-ului până după acceptare.

Deschide bonul-sursă →

Test de verificare

Trei instalări curate, refuz, acceptare și retragere.

Verificată: 5 august 2026