Close search
 
Home | Education | Implementation | Audit Communication

Audit Communication

Templates

Appendix E of the Code of Practice includes a script for auditors to follow when they are performing testing. On this page, we’ve provided guidelines about how auditors should communicate with us before, during, and after an audit.

Before an audit

Report providers and auditors need to agree on the scope of an audit in advance of the scheduled audit seeding month. If an audit is due to start (seed) in April, you need to agree the scope of the audit by the end of March. If you’re a technology provider and will need to ask your customers to set the auditor up with access and permissions, you might need to allow a bit of extra time between agreeing the audit scope and starting to seed.

Once you agree the audit scope, your auditor should email Tasha to confirm the scope and the scheduled audit start date. We need to know:

  • If any changes need to be made to your Registry records.
  • If you have multiple platforms, which will be audited.
  • Who we should contact about your audit.

During the audit: interim reports

At report reconciliation, your auditor might need to issue an interim report. When that happens, they need to share a copy of the interim report with Tasha. We need to know:

  • Which tests are passing, including any over/under within the thresholds of deviation.
  • Which tests are failing, and how badly.
  • As a result of the tests, which of the four COUNTER Reports have passed audit.
  • Whether there is any concern about the standard views.

While we have a template audit form, you might need more detail to resolve the issues identified in the interim report. To help with that, we’ll accept an interim report in any format provided the information we need is included.

After the audit: final reports

When your auditor is ready to issue a final report (pass, qualified pass, or fail), they need to share a copy of the report with Tasha. We’ll update the Registry to reflect your audit status, and ask you to check whether we need to make any other changes to your Registry records. As with an interim report, we need to know

  • Which tests are passing, including any over/under within the thresholds of deviation.
  • As a result of the tests, which of the four COUNTER Reports have passed audit (i.e. which reports are relevant to your platform).
  • Whether there is any concern about the standard views.

If your auditor wants to use it, they can download our template audit form here. However, we’ll accept a report in any format provided it shows the information we need.

Extensions

Section 9.3 of the Code of Practice sets out the extensions we can offer for audits.

You can ask for delayed seeding, to move the start date of your audit back by up to three months. To request delayed seeding, you need to email Tasha the link to your test results in the Validator, and explain your timeline for fixing the problems. With delayed seeding, an audit due to start in April would actually start in July.

After an interim report you get three months as standard to fix the problems your auditor found. You can ask for an extension to the fix period, increasing it from three to a maximum of six months. For an audit started in April, with an interim report issued in June, the regular fix period would end in September. Extended fix would mean you have until December to complete the fixes. There needs to be a valid reason for an extension, such as significant issues in the interim report: not being able to schedule development time does not count.

Remember that it’s your responsibility as the report provider to ask for an extension, not the auditor’s. We can grant up to one extension of each type for any single audit, and we track extensions in the Registry.

This website uses cookies
This site uses cookies to enhance your browsing experience. We use necessary cookies to make sure that our website works. We’d also like to set analytics cookies that help us make improvements by measuring how you use the site. By clicking “Allow All”, you agree to the storing of cookies on your device to enhance site navigation, analyse site usage, and assist in our marketing efforts.
These cookies are required for basic functionalities such as accessing secure areas of the website, remembering previous actions and facilitating the proper display of the website. Necessary cookies are often exempt from requiring user consent as they do not collect personal data and are crucial for the website to perform its core functions.
A “preferences” cookie is used to remember user preferences and settings on a website. These cookies enhance the user experience by allowing the website to remember choices such as language preferences, font size, layout customization, and other similar settings. Preference cookies are not strictly necessary for the basic functioning of the website but contribute to a more personalised and convenient browsing experience for users.
A “statistics” cookie typically refers to cookies that are used to collect anonymous data about how visitors interact with a website. These cookies help website owners understand how users navigate their site, which pages are most frequently visited, how long users spend on each page, and similar metrics. The data collected by statistics cookies is aggregated and anonymized, meaning it does not contain personally identifiable information (PII).
Marketing cookies are used to track user behaviour across websites, allowing advertisers to deliver targeted advertisements based on the user’s interests and preferences. These cookies collect data such as browsing history and interactions with ads to create user profiles. While essential for effective online advertising, obtaining user consent is crucial to comply with privacy regulations.