Deklaracja dostępności – Sono AAC Communicator

Ostatnia aktualizacja: 7 listopada 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 przepisy wykonawcze mają zastosowanie od 28 czerwca 2025 r. do objętych nimi produktów i usług. Poniższa tabela stanowi wstępną ocenę obecnych funkcji Sono, a nie ustalenie jego statusu prawnego.

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	Proces zawierania umowy z konsumentem oferowany za pośrednictwem strony internetowej lub aplikacji mobilnej może objąć daną usługę zakresem EAA. Sono nie ma obecnie procesu płatności prowadzonego przez wydawcę ani zakupów w aplikacji.	Przed powołaniem się na wyłączenie ponownie ocenić rzeczywisty sposób dystrybucji oraz przyszłe ceny lub proces zawierania umów.
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ą. Jego zastosowanie do Sono zależy od oferowanej usługi, dystrybucji i prawa krajowego.	Dążymy do zgodności z WCAG 2.2 AA i EN 301 549, zgodnie z opisem w sekcji 2. Mogą mieć zastosowanie również inne przepisy lub wymogi zamówień.

Kwestia mikroprzedsiębiorstwa: Artykuł 4 ust. 5 EAA przewiduje wyłączenie dla mikroprzedsiębiorstw spełniających warunki i świadczących usługi. Nie ustalono, czy dotyczy ono wydawcy i określonej usługi. Nie powołujemy się tu na to wyłączenie.

Prawo krajowe: Chorwacka ustawa Zakon o zahtjevima za pristupačnost proizvoda i usluga (NN 89/2025, zmieniona przez NN 114/2026) oraz inne mające zastosowanie przepisy krajowe określają ewentualne obowiązki prawne dotyczące Sono. Niniejsza deklaracja nie uchyla tych obowiązków.

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

Nie wykazano jeszcze, że Sono jest w pełni zgodne z WCAG 2.2 na poziomie AA lub mającymi zastosowanie wymaganiami dostępności EN 301 549. Znane ograniczenia opisane poniżej dotyczą zarówno aplikacji, jak i promocyjnej strony internetowej. Jest to opis obecnej oceny, a nie formalna deklaracja zgodności z WCAG.

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. Terminy 6 i 12 miesięcy liczy się od pierwotnej publikacji tej deklaracji 25 maja 2026 r.; jej aktualizacja nie rozpoczyna ich biegu na nowo.

#	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, możesz skontaktować się z właściwym chorwackim organem w zależności od rodzaju problemu z dostępnością. Zgodnie z art. 25 ust. 9 chorwackiej ustawy Zakon o zahtjevima za pristupačnost proizvoda i usluga inspektorzy rynku Państwowego Inspektoratu (Državni inspektorat) nadzorują usługi handlu elektronicznego objęte ustawą. Rzecznik osób z niepełnosprawnościami (Pravobranitelj za osobe s invaliditetom, posi.hr) może również udzielić informacji o prawach osób z niepełnosprawnościami. Właściwa ścieżka zależy od usługi i skargi.

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.