Deklaracja dostępności – Sono AAC Communicator

Ostatnia aktualizacja: 25 maja 2026

1. Zakres

Niniejsza deklaracja dostępności dotyczy:

Aplikacji mobilnej Sono AAC Communicator dla systemów Android i iOS.
Promocyjnej strony internetowej Sono AAC Communicator, jeśli jest publikowana z projektu plugins/communicator/promo.

Sono to aplikacja do komunikacji wspomagającej i alternatywnej (AAC) oparta na symbolach. Ma na celu pomóc ludziom komunikować się za pomocą obrazów, budowania zdań i syntezy mowy.

1.1 Europejski akt o dostępności (Dyrektywa (UE) 2019/882)

Europejski akt o dostępności (“EAA”) i jego krajowe implementacje obowiązują od 28 czerwca 2025 r. Nasza obecna analiza zakresu zgodnie z EAA jest następująca.

Kategoria EAA	Prawdopodobny status dla Sono	Uwagi
Sprzęt końcowy dla konsumenta	Nie dotyczy	Sono to oprogramowanie, a nie sprzęt.
Usługi handlu elektronicznego	Prawdopodobnie w zakresie tylko jeśli Sono jest oferowane do sprzedaży lub zakupów w aplikacji konsumentom w UE. Obecna publiczna dystrybucja (bezpłatne pobieranie poprzez platformowe sklepy z aplikacjami, brak zakupów w aplikacji, brak procesu handlowego prowadzonego przez wydawcę) nie jest traktowana jako usługa handlu elektronicznego w zakresie.	Ponownie oceń, jeśli wprowadzone zostaną ceny, płatne poziomy lub kasa prowadzona przez wydawcę.
Usługi zapewniające dostęp do audiowizualnych usług medialnych	Nie dotyczy	Sono nie jest audiowizualną usługą medialną.
Oprogramowanie używane głównie do dostępu do audiowizualnych usług medialnych	Nie dotyczy	Sono nie jest zaprojektowane do dostępu do AVMS.
Inne oprogramowanie / aplikacje mobilne	EAA nie nakłada ogólnego obowiązku dostępności na każdą aplikację mobilną, ale państwa członkowskie mogą przyjąć krajowe przepisy, które idą dalej. Podchodzimy do aplikacji mobilnej Sono jako poza ścisłym zakresem EAA zgodnie z samą Dyrektywą (UE) 2019/882, przy jednoczesnym dobrowolnym dostosowywaniu się do WCAG 2.2 AA i EN 301 549, jak określono w sekcji 2.	Tam, gdzie konkretne zamówienie (sektor publiczny lub komercyjny) uruchamia surowszy reżim — na przykład Dyrektywa o dostępności stron internetowych (UE) 2016/2102 dla podmiotów sektora publicznego — przygotujemy na żądanie dostosowany artefakt zgodności (patrz sekcja 11).

Rozważanie mikroprzedsiębiorstwa: Wydawca działa jako jednoosobowe mikroprzedsiębiorstwo w rozumieniu EAA i zalecenia UE 2003/361/WE w sprawie definicji mikroprzedsiębiorstw, małych i średnich przedsiębiorstw. Mikroprzedsiębiorstwa świadczące usługi mogą korzystać z częściowego zwolnienia zgodnie z art. 4 ust. 5 EAA. Jest to wskazane wyłącznie jako kontekst i nie zmniejsza naszego dobrowolnego dostosowania do WCAG 2.2 AA / EN 301 549.

Prawo krajowe: Chorwackie ustawodawstwo wdrażające (Zakon o pristupačnosti proizvoda i usluga osoba s invaliditetom i drugih osoba s teškoćama i powiązane instrumenty) ma pierwszeństwo przed tą ogólną analizą. Tam, gdzie nakłada dodatkowe obowiązki na tę Aplikację, te obowiązki przeważają.

2. Zobowiązanie do dostępności

Chcemy, aby z Sono mogły korzystać osoby o szerokim spektrum potrzeb komunikacyjnych, motorycznych, poznawczych, wzrokowych, słuchowych i edukacyjnych.

Dostępność jest szczególnie ważna dla aplikacji AAC, ponieważ użytkownicy mogą na niej polegać w codziennej komunikacji. Naszym celem jest dostosowanie Sono do:

Wytycznych dotyczących dostępności treści internetowych (WCAG) 2.2, Poziom AA, tam gdzie ma to zastosowanie.
EN 301 549, tam gdzie ma to zastosowanie do aplikacji mobilnych, oprogramowania i treści internetowych.

3. Status zgodności

Sono obecnie częściowo spełnia WCAG 2.2 Poziom AA i mające zastosowanie wymagania dotyczące dostępności EN 301 549.

“Częściowo spełnia” oznacza, że niektóre części aplikacji i promocyjnej strony internetowej nie są jeszcze w pełni zgodne ze standardem dostępności.

Niniejsza deklaracja opiera się na wewnętrznym przeglądzie dostępności przeprowadzonym 25 maja 2026 r. Przegląd obejmował statyczną inspekcję kodu pod kątem wymagań WCAG i EN 301 549. Nie został jeszcze ukończony pełnym audytem ręcznym z użyciem VoiceOver, TalkBack, zewnętrznej nawigacji klawiaturą, sterowania przełącznikami, narzędzi dostępności przeglądarki ani testów użyteczności z osobami niepełnosprawnymi.

4. Funkcje dostępności

Sono zawiera kilka decyzji projektowych i technicznych mających na celu wspieranie dostępności:

Komunikacja oparta na symbolach z dużymi celami wizualnymi.
Wyjście syntezy mowy dla skomponowanych wiadomości.
Działanie offline po instalacji.
Opcjonalne pobieranie głosów offline.
Wsparcie dla wielu języków.
Niektóre etykiety semantyczne dla kart symboli, sterowania paskiem zdań i wybranych stanów.
Wsparcie dla skalowania tekstu na poziomie systemu w częściach interfejsu.
Ustawienia opiekuna do personalizacji układu tablicy, głosu, stylu wyświetlania i zawartości symboli.

Funkcje te pomagają w dostępności, ale nie gwarantują jeszcze pełnej zgodności.

5. Znane ograniczenia dostępności

Następujące ograniczenia są znane w dacie niniejszej deklaracji.

5.1 Dostęp klawiaturą i przełącznikami

Niektóre interaktywne elementy sterujące są zaimplementowane jako niestandardowe cele dotykowe i mogą nie być dostępne lub obsługiwalne za pomocą zewnętrznej klawiatury, sterowania przełącznikiem lub gestu aktywacji technologii wspomagającej.

Dotyczy to części tablicy symboli, nawigacji kategoriami, paska zdań, selektorów ustawień, gier, sterowania tablicą i selektora języka promocyjnej strony internetowej.

Odpowiednie wymagania obejmują WCAG 2.1.1 Klawiatura, WCAG 2.4.7 Widoczność fokusa, WCAG 4.1.2 Nazwa, Rola, Wartość oraz równoważne mające zastosowanie wymagania dotyczące oprogramowania EN 301 549.

5.2 Gry i tablica

Niektóre interakcje gier i płótno rysunkowe tablicy opierają się na gestach dotykowych. Równoważne alternatywy z klawiaturą, przełącznikiem lub bez wskaźnika nie są jeszcze udostępnione dla wszystkich funkcji gier i tablicy.

Odpowiednie wymagania obejmują WCAG 2.1.1 Klawiatura, WCAG 2.5.1 Gesty wskaźnika i WCAG 4.1.2 Nazwa, Rola, Wartość.

5.3 Kontrast kolorów

Niektóre kolory kategorii, wybrane stany, kolory ikon i opcje kolorów motywu mogą nie spełniać minimalnych wymagań kontrastu dla tekstowych lub nietekstowych komponentów interfejsu użytkownika.

Odpowiednie wymagania obejmują WCAG 1.4.3 Kontrast (minimalny) i WCAG 1.4.11 Kontrast nietekstowy.

5.4 Zmiana rozmiaru i przepływ tekstu

Niektóre etykiety i układy siatki używają stałych rozmiarów, jednoliniowych etykiet lub elipsy. Przy dużych rozmiarach tekstu systemowego niektóre teksty mogą być przycięte, skrócone lub trudniejsze do odczytania.

Odpowiednie wymagania obejmują WCAG 1.4.4 Zmiana rozmiaru tekstu i WCAG 1.4.10 Przepływ.

5.5 Ogłoszenia czytników ekranu

Niektóre dynamiczne aktualizacje są tylko wizualne i mogą nie być automatycznie ogłaszane przez czytniki ekranu. Obejmuje to banery potwierdzenia wypowiedzianych wiadomości, zmiany liczby wyników wyszukiwania oraz niektóre stany ładowania lub przetwarzania.

Odpowiednie wymaganie: WCAG 4.1.3 Komunikaty o statusie.

5.6 Dialogi i nakładki

Niektóre niestandardowe dialogi i nakładki nie zapewniają jeszcze pełnej semantyki modalnej, zarządzania fokusem, oznakowanych kontrolek zamykania ani przewidywalnej kolejności fokusa klawiatury.

Odpowiednie wymagania obejmują WCAG 2.4.3 Kolejność fokusa, WCAG 2.4.7 Widoczność fokusa i WCAG 4.1.2 Nazwa, Rola, Wartość.

5.7 Brama dostępu opiekuna

Dostęp do ustawień opiekuna może wymagać rozwiązania prostego pytania matematycznego. Może to stworzyć niepotrzebną barierę poznawczą dla niektórych opiekunów lub użytkowników.

Odpowiednie wymaganie: WCAG 3.3.8 Dostępne uwierzytelnianie (minimalne), gdzie ta interakcja jest traktowana jako krok uwierzytelniania lub kontroli dostępu.

5.8 Lokalizacja nazw dostępnych

Niektóre etykiety dostępności i tekst pomocniczy są obecnie zakodowane na stałe w języku angielskim, nawet gdy aplikacja jest używana w innym języku.

Odpowiednie wymagania obejmują WCAG 3.1.2 Język części i WCAG 4.1.2 Nazwa, Rola, Wartość.

5.9 Linki promocyjnej strony internetowej i selektor języka

Selektor języka promocyjnej strony internetowej używa niestandardowych ról ARIA, ale nie zapewnia jeszcze pełnej interakcji klawiaturą. Niektóre linki do sklepu z aplikacjami mogą być również miejscami zastępczymi, dopóki nie będą dostępne ostateczne listy w sklepie.

Odpowiednie wymagania obejmują WCAG 2.1.1 Klawiatura, WCAG 2.4.4 Cel linku i WCAG 4.1.2 Nazwa, Rola, Wartość.

6. Alternatywy i obejścia

Tam, gdzie funkcja nie jest jeszcze w pełni dostępna:

Użytkownicy mogą być w stanie korzystać z głównej tablicy symboli za pomocą dotyku, podczas gdy dostęp klawiaturą i przełącznikiem jest ulepszany.
Opiekunowie mogą dostosować rozmiar siatki, styl wyświetlania, głos, język i zawartość symboli, aby lepiej odpowiadać potrzebom użytkownika.
Użytkownicy, którzy doświadczają trudności z interakcjami w grach lub na tablicy, mogą kontynuować korzystanie z podstawowej tablicy komunikacyjnej.
Użytkownicy i opiekunowie mogą się z nami skontaktować, aby poprosić o wsparcie, zgłosić barierę lub poprosić o alternatywną ścieżkę dostępu.

7. Planowane ulepszenia

Bieżące priorytety naprawy dostępności, właściciele i okna docelowe są poniżej. Wszystkimi właścicielami jest wydawca (Matan Ljubas), o ile nie określono inaczej. Okna docelowe są orientacyjne i będą rewidowane w miarę postępu prac i otrzymywania informacji zwrotnych od użytkowników.

#	Priorytet	Właściciel	Okno docelowe
1	Zastąpić elementy sterowania tylko dotykowego dostępnymi elementami sterowania, które obsługują fokus klawiatury, aktywację, role, nazwy, wybrane stany, wyłączone stany i widoczne wskaźniki fokusa.	Wydawca	Następne dwa pomniejsze wydania
2	Dodać pełną semantykę i alternatywy klawiaturowe dla gier i narzędzi tablicy, gdzie to praktyczne.	Wydawca	W ciągu 6 miesięcy od tej deklaracji
3	Scentralizować obsługę kontrastu kolorów, tak aby tekst i ikony automatycznie wybierały dostępny kolor pierwszego planu.	Wydawca	Następne pomniejsze wydanie
4	Ulepszyć obsługę dużego tekstu i zmniejszyć przycinanie w siatkach, kartach, chipach i interfejsie budowania zdań.	Wydawca	W ciągu 6 miesięcy od tej deklaracji
5	Dodać ogłoszenia czytnika ekranu dla komunikatów o statusie, wyników wyszukiwania, stanów ładowania i informacji zwrotnych dotyczących mowy.	Wydawca	W ciągu 6 miesięcy od tej deklaracji
6	Ulepszyć obsługę fokusa, semantykę modalną i oznakowane akcje zamykania w niestandardowych nakładkach.	Wydawca	W ciągu 6 miesięcy od tej deklaracji
7	Zastąpić lub uzupełnić bramę matematyczną opiekuna dostępną alternatywą zgodnie z WCAG 3.3.8.	Wydawca	W ciągu 6 miesięcy od tej deklaracji
8	Konsekwentnie lokalizować etykiety dostępności i tekst pomocniczy we wszystkich obsługiwanych językach.	Wydawca	W ciągu 12 miesięcy od tej deklaracji
9	Przeprowadzić pełny audyt ręczny z VoiceOver, TalkBack, zewnętrzną klawiaturą i sterowaniem przełącznikiem, idealnie obejmujący testy użyteczności z użytkownikami AAC.	Wydawca (angażując zewnętrznych testerów, gdzie to wykonalne)	W ciągu 12 miesięcy od tej deklaracji
10	Dodać automatyczne i ręczne sprawdzenia dostępności do procesu wydania.	Wydawca	W ciągu 6 miesięcy od tej deklaracji

Jeśli zamówienie publiczne, klient komercyjny lub nabywca z sektora publicznego wymaga formalnego Accessibility Conformance Report lub artefaktu w stylu VPAT przed tymi oknami, przygotujemy go i udostępnimy na żądanie — patrz sekcja 11.

8. Podejście do oceny

Niniejsza deklaracja została przygotowana w oparciu o samoocenę.

Ocena obejmowała:

Statyczną inspekcję widgetów Flutter i kodu promocyjnej strony internetowej.
Przegląd w odniesieniu do kryteriów sukcesu WCAG 2.2.
Przegląd w odniesieniu do mających zastosowanie wymagań dotyczących oprogramowania i sieci EN 301 549.
flutter analyze dla pakietu communicator.

Ocena nie obejmowała jeszcze:

Pełnego testowania VoiceOver na iOS.
Pełnego testowania TalkBack na Androidzie.
Pełnego testowania zewnętrznej klawiatury.
Testowania sterowania przełącznikami.
Automatycznego testowania dostępności promocyjnej strony internetowej w przeglądarce.
Testów użytkowych z osobami niepełnosprawnymi lub użytkownikami AAC.

9. Informacje zwrotne, kontakt i eskalacja

Witamy informacje zwrotne dotyczące barier dostępności w Sono.

Główny kontakt:

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

Alternatywne dostępne metody kontaktu. Jeśli e-mail nie jest dla Ciebie dostępny, możesz również skontaktować się z wydawcą pocztą pod powyższym adresem. Jeśli potrzebujesz alternatywnego kanału (na przykład ze względu na niepełnosprawność lub ze względu na kompatybilność z technologią wspomagającą), wskaż kanał, z którego możesz korzystać — pocztą, prosząc trzecią stronę o wysłanie e-maila w Twoim imieniu lub w inny rozsądny sposób — a my dołożymy wszelkich starań, aby odpowiedzieć przez kanał, który Ci odpowiada.

Zgłaszając problem z dostępnością, gdy to możliwe, podaj:

Urządzenie i system operacyjny, którego używasz;
Wersję aplikacji, jeśli jest znana;
Język wybrany w aplikacji;
Ekran lub funkcję, na której wystąpił problem;
Używaną technologię wspomagającą, jeśli jest;
Krótki opis tego, co się stało i czego się spodziewałeś.

Podanie tych informacji nie jest warunkiem naszej odpowiedzi — będziemy pracować z tym, co możesz nam dać.

Oczekiwania dotyczące odpowiedzi. Naszym celem jest:

Potwierdzić informacje zwrotne dotyczące dostępności w ciągu siedmiu (7) dni kalendarzowych od otrzymania;
Udzielić merytorycznej odpowiedzi, w tym wstępnej oceny i orientacyjnego harmonogramu naprawy, w ciągu trzydziestu (30) dni kalendarzowych;
Priorytetowo traktować bariery uniemożliwiające komunikację, nawigację lub podstawowe użytkowanie aplikacji.

Tam, gdzie nie można szybko usunąć bariery, zaproponujemy, gdy będzie to rozsądnie możliwe, tymczasowe obejście (patrz sekcja 6).

Eskalacja. Jeśli nie jesteś zadowolony z naszej odpowiedzi na skargę dotyczącą dostępności, możesz eskalować sprawę do właściwych chorwackich organów odpowiedzialnych za dostępność, równe traktowanie i ochronę konsumentów — w tym, w stosownych przypadkach, chorwackiego rzecznika praw obywatelskich (Pučki pravobranitelj, ombudsman.hr), rzecznika osób niepełnosprawnych (Pravobranitelj za osobe s invaliditetom, posi.hr) i właściwego organu nadzoru rynku wyznaczonego zgodnie z chorwackimi przepisami wdrażającymi Dyrektywę (UE) 2019/882 (Europejski akt o dostępności).

10. Przegląd i aktualizacje

Niniejsza deklaracja będzie poddawana przeglądowi po znaczących zmianach dostępności i co najmniej raz w roku.

Przyszłe aktualizacje powinny obejmować wyniki ręcznego testowania z technologią wspomagającą oraz wszelkie zakończone prace naprawcze.

11. Accessibility Conformance Report (ACR / VPAT)

Formalny Accessibility Conformance Report (również często określany jako VPAT — Voluntary Product Accessibility Template) nie został jeszcze opublikowany dla Sono. Tam, gdzie zamówienie publiczne, klient komercyjny lub nabywca z sektora publicznego wymaga ACR lub artefaktu w stylu VPAT, wydawca może przygotować go na żądanie, odzwierciedlając status zgodności i znane ograniczenia opisane w sekcjach 3, 5 i 7 niniejszej deklaracji. Wnioski należy składać za pośrednictwem danych kontaktowych w sekcji 9 i powinny wskazywać standard, względem którego ma być zgłoszona zgodność (na przykład WCAG 2.2 AA, EN 301 549 lub Section 508 amerykańskiej ustawy Rehabilitation Act).

12. Formalne zatwierdzenie

Niniejsza deklaracja dostępności została zatwierdzona przez:

Matan Ljubas
Wydawca Sono AAC Communicator

Niniejsza deklaracja ma na celu opisanie obecnego statusu dostępności Sono AAC Communicator. Nie jest gwarancją pełnej zgodności prawnej i nie zastępuje porady prawnej dla konkretnej jurysdykcji, procesu zamówień ani obowiązku regulacyjnego.