Caseware Ukraine
Оновлено 22.06.2026

Помилки валідації

Під час експорту готового файлу фінансової звітності, можуть виникнути помилки на внутрішньому валідаторі програми. Поки не буде виправлено всі суттєві помилки, Ви не зможете продовжити експорт файлу:

Попередження жовтого кольору дадуть можливість продовжити експорт, але будуть мати вплив на результати валідації. 
Попередження синього кольору мають переважно інформаційний характер та на результати валідації не впливають. 

Примітка: Можна отримати більше інформації про помилку, або внести зміни, натиснувши на неї двічі.

Помилки та попередження відрізняються в залежності від кожного проекту, але можна розглянути типові:

Суттєві помилки (червоного кольору):

1.1 Різні значення знайдено в елементах використання тегу "ХХХ"

Така помилка повідомляє про те, що цей тег може бути проставлений тільки на однакові числові значення для співставлення, але був проставлений на різні числові значення.

Наприклад:

Помилка – Різні значення знайдено в елементах використання тегу Грошові кошти та їх еквіваленти.

Якщо натиснути на помилку двічі, з’виться вікно:

У цьому вікні вказано числові значення на які проставлено тег Грошові кошти та їх еквіваленти.

Обравши перший, натиснемо Перейти до мітки.

Програма відкрила місце у таксономії, де знаходиться перший тег з сумою 362 306 000. У рядку Ролі видно, що цей тег з розділу 210000, який використовується для проставлення тегів звіту про фінансовий стан.

Закривши це вікно, ще раз потрібно двічі натиснути на помилку, обрати інше значення – 358 915 000 та натиснути Перейти до мітки.

Програма відкрила місце у таксономії, де знаходиться другий тег з сумою 358 915 000. У рядку Ролі видно, що цей тег з розділу 510000, який використовується для проставлення тегів звіту про рух грошових коштів.

Примітка: Теги, що мають однакову назву, але відносяться до різних розділів такономії є однаковими і їх значення співставляються валідатором.

Відповідно до цього, можна зробити висновок, що кінцева сума Звіту про рух грошових коштів не дорівнює сумі Грошових коштів у Звіті про фінансовий стан.

В такому разі рекомендується переглянути коректність даних.

1.2 Контекст "ХХХ" вимагає вказати застосований період

Ця помилка найчастіше зустрічається у квартальних проектах на шаблонах версії нижче 5.0.0 та повідомляє про необхідність обрати дату до даного контексту.

Наприклад:

Помилка – Контекст Кінцева дата попереднього періоду вимагає вказати застосований період.

Якщо натиснути на помилку двічі, з’явиться вікно:

У рядку Початок: з переліку оберемо Вибрати дату… та на календарі дату кінця необхідного періоду:

1.3 Елемент, що представляє інформацію на конкретну дату використовує контекст, пов'язаний з тривалістю

Неправильно обрано контекст для тегу, або Дата або Період вказано неправильно для певного контексту.

Необхідно двічі натиснути на помилку.

У полі Контекст, серед переліку обрати потрібний контекст:

  • У назвах контекстів Активний період та Попередній період відповідно означає Активний та Попередній періоди.
  • До повного періоду – контекст пов’язаний з тривалим періодом
  • До початку періоду – контекст означає початок періоду
  • До кінця періоду – контекст означає кінець періоду

Примітка: Для текстових тегів завжди має бути обраний контекст Активний період та Нема одиниць вимірювання.

За умови помилки у контексті, у полі Контекст натиснути Редагувати:

У полі Дата або Період обрати відповідне до конкретного контексту.

У полі Період у більшості випадків використовується Активний Період та Попередній Активний, що відповідно означає Активний та Попередній періоди.

У полі Застосовано:

  • До повного періоду – використовується для контекстів пов’язаних з тривалим періодом
  • До початку періоду – використовується для контекстів, що означають початок періоду
  • До кінця періоду – використовується для контекстів, що означають кінець періоду
Примітка: Теги, що мають однакову назву, але відносяться до різних розділів такономії є однаковими і їх значення співставляються валідатором.

Попередження жовтого кольору: 

2.1 Різні значення знайдено в елементах використання тегу "ХХХ"

Це попередження повідомляє про те, що цей тег може бути проставлений тільки на однакові числові значення для співставлення, але був проставлений на різні числові значення.

Натиснемо двічі на попередження. З’явилось вікно у якому спочатку можна переглянути кожен тег кожного з значень, натиснувши Перейти до мітки:

Оглянувши обидва значення, потрібно вирішити характер помилки і виправити.

Якщо теги було проставлено помилково, змінити їх.

Якщо цей тег підходить для обох числових значень:

Натиснути Перейти до мітки та у вікні з тегами, що з’явиться, натиснути правою кнопкою миші на на тег:

З переліку обремо Дозволити кілька тегів для цього елемента, потім Додати разом всі позначені значення. І закриваємо вікно, натиснувши ОК.

Це налаштування тегу дасть можливість програмі просумувати числові значення на які проставлено цей тег.

В даному випадку до тегу Орендний дохід буде відносити не два значення: 13 095 000, 222 758 000, а лише їх сума: 235 853 000.

Часто така помилка стосується текстових тегів.

Примітка: У шаблонах версії нижче 5.0.0 проставляти сумування деяких тегів необхідно після кожного оновлення проекту, версії вище 5.0.0 достатньо тільки один раз.

2.2 Принаймні 1 значення не підсумовується до його загальної суми

Попередження жовтого кольору Принаймні 1 значення не підсумовується до його загальної суми візуалізує загальну картину проставлених тегів.

Натисніть на це попередження двічі і відкриється вікно:

Серед переліку у полі Роль розрахунку: потрібно обрати певний розділ таксономії, а полі Контекст/одиниця виміру контекст цього розділу.

Наприклад для перегляду Звіту про фінансовий стан оберемо розділ 210000 та відповідний йому контекст Дата завершення поточного періоду:

Така функція дає можливість побачити різниці у сумах, некоректність тегів і тд.

При цьому помилкові числові значення будуть підсвічуватись червоним кольором:

У колонці Дана вартість показано значення розраховані у таблиці, а у колонці Розраховане значення показано значення розраховані проставленими тегами.

Для виправлення таких помилок потрібно перевірити коректність проставлення тегів та заімпортованих даних.

Іноді числові значення підсвічуються червоним кольором через сумування однакових числових значень з однаковим тегом – значення задубльовуються.

Наприклад:

У примітці Нематеріальні активи для кінцевого значення стоїть тег Нематеріальні активи за винятком гудвілу з розділу, передбаченого для примітки, 823180:

У Звіті про фінансовий стан для значення Нематеріальні активи також обрано тег Нематеріальні активи за винятком гудвілу, але вже з розділу балансових тегів, 210000:

В такому разі необхідно натиснути на тег у будь-якому розділі правою кнопкою миші, обрати Дозволити кілька тегів для цього елемента та Використовуйте один тег, якщо всі значення рівні.

Таке налаштування тегу дає можливість валідатору порівняти ці суми і якщо вони однакові, то сприймати їх як одну суму. (У пункті 1.1 наведено приклад у якому числові значення відрізняються.)

Також помилки у розрахованому значенні тегів також можуть бути через проставлення сумуючого тега на проміжне значення у таблиці, або навпаки.

Найчастіше, останній тег з переліку (на фото обведено синім) у підрозділі є сумуючим (має бути обраним лише для значення суми за таблицею).

Примітка: У випадку коли серед списку діагностих залишається тільки декілька синіх поперджень та одне попередження жовтого кольору Принаймні 1 значення не підсумовується до його загальної суми, файл може бути успішно провалідованим (без помилок та попереджень) зовнішнім валідатором:

Примітка: Зовнішній валідатор є більш точним. Для остаточної валідації, перед подачею файлу, рекомендуємо скористатись зовнішнім валідатором (Altova).

2.3 Тегова позначка не числова, однак одиниця виміру була йому призначена

Попередження Тегова позначка не числова, однак одиниця виміру була йому призначена повідомляє про те, що для текстового тегу було обрано числову одиницю виміру.

Натиснувши двічі на помилку, у полі Числовий з переліку необхідно обрати Нема одиниць вимірювання та натиснути ОК.

Примітка: Для текстових тегів завжди має бути обраний контекст Активний період та Нема одиниць вимірювання.

Попередження синього кольору: 

3.1 "Кінцева дата попереднього періоду (Звіт про рух ГК)" є дубльованим контекстом "Кінцева дата попереднього періоду"

Попередження “Кінцева дата попереднього періоду (Звіт про рух ГК) є дубльованим контекстом Кінцева дата попереднього періоду” повідомляє про те, що створено два констексти з різними назвами, які мають схожі значення.

При підготовці річного звіту це попередження має бути у списку діагностик.

Тег Кінцева дата попереднього періоду (Звіт про рух ГК) важливий при підготовці квартального звіту.

Перед експортом квартального проєкту потрібно натиснути кнопку XBRL:

Обравши вкладку Інше, натиснути Квартальна звітність і програма встановить дату кінця квартального періоду для тегу з контекстом Кінцева дата попереднього періоду (Звіт про рух ГК).

У тому разі якщо випадково було створено копію будь-якого контексту, це матиме значення лише у візуальному плані, при перегляді тегів, на результат валідації не впливає.

За можливості, краще виправити, видаливши один з контекстів.

Двічі натиснувши на попередження, з’явилось вікно. Для видалення контексту натискаємо кнопку, що виділена на фото червоним квадратиком:

У вікні, що з’явиться, ставимо галочку Теги, що викорстовують цей контекст, будуть використовувати… та обираємо з переліку продубльований раніше основний контекст:

Натискаємо ОК.

3.2 "Українська гривня (-1)" є дубльованою Числовою Одиницею "Українська гривня"

Дане попередження на валідацію не впливає та не потребує виправлення. 

Примітка: Українська гривня (-1) використовується у випадку, коли необхідно змінити знак числового значення на протилежний, за умови такого характеру тегу (найчастіше проставляється командою Caseware Ukraine у шаблоні)

Основні помилки валідації Arelle

Після експорту фінансової звітності у форматі XBRL, програма Arelle автоматично перевіряє ваш файл на помилки. Уявіть, що це як перевірка контрольної роботи вчителем: програма порівнює те, що ви написали, з тим, що вона очікувала побачити згідно з правилами Таксономії.

Повідомлення валідації діляться на три типи за ступенем критичності:

Помилки (ERROR) 

Помилки цього типу — найсерйозніші. Вони означають, що в звітності є порушення правил, які можуть перешкодити подачі звіту на портал СФЗ. Їх обов’язково потрібно виправити.

1.1 Неправильний знак значення у тегу (assertionUnsatisfied)

Як виглядає помилка:

ERROR formula:assertionUnsatisfied — ifrs-full:TaxEffectOfExpense… context c16

Що це означає простою мовою:

Таксономія очікує, що певне число у вашій звітності буде додатним (або навпаки, від’ємним), але у вас вказано навпаки. Це ніби ви написали в звіті «мінус 100 грн», а правила кажуть, що це значення має бути лише додатнім. Проблема пов’язана з неправильним тегом або контекстом на цьому рядку.

Як виправити:

  1. Знайдіть назву тегу в повідомленні помилки (наприклад, TaxEffectOfExpenseNotDeductible…). Це назва конкретного рядка у фінансовій звітності, де проблема.
  2. Відкрийте файл таксономії (допоміжний файл зі списком усіх тегів та їх властивостей) і через Ctrl+F знайдіть цю назву. Там ви побачите номер примітки (наприклад, [835110]) та назву статті українською мовою.
  3. Перейдіть у вашу фінансову звітність у CaseView, знайдіть цей рядок і перевірте тег на ньому: чи правильно обраний тег, чи правильний контекст (наприклад, «Українська гривня» чи «Українська гривня (-1)»). Якщо потрібно — змініть тег або контекст.

1.2 Невідповідність версії Таксономії (entry point)

Як виглядає помилка:

Could not process file for entry point … 2023-09-01 … Expected entry point … 2023-10-03

Що це означає простою мовою:

Уявіть, що Таксономія — це «словник», за яким програма перевіряє ваш звіт. Ця помилка говорить: «Ваш звіт посилається на стару версію словника, а потрібна нова». Наприклад, у вас підключена Таксономія від 2023-09-01, а портал очікує версію від 2023-10-03.

Як виправити:

Потрібно перепідключити Таксономію на актуальну версію. Найпростіший спосіб — скористатися функцією автотегінгу, яка автоматично оновить посилання на правильну версію Таксономії.

Попередження (WARNING)

Попередження — це не критичні помилки. Вони не блокують подачу звітності на портал, але вказують на можливі неточності або особливості, на які варто звернути увагу.

2.1 Невідповідність сум у Звіті про рух грошових коштів

Як виглядає помилка:

WARNING — ifrs-full:CashFlowsFromUsedInOperations … reported total … doesn’t overlap its calculated interval … using rounding

Що це означає простою мовою:

Це особливість самої Таксономії, а не ваша помилка. У Таксономії закладена формула підрахунку руху коштів від операційної діяльності, яка не зовсім коректна. Тому Arelle порівнює вашу суму зі своїм розрахунком, бачить розбіжність і попереджає, — але насправді з вашим звітом все добре.

Дія не потрібна. Це попередження можна ігнорувати. Воно не впливає на подачу звітності на портал СФЗ.

2.2 Значення нижче 0 (Reported value is below 0)

Як виглядає помилка:

WARNING message:positive — Reported value is below 0

Що це означає простою мовою:

Таксономія очікувала, що певне число у вашому звіті буде додатнім (більше за 0), але у вас воно від’ємне. Це часто трапляється, коли на тегу стоїть неправильний контекст.

Як виправити:

Перевірте контекст на цьому тегу. Якщо значення у вашому звіті дійсно від’ємне, на тегу має стояти контекст «Українська гривня (-1)». Цей контекст «перевертає» знак числа для Таксономії: ваш мінус стає плюсом, і попередження зникає.

Невідповідності (INCONSISTENCY)

Невідповідності — це помилки у математиці. Arelle перевіряє, чи сума в «підсумковому» рядку (тегу) дорівнює сумі його складових. Це ніби перевірка у калькуляторі: якщо у вас написано «Всього: 100», а при додаванні складових виходить 80, — Arelle повідомить про невідповідність.

3.1 Сума не збігається зі складовими (reported sum ≠ computed sum)

Як виглядає помилка:

INCONSISTENCY calc11e:inconsistentCalculationUsingRounding — ifrs-full:TradeAndOtherCurrentPayables … reported sum [1871259000] computed sum [438459000]

Що це означає простою мовою:

Arelle знайшла рядок-підсумок (наприклад, «Торгова та інша поточна кредиторська заборгованість») і спробувала скласти його зі складових рядків (дочірніх тегів). Результат не співпав: у вас написано одна сума (reported sum), а Arelle порахувала іншу (computed sum).

Як виправити:

Відкрийте файл Name_company(IXBRL-VIEWER).html — це файл перегляду тегів. Знайдіть там рядок з назвою тегу (TradeAndOtherCurrentPayables) і подивіться, з яких складових Arelle намагається скласти суму. Перевірте:

  1. Чи всі необхідні дочірні рядки мають теги (можливо, на якомусь рядку тег відсутній).
  2. Чи правильні суми стоять у кожному дочірньому рядку.
  3. Чи однаковий період (контекст) стоїть на підсумковому тегу і на всіх його складових.

3.2 Складові дорівнюють 0 (computed sum = 0)

Як виглядає помилка:

INCONSISTENCY calc11e:inconsistentCalculationUsingRounding — reported sum [1403060000] computed sum [0.0]

Що це означає простою мовою:

Це особливий випадок попередньої помилки, але тут Arelle порахувала суму складових як 0. Це означає, що програма взагалі не бачить жодних дочірніх тегів, з яких має складатися підсумок. Уявіть: є рядок «Всього», але рядки під ним — порожні або взагалі без тегів.

Як виправити:

Натисніть на помилку у результатах валідації — Arelle перекине вас на потрібний тег. Перевірте:

  1. Чи є дочірні рядки під цим підсумковим рядком (total) у фінансовій звітності.
  2. Чи мають ці дочірні рядки проставлені теги (якщо тегів немає — їх потрібно додати).
  3. Чи заповнені суми в цих рядках і чи співпадає період (контекст).