Audit Types
An audit type classifies the audit — "Internal Process Audit", "ISO 9001 Certification", "Supplier Qualification Audit" — and settles several questions the module would otherwise have to ask the auditor in the field.
Category
Who is being audited, which is the thing the module cannot infer:
| Category | Meaning |
|---|---|
| Internal | The organization auditing itself. |
| External | A body auditing the organization — certification, customer, regulator. |
| Supplier | The organization auditing one of its suppliers. |
The category matters most around the team: on an external audit the auditor is often not a user of this installation at all.
The ceiling on what findings may oblige
The audit type sets the upper bound on what a finding raised in this audit may demand:
| Setting | Effect |
|---|---|
| Inherit | No bound from here; the finding type decides alone. |
| DİF required | A DİF must be opened. |
| Action required | An action must be opened. |
| Either | One of the two, the choice left to the auditor. |
| Neither | Findings of this audit may not open records at all. |
A finding type under this audit type can narrow this, never widen it. See Findings.
What the opened DİFs look like
Two settings decide the shape of the DİFs this audit type's findings open:
- DİF type — the kind of corrective record to open. Fixed here rather than asked of the auditor: the question has one right answer for a given programme, and an auditor guessing it in the field is how the same audit ends up filed three different ways.
- DİF source — the CAPA source the opened records are filed under. Checked when the approval runs, not when the type is saved — an audit type used only for actions needs none.
Restrictions
- Allowed finding types — which finding types may be used on audits of this type. Leaving it empty means no restriction; the rows narrow, they do not grant.
- Management systems — the standards audits of this type are carried out against. This is what offers the auditor the right clause list when writing a finding.
- Auditor cannot change the question list — whether the team may add to or remove from the checklist once the audit has taken its copy. On a certification audit, usually yes it is locked.
The audit report
- Audit report template and Closing summary template — this type's own Excel templates for the audit report and closing summary. Both are optional: an empty one uses the template on the settings screen. Uploading one needs no approval; it applies to the documents published from then on.
Bulk entry from Excel
The list's Import button downloads a template and loads it back filled in. The template has three sheets:
| Sheet | One row is |
|---|---|
| Audit Type | One audit type: code, name, description, category, action requirement, DİF type, DİF source code, whether the auditor may change the question list, active. |
| Allowed Finding Types | One finding type allowed on an audit type: the audit type's code and the finding type's code. |
| Management Systems | One management system of an audit type: the audit type's code and the management system's code. |
- The code is required. The two child sheets find their audit type by its code, so a row without one could never be reached by them.
- Category, action requirement and DİF type offer the same choices as the form; left blank they take the form's defaults.
- A code that matches nothing refuses that row — an unknown finding type, management system or DİF source. The row is not saved with the entry silently dropped: an audit type with no allowed finding types means "no restriction", the opposite of what a mistyped code meant. The rest of the file still loads, and the refused rows come back in an error file.
- The same rules as the form apply: a code already in use and a finding type listed twice are refused.