Data sporządzenia deklaracji: 30 września 2026 r.
Data ostatniego przeglądu deklaracji: 30 września 2026 r.

Oświadczenie w sprawie dostępności

ambiscale Sp. z o.o. zobowiązuje się zapewnić dostępność cyfrową serwisu Dokumentacja Dostępności Cyfrowej (WCAG 2.2) na poziomie odpowiadającym wymaganiom WCAG 2.2 na poziomach A i AA. Niniejsze oświadczenie ma zastosowanie do serwisu internetowego pod adresem https://pdc.ambiscale.com.

• Data publikacji serwisu: 01.10.2026
• Data ostatniej istotnej aktualizacji: 01.10.2026

Podstawa publikacji

Ustawa z dnia 4 kwietnia 2019 r. o dostępności cyfrowej stron internetowych i aplikacji mobilnych podmiotów publicznych nakłada obowiązek publikowania deklaracji dostępności na podmioty publiczne. ambiscale Sp. z o.o. jest spółką prawa handlowego i nie jest podmiotem publicznym w rozumieniu tej ustawy, dlatego publikujemy niniejszą deklarację dobrowolnie — według wzoru wynikającego z tej ustawy, aby zachować układ i zakres informacji, do którego użytkownicy są przyzwyczajeni. W konsekwencji nie stosuje się do nas ustawowa procedura skargowa opisana w rozdziale „Obsługa wniosków i skarg”; opisujemy tam procedurę, którą przyjęliśmy dobrowolnie.

Dla porządku wskazujemy, że odrębne wymagania dostępności dla podmiotów gospodarczych wprowadza ustawa z dnia 26 kwietnia 2024 r. o zapewnianiu spełniania wymagań dostępności niektórych produktów i usług przez podmioty gospodarcze (Dz.U. 2024 poz. 731), wdrażająca dyrektywę (UE) 2019/882 (European Accessibility Act), stosowana od 28 czerwca 2025 r. Serwis jest bezpłatnym materiałem informacyjno-edukacyjnym, a nie usługą wymienioną w tej ustawie.

Stan dostępności cyfrowej

Serwis jest zgodny z wymaganiami WCAG 2.2 na poziomach A i AA.

Zakres oświadczenia o zgodności.

Oświadczenie obejmuje treści opublikowane w Serwisie przez Administratora. Nie obejmuje ono elementów wymienionych w rozdziale „Treści nieobjęte badaniem” — w szczególności interaktywnych przykładów kodu osadzonych z serwisu CodePen, które są treścią zewnętrzną i nie zostały przez nas zbadane. Ocenę opieramy na wyniku ostatniego przeglądu opisanego w rozdziale „Przygotowanie deklaracji dostępności”; nie wyklucza ona istnienia usterek, których zastosowane metody badania nie wykrywają. Każde zgłoszenie problemu z dostępnością traktujemy jako podstawę do korekty tego oświadczenia.

Odnosimy się do WCAG 2.2, ponieważ to ten standard serwis dokumentuje. WCAG 2.2 na poziomach A i AA obejmuje 55 kryteriów sukcesu i zawiera wszystkie kryteria WCAG 2.1 AA, do których odwołuje się załącznik do ustawy o dostępności cyfrowej (z wyjątkiem kryterium 4.1.1 Parsowanie, wycofanego przez W3C).

Niezgodności

1. Nie stwierdziliśmy niezgodności. Podczas ostatniego przeglądu, obejmującego 185 adresów Serwisu, ani narzędzie automatyczne, ani nasz własny pomiar kontrastu nie wykazały naruszenia wymagań WCAG 2.2 na poziomach A i AA.
2. Niezgodności usunięte w toku prac. Wcześniejsze przeglądy wykazały i doprowadziły do usunięcia następujących niezgodności: łącza bez nazwy dostępnej na stronach kryteriów, powtórzony identyfikator obszaru nawigacji na wszystkich stronach, zbyt niski kontrast licznika pojęć w Słowniku, przycisku logowania, tekstu wprowadzającego w sekcji powitalnej oraz oznaczenia bieżącej strony w podziale na strony, a także podwójne nagłówki pierwszego poziomu na części stron i powtórzone identyfikatory elementów w treści. Usunięcie każdej z nich potwierdziliśmy ponownym badaniem.
3. Zmiany wprowadzone poza wymaganiami WCAG. Oznaczenie bieżącej strony w podziale na strony różniło się od pozostałych wyłącznie barwą. Poza podniesieniem kontrastu nadaliśmy mu wypełnione tło i usunęliśmy podkreślenie, aby bieżąca pozycja była rozpoznawalna także bez rozróżniania kolorów (kryterium 1.4.1 Użycie koloru).

Treści nieobjęte badaniem

Poniższe elementy nie zostały objęte badaniem automatycznym. Nie oznacza to, że są niedostępne — oznacza, że nie potwierdziliśmy ich zgodności i traktujemy je jako obszar do sprawdzenia ręcznego.

• Interaktywne przykłady kodu osadzone z serwisu CodePen. Na stronach kryteriów przykłady implementacji są osadzone w ramkach iframe pochodzących z domeny codepen.io. Narzędzia automatyczne nie mają dostępu do wnętrza ramek z innej domeny, dlatego zawartość przykładów nie została przebadana. Same ramki mają opisowe atrybuty title.
• Treści dostępne po zalogowaniu. Część materiałów w sekcji Insights oraz treści rozszerzone przy kryteriach są widoczne wyłącznie dla zalogowanych użytkowników. Badanie objęło wersję publiczną tych stron.
• Pliki multimedialne i dokumenty w bibliotece mediów, które nie były osadzone na żadnej z badanych stron (m.in. nagrania wideo, ścieżki napisów i transkrypcje przygotowane jako materiał przykładowy do wytycznej 1.2).
• Panel administracyjny WordPress — narzędzie redakcyjne, niedostępne dla odwiedzających serwis.

Nadmierne koszty

Nie powołujemy się na przesłankę nadmiernych kosztów. Wszystkie zidentyfikowane niezgodności uznajemy za możliwe do usunięcia w ramach zwykłego utrzymania serwisu.

Przygotowanie deklaracji dostępności

Deklarację sporządziliśmy na podstawie samooceny przeprowadzonej przez podmiot publikujący serwis, wspartej badaniem automatycznym. Nie zlecaliśmy audytu zewnętrznego.

Metoda badania:

• Badanie automatyczne: silnik axe-core w wersji 4.11 uruchomiony w przeglądarce Chrome w trybie headless (Puppeteer), z regułami odpowiadającymi WCAG 2.0, 2.1 i 2.2 na poziomach A i AA.
• Zakres: 185 adresów — wszystkie 181 wskazanych w mapach witryny Serwisu oraz dodatkowo trzy warianty strony wyników wyszukiwania i stronę błędu 404, które w mapach witryny nie występują, a mają własne komponenty. W tej liczbie 73 strony zasad, wytycznych i pojedynczych kryteriów oraz 108 pozostałych stron, w tym strona główna, słownik i jego hasła, archiwum narzędzi i opisy poszczególnych narzędzi, lista kontrolna, roadmapa z podstronami, mapa serwisu, zasoby, Insights, strona O projekcie, Polityka Prywatności i niniejsza deklaracja.
• Weryfikacja ręczna i pomiary uzupełniające: obliczenie kontrastu wszystkich par kolorów z palety serwisu, sprawdzenie widoczności fokusa na 60 elementach interaktywnych na każdej stronie, test przepływu treści (reflow) przy szerokości okna 320 px, kontrola struktury nagłówków i punktów orientacyjnych, sprawdzenie etykiet pól formularza filtrów kryteriów, kontrola atrybutów title ramek osadzonych oraz atrybutu języka strony. Dodatkowo, przy szerokości okna 375 px sprawdziliśmy obsługę z klawiatury rozwijanych nagłówków kryteriów w archiwum: otrzymują one rolę przycisku, są osiągalne fokusem, reagują na klawisze Enter i Spacja, a stan aria-expanded zmienia się poprawnie.
• Pełny pomiar kontrastu: narzędzie automatyczne pozostawiło część elementów jako nierozstrzygnięte, ponieważ nie potrafiło ustalić koloru tła. Dlatego przeprowadziliśmy własny pomiar wszystkich elementów zawierających tekst na wszystkich 185 stronach: dla każdego z nich ustaliliśmy kolor tekstu, rzeczywisty kolor tła (idąc w górę drzewa dokumentu do pierwszego nieprzezroczystego tła) oraz próg wymagany dla danego rozmiaru i grubości pisma. Zmierzyliśmy 28 891 elementów tekstowych i wszystkie spełniają wymagania.
• Tło graficzne: w ośmiu przypadkach tła nie da się wyrazić jednym kolorem, bo pod tekstem znajduje się grafika. Dla nich zmierzyliśmy kontrast na rzeczywistych pikselach wyrenderowanej strony — ukrywając sam tekst, wykonując zrzut ekranu i wyznaczając najgorszy punkt tła w obszarze zajmowanym przez tekst, przy szerokościach okna 1280, 768 i 375 pikseli. Tą metodą wykryliśmy niezgodność w akapicie wprowadzającym sekcji powitalnej, której narzędzie automatyczne nie było w stanie rozstrzygnąć; po jej usunięciu ponowny pomiar dał 5,43–5,54:1 dla akapitu i 6,39–9,22:1 dla nagłówka, przy progach odpowiednio 4,5:1 i 3:1.

Badanie automatyczne nie zastępuje testów z udziałem użytkowników korzystających z technologii wspomagających. Testy z czytnikami ekranu (NVDA, JAWS, VoiceOver) oraz testy wyłącznie z klawiatury na pełnym zakresie serwisu są zaplanowane — patrz rozdział „Plan poprawy dostępności”.

Udogodnienia w serwisie

Poniższe rozwiązania zostały potwierdzone w badaniu:

• Łącze „Przejdź do treści” jako pierwszy element w kolejności fokusa, umożliwiające pominięcie nawigacji (kryterium 2.4.1).
• Widoczny wskaźnik fokusa — każdy z 60 sprawdzonych na stronie elementów interaktywnych zmienia wygląd po otrzymaniu fokusa (kryterium 2.4.7).
• Brak poziomego przewijania przy szerokości 320 px na wszystkich badanych stronach, co odpowiada powiększeniu do 400% na typowym ekranie (kryterium 1.4.10).
• Poprawnie zadeklarowany język strony (lang="pl-PL") na wszystkich badanych stronach. Angielskie nazwy kryteriów i terminy w treściach kryteriów oraz w Słowniku są oznaczone atrybutem lang="en" (kryteria 3.1.1 i 3.1.2).
• Logiczna struktura nagłówków — w badaniu nie wykryto pominięcia żadnego poziomu nagłówka (kryterium 1.3.1).
• Semantyczne punkty orientacyjne — jeden obszar treści głównej, opisane obszary nawigacji, nagłówek i stopka strony.
• Formularz filtrowania kryteriów zbudowany na standardowych kontrolkach HTML — 21 pól, wszystkie z powiązanymi etykietami, bez elementów udających kontrolki. Obsługa z klawiatury działa bez dodatkowych skryptów (kryteria 2.1.1, 3.3.2, 4.1.2).
• Komunikaty o zmianie liczby wyników przekazywane przez obszar role="status" z aria-live="polite" (kryterium 4.1.3).
• Sekcje rozwijane obsługiwane przyciskami z atrybutami aria-expanded i aria-controls, a treść ukryta atrybutem hidden.
• Wszystkie ramki osadzone mają opisowe atrybuty title wskazujące, jakiego kryterium dotyczy przykład.
• Brak treści uruchamianych automatycznie — w serwisie nie występują materiały wideo ani audio odtwarzane samoczynnie (kryteria 1.4.2, 2.2.2).
• Brak dodatnich wartości tabindex, więc kolejność fokusa odpowiada kolejności treści (kryterium 2.4.3).
• Wszystkie obrazy rastrowe mają atrybut alt — na żadnej z badanych stron nie wykryto obrazu bez alternatywy tekstowej (kryterium 1.1.1).
• Kolejność treści i możliwość nawigacji na wiele sposobów — menu główne, wyszukiwarka, filtry kryteriów, nawigacja boczna w obrębie kryteriów oraz mapa serwisu (kryterium 2.4.5).
• Kroje pisma hostowane lokalnie — treść wyświetla się poprawnie także przy blokadzie zasobów zewnętrznych.

Skróty klawiszowe

Serwis nie stosuje żadnych własnych skrótów klawiszowych, które mogłyby kolidować ze skrótami przeglądarki lub technologii wspomagających. Do obsługi wystarczą standardowe klawisze: Tab i Shift + Tab do przechodzenia między elementami, Enter do aktywowania łączy i przycisków, Spacja do zaznaczania pól wyboru, a strzałki do przewijania treści.

Pierwszym elementem w kolejności fokusa na każdej stronie jest łącze „Przejdź do treści”, które pozwala pominąć nawigację i przejść wprost do treści głównej.

Informacje zwrotne i dane kontaktowe

W sprawach związanych z dostępnością cyfrową serwisu prosimy o kontakt:

• Osoba lub komórka odpowiedzialna: Zespół redakcji Przewodnika Dostępności Cyfrowej
• E-mail: [email protected] 
• Telefon: +48 519 39 88 99
• Adres do korespondencji: ambiscale sp. z o.o. ul. Gen. Władysława Sikorskiego 26, 53-659 Wrocław

Każda osoba ma prawo wystąpić z żądaniem zapewnienia dostępności cyfrowej serwisu lub jego wybranego elementu. Można także żądać udostępnienia informacji w formie alternatywnej — na przykład odczytania treści niedostępnego materiału, opisania jego zawartości albo przekazania jej w innym formacie.

Żądanie powinno zawierać:

• dane osoby występującej z żądaniem,
• wskazanie strony lub elementu, którego dotyczy żądanie,
• sposób kontaktu,
• a jeżeli oczekiwana jest forma alternatywna — wskazanie tej formy.

Zobowiązujemy się zrealizować żądanie niezwłocznie, nie później niż w ciągu 7 dni od jego otrzymania. Jeżeli dotrzymanie tego terminu nie będzie możliwe, niezwłocznie poinformujemy o tym osobę występującą z żądaniem i wskażemy nowy termin, nie dłuższy niż 2 miesiące od dnia zgłoszenia. Jeżeli zapewnienie dostępności cyfrowej nie będzie możliwe, zaproponujemy dostęp alternatywny do danej treści.

Zgłaszając problem, pomóż nam go odtworzyć: napisz, jakiej technologii wspomagającej i jakiej przeglądarki używasz oraz na której stronie wystąpiła trudność. Zgłoszenia dotyczące dostępności samego serwisu traktujemy priorytetowo.

Obsługa wniosków i skarg

Jeżeli nasza reakcja na żądanie zapewnienia dostępności lub na wniosek o dostęp alternatywny będzie niezadowalająca albo jeśli nie odpowiemy w zadeklarowanym terminie, można złożyć skargę:

• Adresat skargi: Zarząd ambiscale Sp. z o.o.
• Adres: ul. Gen. Władysława Sikorskiego 26, 53-659 Wrocław
• E-mail: [email protected] 

Skargę rozpatrzymy w terminie 14 dni i poinformujemy o wyniku wraz z uzasadnieniem oraz o planowanych działaniach naprawczych.

Informacja o ustawowej drodze skargowej.

Przewidziana w ustawie o dostępności cyfrowej możliwość złożenia skargi na brak dostępności do organu nadzorującego, a następnie wniosku do Rzecznika Praw Obywatelskich, dotyczy podmiotów publicznych. Ponieważ ambiscale Sp. z o.o. nie jest podmiotem publicznym, ta droga nie ma tu zastosowania — opisana powyżej procedura jest naszym dobrowolnym zobowiązaniem. Niezależnie od niej każdej osobie pozostają otwarte ogólne środki ochrony prawnej.

Aplikacje mobilne

Nie udostępniamy aplikacji mobilnych powiązanych z tym serwisem. Serwis jest w pełni responsywny i działa na urządzeniach mobilnych w przeglądarce.

Dostępność architektoniczna

Serwis jest usługą wyłącznie cyfrową — korzystanie z niego nie wymaga wizyty w żadnym budynku i nie prowadzimy w związku z nim obsługi osób odwiedzających. Rozdział o dostępności architektonicznej, wymagany od podmiotów publicznych obsługujących interesantów, nie ma tu więc zastosowania.

Dla kompletności podajemy adres siedziby spółki oraz informację o jej dostępności.

Siedziba

ambiscale Sp. z o.o.,
ul. Gen. Władysława Sikorskiego 26
53-659 Wrocław
QUORUM – Budynek D, 4 piętro

Wejście do budynku znajduje się bezpośrednio od strony ul. Sikorskiego 26.

Opis dostępności

Na parterze budynku mieści się recepcja obsługiwana przez firmę ochroniarską. Ochrona nadzoruje rejestrację wejść i wyjść z budynku oraz do poszczególnych powierzchni biurowych za pomocą systemu monitoringu oraz rejestracji kart dostępu.

Przy wejściu głównym funkcjonuje również system bramek wejściowych zintegrowany z czytnikami kart. Wejście do biura zabezpieczone jest rejestrowaną kartą dostępu, jednak w strefie frontowej znajduje się recepcja z osobą wpuszczającą gości.

Zarówno na parterze, jak i na poszczególnych piętrach nie ma żadnych progów ani uskoków, cała podłoga znajduje się na tym samym poziomie. Komunikację między kondygnacjami zapewniają windy (w tym jedna większa, towarowa) oraz klatka schodowa, która pełni również funkcję drogi ewakuacyjnej (pożarowej). Drzwi wejściowe do biura na 4 piętrze są duże, dwuskrzydłowe, o wymiarach 220 cm wysokości i 170 cm szerokości.

Budynek QUORUM dysponuje garażem, jednak nie wyznaczono w nim dedykowanych miejsc parkingowych dla osób z niepełnosprawnościami. Spółka Hexe Capital posiada dedykowane miejsca parkingowe dla klientów odwiedzających spółkę Ambiscale, jednak mają one standardowe wymiary (brak wyznaczonej „koperty” dla osób z niepełnosprawnościami).

Dozwolone jest wejście do biura z psem asystującym, ale prosimy jednak o wcześniejsze poinformowanie o tym recepcjonistce w biurze, aby uniknąć sytuacji, że podczas wizyty osoby z psem asystującym będą również inne psy w biurze.

W biurze Ambiscale na 4 piętrze znajduje się dedykowana toaleta dla osób z niepełnosprawnościami. Jest ona w pełni wyposażona we wszelkie niezbędne pomoce i uchwyty, a także w przycisk do wzywania pomocy w nagłych wypadkach.

Dostępność komunikacyjno-informacyjna

• Kontakt w formie pisemnej i elektronicznej — dostępny pod adresami wskazanymi w rozdziale „Informacje zwrotne i dane kontaktowe”. Odpowiadamy w tej samej formie, w której otrzymaliśmy zgłoszenie, albo w formie wskazanej przez osobę zgłaszającą.
• Tłumacz polskiego języka migowego (PJM): Nie zapewniamy usługi tłumacza PJM
• Informacja o działalności w tekście łatwym do czytania i zrozumienia (ETR): nie została jeszcze przygotowana. Przygotowanie takiego opisu jest ujęte w planie poprawy dostępności.
• Informacja o działalności w polskim języku migowym: nie została jeszcze przygotowana. Nagranie takiego materiału jest ujęte w planie poprawy dostępności.
• Raport o stanie zapewniania dostępności: obowiązek składania raportu, o którym mowa w ustawie o zapewnianiu dostępności osobom ze szczególnymi potrzebami, dotyczy podmiotów publicznych i nie obejmuje ambiscale Sp. z o.o.

Plan poprawy dostępności

Zaplanowaliśmy następujące działania. Terminy uzupełnimy po zatwierdzeniu harmonogramu.

Działanie	Kryterium WCAG	Termin
Przegląd dostępności interaktywnych przykładów osadzonych z serwisu CodePen	1.1.1, 1.3.1, 2.1.1, 4.1.2	30.04.2027
Przygotowanie informacji o działalności w tekście łatwym do czytania (ETR)	poza WCAG	30.04.2027
Wprowadzenie stałego przeglądu dostępności przy każdej istotnej aktualizacji serwisu	proces	30.09.2027

Pozostałe informacje

• Deklarację będziemy przeglądać co najmniej raz w roku oraz po każdej istotnej zmianie w serwisie. Data ostatniego przeglądu znajduje się na początku dokumentu.
• Zasady przetwarzania danych osobowych i wykorzystywania plików cookies opisaliśmy w Polityce Prywatności.
• Serwis ma charakter informacyjno-edukacyjny. Treści w nim publikowane nie są poradą prawną ani opinią audytową w zakresie zgodności z wymaganiami dostępności cyfrowej.
• Układ i zakres informacji w tej deklaracji odpowiadają wzorowi stosowanemu przez Generator Deklaracji Dostępności.