Tilgængelighedserklæring - Sono AAC Communicator

Sidst opdateret: 25. maj 2026

1. Anvendelsesområde

Denne tilgængelighedserklæring gælder for:

• Sono AAC Communicator-mobilapplikationen til Android og iOS.
• Sono AAC Communicators reklamewebsted, hvor det er udgivet fra plugins/communicator/promo-projektet.

Sono er en symbolbaseret applikation til understøttende og alternativ kommunikation (AAC). Den er beregnet til at hjælpe mennesker med at kommunikere ved hjælp af billeder, sætningsbygning og tale-til-tekst.

1.1 Den Europæiske Tilgængelighedslov (Direktiv (EU) 2019/882)

Den Europæiske Tilgængelighedslov (“EAA”) og dens nationale gennemførelser gælder fra 28. juni 2025. Vores nuværende analyse af anvendelsesområdet under EAA er som følger.

Mikrovirksomhedsovervejelse: Udgiveren opererer som en enkeltpersons-mikrovirksomhed i henhold til EAA og EU-anbefalingen 2003/361/EF om definitionen af mikro-, små og mellemstore virksomheder. Mikrovirksomheder, der leverer tjenester, kan drage fordel af en delvis fritagelse i henhold til artikel 4, stk. 5, i EAA. Dette er kun anført som baggrund og reducerer ikke vores frivillige tilpasning til WCAG 2.2 AA / EN 301 549.

National lovgivning: Den kroatiske gennemførelseslovgivning (Zakon o pristupačnosti proizvoda i usluga osoba s invaliditetom i drugih osoba s teškoćama og relaterede instrumenter) går forud for denne generiske analyse. Hvor den pålægger yderligere forpligtelser for denne App, har disse forpligtelser forrang.

2. Forpligtelse til tilgængelighed

Vi ønsker, at Sono skal være brugbar af mennesker med en bred vifte af kommunikations-, motoriske, kognitive, visuelle, hørelses- og læringsbehov.

Tilgængelighed er især vigtigt for en AAC-app, fordi brugerne kan stole på den til daglig kommunikation. Vores mål er at tilpasse Sono til:

• Retningslinjer for tilgængelighed af webindhold (WCAG) 2.2, niveau AA, hvor det er relevant.
• EN 301 549, hvor det er relevant for mobilapplikationer, software og webindhold.

3. Overensstemmelsesstatus

Sono overholder i øjeblikket delvist WCAG 2.2 niveau AA og de gældende tilgængelighedskrav i EN 301 549.

“Delvist overholder” betyder, at nogle dele af appen og reklamewebstedet endnu ikke fuldt ud overholder tilgængelighedsstandarden.

Denne erklæring er baseret på en intern tilgængelighedsgennemgang udført den 25. maj 2026. Gennemgangen omfattede statisk kodeinspektion mod WCAG- og EN 301 549-kravene. Den er endnu ikke afsluttet med en fuld manuel audit ved brug af VoiceOver, TalkBack, navigation med eksternt tastatur, kontaktstyring, browser-tilgængelighedsværktøjer eller brugbarhedstest med personer med handicap.

4. Tilgængelighedsfunktioner

Sono indeholder flere design- og tekniske valg, der har til formål at understøtte tilgængelighed:

• Symbolbaseret kommunikation med store visuelle mål.
• Tekst-til-tale-output for sammensatte meddelelser.
• Offline-first drift efter installation.
• Valgfri offline stemmedownloads.
• Understøttelse af flere sprog.
• Nogle semantiske etiketter til symbolkort, sætningsstripskontrol og valgte tilstande.
• Understøttelse af tekstskalering på systemniveau i dele af grænsefladen.
• Omsorgsperson-indstillinger til at tilpasse bordlayout, stemme, visningsstil og symbolindhold.

Disse funktioner hjælper tilgængeligheden, men garanterer endnu ikke fuld overensstemmelse.

5. Kendte tilgængelighedsbegrænsninger

Følgende begrænsninger er kendte på datoen for denne erklæring.

5.1 Tastatur- og kontaktadgang

Nogle interaktive kontroller er implementeret som tilpassede berøringsmål og kan muligvis ikke nås eller betjenes med et eksternt tastatur, kontaktstyring eller en aktiveringsgestus fra hjælpeteknologi.

Dette påvirker dele af symbolbordet, kategorinavigationen, sætningsstrippen, indstillingsvælgere, spil, whiteboardkontroller og reklamewebstedets sprogvælger.

Relevante krav inkluderer WCAG 2.1.1 Tastatur, WCAG 2.4.7 Fokus synlig, WCAG 4.1.2 Navn, rolle, værdi og de tilsvarende gældende softwarekrav i EN 301 549.

5.2 Spil og whiteboard

Nogle spilinteraktioner og whiteboardets tegnelærred er afhængige af berøringsgestus. Tilsvarende tastatur-, kontakt- eller ikke-pegealternativer er endnu ikke tilvejebragt for alle spil- og whiteboardfunktioner.

Relevante krav inkluderer WCAG 2.1.1 Tastatur, WCAG 2.5.1 Pegergestus og WCAG 4.1.2 Navn, rolle, værdi.

5.3 Farvekontrast

Nogle kategorifarver, valgte tilstande, ikonfarver og temafarvevalg opfylder muligvis ikke minimumskontrastkravene for tekst- eller ikke-tekst-UI-komponenter.

Relevante krav inkluderer WCAG 1.4.3 Kontrast (minimum) og WCAG 1.4.11 Ikke-tekst kontrast.

5.4 Tekstændring af størrelse og reflow

Nogle etiketter og gitterlayouts bruger faste størrelser, etlinjeetiketter eller ellipser. Ved store systemtekststørrelser kan nogle tekst blive klippet, afkortet eller sværere at læse.

Relevante krav inkluderer WCAG 1.4.4 Tekstændring af størrelse og WCAG 1.4.10 Reflow.

5.5 Skærmlæser-meddelelser

Nogle dynamiske opdateringer er kun visuelle og bliver muligvis ikke automatisk annonceret af skærmlæsere. Dette inkluderer talte-meddelelser-bekræftelsesbannere, ændringer i søgeresultatantal og nogle indlæsnings- eller behandlingstilstande.

Relevant krav: WCAG 4.1.3 Statusmeddelelser.

5.6 Dialoger og overlejringer

Nogle tilpassede dialoger og overlejringer giver endnu ikke fuldstændig modal semantik, fokusstyring, mærkede afvisningskontroller eller forudsigelig tastaturfokusrækkefølge.

Relevante krav inkluderer WCAG 2.4.3 Fokusrækkefølge, WCAG 2.4.7 Fokus synlig og WCAG 4.1.2 Navn, rolle, værdi.

5.7 Omsorgsperson-adgangsport

Adgang til omsorgsperson-indstillinger kan kræve, at man løser et simpelt matematikspørgsmål. Dette kan skabe en unødvendig kognitiv barriere for nogle omsorgspersoner eller brugere.

Relevant krav: WCAG 3.3.8 Tilgængelig godkendelse (minimum), hvor denne interaktion behandles som et godkendelses- eller adgangskontrolskridt.

5.8 Lokalisering af tilgængelige navne

Nogle tilgængelighedsetiketter og supportekst er i øjeblikket hardkodet på engelsk, selv når appen bruges på et andet sprog.

Relevante krav inkluderer WCAG 3.1.2 Sprog for dele og WCAG 4.1.2 Navn, rolle, værdi.

5.9 Reklamewebstedslinks og sprogvælger

Reklamewebstedets sprogvælger bruger tilpassede ARIA-roller, men giver endnu ikke fuldstændig tastaturinteraktion. Nogle app-butikslinks kan også være pladsholdere, indtil endelige butiksopslag er tilgængelige.

Relevante krav inkluderer WCAG 2.1.1 Tastatur, WCAG 2.4.4 Linkformål og WCAG 4.1.2 Navn, rolle, værdi.

6. Alternativer og omgåelser

Hvor en funktion endnu ikke er fuldt tilgængelig:

• Brugere kan muligvis bruge hovedsymbolbordet med berøringsinput, mens tastatur- og kontaktadgang forbedres.
• Omsorgspersoner kan justere gitterstørrelse, visningsstil, stemme, sprog og symbolindhold for bedre at matche brugerens behov.
• Brugere, der oplever vanskeligheder med spil- eller whiteboardinteraktioner, kan fortsætte med at bruge kernekommunikationsbordet.
• Brugere og omsorgspersoner kan kontakte os for at anmode om support, rapportere en barriere eller bede om en alternativ adgangsvej.

7. Planlagte forbedringer

De aktuelle prioriteter for tilgængelighedsafhjælpning, ejere og målvinduer er nedenfor. Alle ejere er udgiveren (Matan Ljubas), medmindre andet er angivet. Målvinduer er vejledende og vil blive revideret efterhånden som arbejdet skrider frem, og efterhånden som brugerfeedback modtages.

Hvis en anskaffelse, kommerciel kunde eller offentlig sektor-køber kræver en formel Accessibility Conformance Report eller et VPAT-lignende artefakt før disse vinduer, vil vi forberede og dele en efter anmodning — se Afsnit 11.

8. Vurderingstilgang

Denne erklæring blev udarbejdet ved hjælp af selvevaluering.

Vurderingen omfattede:

• Statisk inspektion af Flutter-widgets og kode for reklamewebsted.
• Gennemgang i forhold til WCAG 2.2 succeskriterier.
• Gennemgang i forhold til gældende software- og webkrav i EN 301 549.
• flutter analyze for communicator-pakken.

Vurderingen omfattede endnu ikke:

• Fuld VoiceOver-test på iOS.
• Fuld TalkBack-test på Android.
• Fuld test af eksternt tastatur.
• Test af kontaktstyring.
• Browser-baseret automatiseret tilgængelighedstest af reklamewebstedet.
• Brugertest med personer med handicap eller AAC-brugere.

9. Feedback, kontakt og eskalering

Vi byder feedback velkommen om tilgængelighedsbarrierer i Sono.

Primær kontakt:

Matan Ljubas 10A Ul. Joze Krstića, Zadar, Zadarska županija 23000, Croatia E-mail: lj.matan@gmail.com

Alternative tilgængelige kontaktmetoder. Hvis e-mail ikke er tilgængelig for dig, kan du også nå udgiveren med post på ovenstående adresse. Hvis du har brug for en alternativ kanal (for eksempel på grund af et handicap eller på grund af kompatibilitet med hjælpeteknologi), bedes du angive den kanal, du kan bruge — med post, ved at bede en tredjepart om at sende e-mail på dine vegne eller på anden rimelig måde — og vi vil gøre vores bedste for at svare gennem en kanal, der fungerer for dig.

Når du rapporterer et tilgængelighedsproblem, bedes du, hvor det er muligt, inkludere:

• Den enhed og det operativsystem, du bruger;
• Appversionen, hvis kendt;
• Det sprog, der er valgt i appen;
• Skærmen eller funktionen, hvor problemet opstod;
• Den anvendte hjælpeteknologi, hvis nogen;
• En kort beskrivelse af, hvad der skete, og hvad du forventede ville ske.

At give disse oplysninger er ikke en forudsætning for, at vi svarer — vi vil arbejde med, hvad du kan give os.

Svarforventninger. Vi sigter mod:

• At bekræfte tilgængelighedsfeedback inden for syv (7) kalenderdage efter modtagelse;
• At give et indholdsmæssigt svar, inklusive en indledende vurdering og vejledende afhjælpningstiming, inden for tredive (30) kalenderdage;
• At prioritere barrierer, der forhindrer kommunikation, navigation eller central app-brug.

Hvor en barriere ikke kan rettes hurtigt, vil vi, hvor det med rimelighed er muligt, foreslå en midlertidig omgåelse (se Afsnit 6).

Eskalering. Hvis du ikke er tilfreds med vores svar på en tilgængelighedsklage, kan du eskalere sagen til de kompetente kroatiske myndigheder, der er ansvarlige for tilgængelighed, ligebehandling og forbrugerbeskyttelse — herunder, hvis det er relevant, den kroatiske ombudsmand (Pučki pravobranitelj, ombudsman.hr), ombudsmanden for personer med handicap (Pravobranitelj za osobe s invaliditetom, posi.hr) og den relevante markedsovervågningsmyndighed, der er udpeget i henhold til kroatisk gennemførelseslovgivning for Direktiv (EU) 2019/882 (Den Europæiske Tilgængelighedslov).

10. Gennemgang og opdateringer

Denne erklæring vil blive gennemgået efter væsentlige tilgængelighedsændringer og mindst en gang om året.

Fremtidige opdateringer bør inkludere resultaterne af manuel test af hjælpeteknologi og eventuelle fuldførte afhjælpningsarbejder.

11. Accessibility Conformance Report (ACR / VPAT)

En formel Accessibility Conformance Report (også almindeligvis omtalt som VPAT — Voluntary Product Accessibility Template) er endnu ikke offentliggjort for Sono. Hvor en anskaffelse, kommerciel kunde eller offentlig sektor-køber kræver en ACR eller et VPAT-lignende artefakt, kan udgiveren udarbejde en efter anmodning, der afspejler overensstemmelsesstatus og kendte begrænsninger beskrevet i Afsnit 3, 5 og 7 af denne erklæring. Anmodninger skal foretages via kontaktoplysningerne i Afsnit 9 og bør angive den standard, som overensstemmelse skal rapporteres mod (for eksempel WCAG 2.2 AA, EN 301 549 eller Section 508 i den amerikanske Rehabilitation Act).

12. Formel godkendelse

Denne tilgængelighedserklæring er godkendt af:

Matan Ljubas
Udgiver af Sono AAC Communicator

Denne erklæring er beregnet til at beskrive den aktuelle tilgængelighedsstatus for Sono AAC Communicator. Det er ikke en garanti for fuld juridisk overholdelse og erstatter ikke juridisk rådgivning for nogen specifik jurisdiktion, anskaffelsesproces eller regulatorisk forpligtelse.