Version 1.0 - Updated June 30, 2020
Sage Intacct is a cloud accounting application for businesses that provides core accounting capabilities supplemented by solutions to automate complex revenue and billing processes, financial and budgeting capabilities, integrations with third-party software products, reporting and additional advanced modules for financial management.
This accessibility statement relates to a specific instance of Sage Intacct provisioned for accessibility testing in the UK locale. Results for other locales, including the USA, cannot be inferred from this statement.
We want as many people as possible to be able to use Sage Intacct. For example, that means you should be able to:
If you have a disability, AbilityNet also has advice on making your device easier to use.
Important notes:
If you need support, you find any problems not listed on this page or if you think we’re not meeting accessibility requirements, please contact us:
We will read all requests and get back to you as soon as possible.
We would like all objects on a page that have meaning to have a text alternative.
We would like to make sure that information and relationships implied by visual formatting are clear to people using assistive technologies.
We would like to make sure that color is not used as the only visual means of conveying information.
We would like the visual presentation of the text to have good contrast against background colors to support people with visual impairments.
We would like the visual presentation of everything that’s interactive to have good contrast against background colors in order to support people with visual impairments.
We would like everything that’s interactive to be accessible using the keyboard alone.
We would like to provide features in code to allow users to bypass repeated blocks of content. For example, navigation that appears on every page; this may help some users.
We would like each page to have a title in code that identifies its contents.
When using the tab button to move around, we would like there to be a logical sequence of movement.
We would like all pages to provide clearer and more descriptive titles in addition to having a ‘Heading 1’ in code.
We would like to help people know which item has keyboard focus.
We would like the text we use for the labels of fields to be the same as the text we use for the field’s name in code to support speech input or text-to-speech users.
We would like to set the language of each page in code so that content is always presented correctly.
We would like people to receive appropriate suggestions to correct an error if possible.
We would like IDs in code to be unique so the product works well for all users. As of now, some IDs are not unique. We’ve logged these cases to fix.
We would like each field on the page to be associated with a label in code, however in some situations this isn’t the case. For example, checkboxes indicating table row selection or fields in tables. To fix this, we’re working on updating how cases like this are coded.
We would also like all icons to have text descriptions in code so it’s clear to all users what they do. We found some that don’t have descriptions and we’ve logged them to fix.
If a message appears, we would like it to be clear to all users.
However, if you use the product on screens with fewer than 1930 pixels wide, you’ll need to scroll horizontally to see some content.
All pages of the product would need to be fixed, including many pages with large tables of data. This would be costly and it’s often difficult to offer responsive variants of large tables without losing meaning. Some WCAG guidance suggests that 'two-dimensional layout for usage or meaning' may be acceptable.
We believe that offering support for smaller screens would be a disproportionate burden within the meaning of the accessibility regulations. We will make regular further assessments.
Give Feedback