search icon

Barrierefreiheitserklärung für Sage Intacct

Aktualisiert am 31 Juli 2024

Diese Barrierefreiheitserklärung gilt für Sage Intacct, die cloudbasierte und skalierbare Finanzsoftware für serviceorientierte Unternehmen. Weitere Informationen über das Produkt finden Sie auf der Website von Sage Intacct.

Diese Erklärung zeigt unser Engagement für die Barrierefreiheit von Sage Intacct und unsere Bemühungen, die Web Content Accessibility Guidelines (WCAG) Version 2.1, Level AA zu erfüllen.

Unser Engagement für Barrierefreiheit

Wir arbeiten kontinuierlich daran, Sage Intacct für alle Benutzer zugänglicher zu machen, insbesondere für Menschen mit Behinderungen. Dabei setzen wir auf eine verbesserte Tastaturnavigation, Unterstützung für Screenreader und eine umfassendere Nutzung von ARIA-Tags und semantischem HTML.

Wir wollen, dass möglichst viele Menschen Sage Intacct nutzen können. Sie sollen also beispielsweise in der Lage sein: Sie sollen also beispielsweise in der Lage sein:

  • Das Web-Produkt auf Tablets in horizontaler Ausrichtung und auf größeren Bildschirmen als Tablet-Bildschirmen zu nutzen, ohne in horizontaler Richtung durch die Seite scrollen zu müssen. (Es gibt separate mobile Apps, für die jeweils gesonderte Barrierefreiheitserklärungen gelten.)
  • Mithilfe von einheitlichen Menüs und einer visuellen Prozessabbildung zu navigieren.
  • Auf 150 % heranzoomen oder die Textgröße und den Textabstand zu verändern, ohne dass der Text am Bildschirmrand verschwindet.
  • Mithilfe der Suchfunktion schnell auf gewünschte Inhalte zuzugreifen.

Wenn Sie eine Behinderung haben und Ihr Gerät anwenderfreundlicher machen wollen, finden Sie weitere Tipps auf AbilityNet.

Wichtige Hinweise:

  • Die Technologie, auf der Sage Intacct basiert, wird derzeit überarbeitet. Dabei verbessern wir auch die Unterstützung der Barrierefreiheit, aber diese Technologie kommt noch nicht allen Funktionen zugute. Dabei verbessern wir auch die Unterstützung der Barrierefreiheit, aber diese Technologie kommt noch nicht allen Funktionen zugute.
  • Sage Intacct ist hochgradig individualisierbar, auch von Drittentwicklern. Möglicherweise weicht die bei Ihnen implementierte Sage Intacct-Version von dieser Erklärung ab.

Technische Informationen zur Barrierefreiheit

Sage Intacct orientiert sich an den Web Content Accessibility Guidelines Version 2.1 AA (WCAG – Richtlinien für barrierefreie Webinhalte) als Mindeststandard für die Einhaltung der Anforderungen an die Barrierefreiheit. Als Teil unserer Verpflichtung zur kontinuierlichen Verbesserung werden wir die Barrierefreiheit in unseren Produkten weiter ausbauen.

Nicht-Text-Inhalte

Wir möchten, dass alle Objekte auf einer Seite, die eine Bedeutung haben, eine Textalternative haben.

WCAG-Erfolgskriterium 1.1.1

Info und Beziehungen

Wir möchten sicherstellen, dass die durch visuelle Formatierung implizierten Informationen und Beziehungen für Nutzer von Hilfstechnologien eindeutig sind.

WCAG-Erfolgskriterium 1.3.1

Farbgebrauch

Wir möchten sicherstellen, dass die visuelle Darstellung bestimmter Informationen nicht allein auf Farbe beruht.

WCAG-Erfolgskriterium 1.4.1

Kontrast (Minimum)

Wir möchten Texte visuell mit einem ausreichenden Kontrast zu den Hintergrundfarben darstellen, um Menschen mit Sehbeeinträchtigungen zu helfen.

WCAG-Erfolgskriterium 1.4.3

Nicht-Text-Kontrast

Wir möchten alle interaktiven Elemente visuell mit einem ausreichenden Kontrast zu den Hintergrundfarben darstellen, um Menschen mit Sehbeeinträchtigungen zu helfen.

WCAG-Erfolgskriterium 1.4.11

Tastatur

Wir wollen erreichen, dass alle interaktiven Elemente auch nur über die Tastatur zugänglich sind.

WCAG-Erfolgskriterium 2.1.1

Blöcke umgehen

Wir möchten es den Nutzern über Funktionen im Code ermöglichen, sich wiederholende Blöcke von Inhalten zu überspringen, wie zum Beispiel Navigationselemente, die auf jeder Seite erscheinen. Einige Nutzer könnten davon profitieren.

WCAG-Erfolgskriterium 2.4.1

Seitentitel

Unsere Überschriften sind prägnant und aussagekräftig.

WCAG-Erfolgskriterium 2.4.2

Fokus-Reihenfolge

Wenn Sie die Tab-Taste verwenden, um durch die Inhalte zu navigieren, sollte die Bewegungsabfolge logisch sein.

WCAG-Erfolgskriterium 2.4.3

Überschriften und Beschriftungen

Die Überschriften aller Seiten sind klar und aussagekräftig und haben eine „Überschrift 1“ im Code.

WCAG-Erfolgskriterium 2.4.6

Tastaturfokus

Bei interaktiven Komponenten auf dem Bildschirm müssen wir sicherstellen, dass ein sichtbarer Indikator für den Fokusstatus vorhanden ist.

WCAG-Erfolgskriterium 2.4.7

Beschriftung (Label) im Namen

Der Text, den wir für die Beschriftung von Feldern verwenden, entspricht dem Text, der als Feldname im Code verwendet wird. Dadurch wird die Spracheingabe oder Text-to-Speech-Nutzung unterstützt.

WCAG-Erfolgskriterium 2.5.3

Sprache der Seite

Wir möchten die Sprache jeder Seite im Code festlegen, damit die Inhalte stets richtig dargestellt werden.

WCAG-Erfolgskriterium 3.1.1

Fehlerempfehlung

Wir wollen den Nutzern nach Möglichkeit geeignete Empfehlungen zur Behebung von Fehlern unterbreiten.

WCAG-Erfolgskriterium 3.3.3

Syntaxanalyse

Wir wollen, dass die IDs im Code eindeutig sind, damit das Produkt für alle Nutzer gleich gut funktioniert. Derzeit sind aber einige IDs nicht eindeutig. Diese Fälle werden wir beheben.

WCAG-Erfolgskriterium 4.1.1

Name, Rolle, Wert

Wir möchten jedes Feld auf einer Seite einer Beschriftung im Code zuordnen. In einigen Fällen ist dies jedoch nicht er Fall, etwa bei Auswahlkästchen, die eine Tabellenzeilenauswahl anzeigen, oder bei Feldern in Tabellen. Um dieses Problem zu beseitigen, aktualisieren wir die Codierung in Fällen wie diesen.

Außerdem würden wir gerne allen Symbolen eine Textbeschreibung im Code zuweisen, damit allen Nutzern klar ist, was ihre Funktion ist. Wir haben jedoch festgestellt, dass bei einigen die Beschreibung fehlt, und arbeiten daran.

WCAG-Erfolgskriterium 4.1.2

Statusmeldungen

Wir wollen, dass Meldungen für alle Nutzer verständlich sind.

WCAG-Erfolgskriterium 4.1.3

Unverhältnismäßige Belastung

Reflow

Das Web-Produkt kann auf Tablets in horizontaler Ausrichtung und auf größeren Bildschirmen als Tablet-Bildschirmen verwendet werden, ohne dass in horizontaler Richtung durch die Seite gescrollt werden muss. (Es gibt separate mobile Apps, für die jeweils gesonderte Barrierefreiheitserklärungen gelten.)

Wenn Sie das Produkt auf Tablets in vertikaler Ausrichtung oder auf kleineren Bildschirmen wie Smartphones verwenden, müssen Sie horizontal scrollen, um den gesamten Inhalt anzusehen.

Sämtliche Seiten des Produktes, darunter zahlreiche Seiten mit großen Datentabellen, müssten korrigiert werden. Das wäre sehr kostenaufwendig, und es ist meist schwierig, responsive Varianten großer Tabellen ohne Bedeutungsverlust bereitzustellen. Einige WCAG-Leitlinien legen nahe, dass ein „zweidimensionales Layout für Nutzung oder Bedeutung“ ausreichen kann.

Support für kleinere Bildschirme anzubieten, wäre aus unserer Sicht im Sinne der Richtlinien zur Barrierefreiheit eine unverhältnismäßige Belastung. Wir werden regelmäßig weitere Bewertungen vornehmen.

WCAG-Erfolgskriterium 1.4.10

Unsere Testmethoden

  • Regelmäßige Überprüfungen: Vierteljährlich prüfen wir die Barrierefreiheit unserer Plattform, um sicherzustellen, dass wir neue Herausforderungen erkennen und beheben können. So bleibt die Barrierefreiheit stets im Fokus unserer Entwicklung.
  • Automatische und manuelle Tests: Wir kombinieren automatische Tests mit manuellen Überprüfungen. Dieser Ansatz hilft uns, sowohl technische Anforderungen als auch die Benutzerfreundlichkeit umfassend zu berücksichtigen.
  • Vielfältige Testumgebungen: Wir testen unsere Plattform in verschiedenen Szenarien, um sicherzustellen, dass sie für alle zugänglich ist. Dazu gehören Tests mit gängigen Screenreadern, hohen Kontrastmodi und die Nutzung nur mit der Tastatur, auf verschiedenen Betriebssystemen wie Windows und MacOS.
  • Kontinuierliche Weiterentwicklung: Unsere Entwicklerteams nehmen regelmäßig an Schulungen teil, um sich über die neuesten Standards und Best Practices im Bereich Barrierefreiheit auf dem Laufenden zu halten. So stellen wir sicher, dass Barrierefreiheit von Anfang an in die Entwicklung neuer Funktionen integriert wird.

Wie wir dieses Produkt getestet haben

  • Diese Erklärung zur Barrierefreiheit bezieht sich auf einen konkreten Fall, bei dem Sage Intacct im Vereinigten Königreich für Barrierefreiheitstests zur Verfügung gestellt wurde. Aus dieser Erklärung lassen sich keine Rückschlüsse auf die Resultate für andere Länder einschließlich Deutschland ableiten.
  • Dieses Produkt wurde zuletzt im März 2020 getestet. Der Test wurde firmenintern von Sage-Mitarbeitern durchgeführt.
  • Das Produkt enthält Tausende von Seiten, die alle auf der gleichen Technologie basieren und die gleichen Vorlagen verwenden. Wir haben eine repräsentative Stichprobe der Seiten, die in der Primärnavigation des Produktes aufgeführt sind, getestet.
  • Add-ons und Erweiterungen, Implementierungen von Dritten oder Partnern sowie Hilfe-Inhalte wurden von uns nicht getestet.

Die Tests wurden durchgeführt mit:

  • Der Test wurde auf Mac OS mit Chrome Version 80.0.3987.122 und Voice Over in Mac OS 10.14.5 (Mojave) durchgeführt.
  • Chrome Version 80.0.3987.87 auf Windows 10 Version 1803.

Feedback und Kontakt

Uns ist bewusst, dass einige Teile dieses Produkts nicht uneingeschränkt zugänglich sind.

Wenn Sie Unterstützung benötigen, auf Probleme stoßen, die nicht auf dieser Seite aufgeführt sind, oder der Meinung sind, dass wir bestimmte Anforderungen an die Barrierefreiheit nicht erfüllen, wenden Sie sich bitte an uns.

Wir werden Ihre Anfrage überprüfen und uns umgehend bei Ihnen melden.