Тестування і виправлення 1С

Тестування і виправлення 1С — це службова операція платформи 1С / 1С:Підприємство, яка використовується для перевірки технічного стану інформаційної бази, пошуку внутрішніх помилок, перевірки посилальної цілісності, перерахунку підсумків, стискання таблиць, перевірки логічної структури даних і, за потреби, автоматичного виправлення частини знайдених проблем.

У продуктах BAS також використовується подібний механізм, оскільки вони працюють на технологічній платформі, спорідненій із 1С:Підприємство. На практиці адміністратори часто кажуть “запустити тестування і виправлення 1С”, навіть якщо йдеться про BAS.

Головне. Тестування і виправлення 1С — це технічна операція обслуговування бази. Її не можна запускати без резервної копії, розуміння прапорців і перевірки на тестовій копії.

Проста аналогія. Тестування і виправлення — це як технічний огляд бази: система перевіряє, чи немає внутрішніх пошкоджень, “битих” посилань, проблем із підсумками або некоректних службових структур.

Важливо про 1С та BAS. В Україні продукти екосистеми 1С і частина продуктів BAS пов’язані з санкційними, юридичними, кібербезпековими та репутаційними ризиками. Держспецзв’язку веде офіційний перелік забороненого до використання програмного забезпечення та комунікаційного обладнання, де згадуються продукти 1С/BAS, зокрема 1C:Підприємство 8 і BAS ERP. Указ Президента України №601/2024 ввів у дію рішення РНБО від 2 вересня 2024 року щодо застосування, скасування та внесення змін до санкцій. Перед підтримкою, використанням або міграцією таких систем потрібно перевіряти актуальні офіційні обмеження. ([cip.gov.ua](https://cip.gov.ua/ua/statics/perelik-zaboronenogo-do-vikoristannya-programnogo-zabezpechennya-ta-komunikaciinogo-merezhevogo-obladnannya), [president.gov.ua](https://www.president.gov.ua/documents/6012024-52009))

Що таке тестування і виправлення 1С

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

Вона може виконувати:

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

Це не бухгалтерська операція і не заміна закриття місяця. Це технічна операція підтримки бази.

Для чого потрібне тестування і виправлення

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

Її використовують для:

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

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

Коли запускати тестування і виправлення

Типові ситуації:

база аварійно завершила роботу;
комп’ютер або сервер вимкнувся під час роботи;
користувачі бачать помилки читання або запису;
документ не відкривається;
довідник відкривається з помилкою;
звіт показує дивні підсумки;
виникають помилки посилань;
база стала працювати нестабільно;
після оновлення з’явились технічні помилки;
перед міграцією потрібно перевірити базу;
перед архівацією потрібно очистити технічні проблеми;
стара файлова база давно не обслуговувалась.

Коли не варто запускати без підготовки

Не варто запускати тестування і виправлення одразу в робочій базі, якщо:

немає резервної копії;
користувачі зараз працюють у базі;
незрозуміло, які прапорці вибирати;
база клієнт-серверна і немає доступу до backup СУБД;
немає часу на можливе відновлення;
проблема може бути не технічною, а обліковою;
не перевірено операцію на копії;
база дуже велика і невідомо, скільки триватиме процес.

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

Де знаходиться тестування і виправлення

Зазвичай операція запускається в конфігураторі.

Типовий шлях:

Конфігуратор → Адміністрування → Тестування і виправлення

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

Хто має запускати цю операцію

Запускати тестування і виправлення має:

адміністратор 1С;
системний адміністратор;
розробник 1С;
технічний спеціаліст;
відповідальний за супровід бази.

Звичайному користувачу, бухгалтеру, менеджеру або комірнику не потрібно мати доступ до цієї операції.

Підготовка перед запуском

Перед запуском потрібно:

Попередити користувачів.
Завершити роботу користувачів у базі.
Зупинити регламентні завдання.
Зупинити інтеграції.
Зробити резервну копію.
Перевірити, що backup створився.
Бажано відновити backup у тестовому середовищі.
Запустити тестування спочатку на копії.
Зафіксувати обрані прапорці.
Зафіксувати результат у протоколі.

Backup перед тестуванням і виправленням

Резервна копія — обов’язкова.

Для файлової бази це може бути:

копія файлу бази;
вивантаження інформаційної бази;
архів каталогу бази.

Для клієнт-серверної бази це може бути:

backup СУБД;
знімок сервера;
вивантаження інформаційної бази;
комбінований сценарій.

Найкраща практика — мати backup, який реально перевірений на відновлення.

Файловий режим

У файловій базі тестування і виправлення часто використовується частіше, ніж у серверній, бо файлова база більш чутлива до:

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

Для старих файлових баз профілактичне тестування може бути корисним, але тільки після backup.

Клієнт-серверний режим

У клієнт-серверному режимі база зберігається в СУБД, а користувачі працюють через сервер 1С.

Перед тестуванням потрібно врахувати:

активні сеанси;
фонові завдання;
регламентні завдання;
інтеграції;
backup СУБД;
вільне місце на диску;
стан журналу транзакцій;
навантаження;
час простою;
права адміністратора.

Для клієнт-серверних баз багато технічних проблем потрібно шукати не тільки в 1С, а й у СУБД, дисках, індексах, блокуваннях і серверній інфраструктурі.

Основні режими тестування

У вікні тестування і виправлення можуть бути різні параметри залежно від платформи.

Зазвичай зустрічаються такі дії:

реіндексація таблиць інформаційної бази;
перевірка логічної цілісності;
перевірка посилальної цілісності;
перерахунок підсумків;
стискання таблиць;
реструктуризація таблиць;
виправлення знайдених помилок;
лише тестування без виправлення.

Лише тестування чи тестування з виправленням

Є два підходи:

Варіант	Що робить	Коли використовувати
Тільки тестування	Шукає проблеми, але не змінює базу	Для первинної діагностики
Тестування і виправлення	Шукає і намагається виправити проблеми	Після backup і перевірки на копії

Добра практика — спочатку запустити тільки тестування або тестування на копії, а вже потім приймати рішення про виправлення робочої бази.

Реіндексація таблиць

Реіндексація — це перебудова індексів таблиць інформаційної бази.

Вона може допомогти, якщо:

база працює повільно;
є проблеми з пошуком;
були збої;
індекси пошкоджені;
база стара;
після великих змін потрібна технічна профілактика.

Але реіндексація не виправить неправильні документи, помилки обліку, неправильну собівартість або некоректні права доступу.

Перевірка логічної цілісності

Логічна цілісність — це відповідність внутрішніх даних правилам платформи.

Проблеми можуть виникати через:

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

Перевірка логічної цілісності допомагає знайти внутрішні невідповідності.

Перевірка посилальної цілісності

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

Наприклад:

документ посилається на контрагента;
рядок документа посилається на номенклатуру;
регістр посилається на склад;
проводка посилається на субконто.

Проблема виникає, якщо посилання є, а об’єкт пошкоджений, видалений або недоступний.

Приклад:

Об’єкт	Посилання	Проблема
Реалізація №125	Контрагент	Контрагент не існує або пошкоджений
Рух регістру	Номенклатура	Посилання на битий об’єкт
Проводка	Субконто	Немає об’єкта субконто

Перерахунок підсумків

Підсумки використовуються для швидкого отримання залишків і оборотів.

Перерахунок підсумків може бути потрібен, якщо:

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

Перерахунок підсумків не замінює перепроведення документів. Якщо документи сформували неправильні рухи, перерахунок лише перерахує підсумки на основі вже наявних рухів.

Стискання таблиць

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

Воно може бути корисним, якщо:

база давно працює;
було багато видалень;
виконували очищення;
база файлова;
потрібно зменшити розмір архівної копії.

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

Реструктуризація таблиць

Реструктуризація таблиць пов’язана зі змінами структури даних.

Вона може виконуватися після:

зміни конфігурації;
додавання реквізитів;
зміни типів;
оновлення;
видалення об’єктів;
зміни регістрів;
зміни табличних частин.

Реструктуризація може бути довгою і ризиковою для великих баз, тому перед нею обов’язковий backup.

Виправлення посилань

При перевірці посилальної цілісності система може пропонувати варіанти виправлення.

Наприклад:

створити порожній об’єкт;
очистити посилання;
видалити некоректний запис;
замінити посилання;
залишити без змін.

Ці дії можуть впливати на облік, тому їх не можна виконувати механічно.

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

Чим тестування не є

Тестування і виправлення не є:

закриттям місяця;
перепроведенням документів;
виправленням бухгалтерських помилок;
відновленням правильних проводок;
очищенням дублів;
заміною backup;
заміною аудиту;
оптимізацією поганого коду;
автоматичним виправленням усіх проблем;
способом “полікувати” неправильний облік.

Якщо проблема в неправильних документах або налаштуваннях, тестування і виправлення її не вирішить.

Тестування і перепроведення

Тестування і виправлення перевіряє технічний стан бази.

Перепроведення документів змінює або відновлює рухи документів.

Операція	Що робить	Приклад
Тестування і виправлення	Перевіряє технічну цілісність бази	Перевірка посилань і підсумків
Перепроведення	Повторно формує рухи документів	Перепровести реалізації за місяць
Закриття місяця	Виконує регламентні облікові розрахунки	Розрахунок собівартості

Тестування і закриття місяця

Закриття місяця 1С і тестування бази — різні процеси.

Закриття місяця:

розраховує собівартість;
закриває витрати;
нараховує амортизацію;
розраховує курсові різниці;
формує фінансовий результат.

Тестування і виправлення:

перевіряє технічну цілісність;
перевіряє посилання;
перераховує підсумки;
виправляє технічні проблеми.

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

Тестування і регістри

Тестування може впливати на технічний стан регістрів.

Особливо важливі:

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

Тестування і бухгалтерія

Для бухгалтерського обліку важливо розуміти:

тестування не створює правильні проводки;
тестування не виправляє неправильні рахунки;
тестування не замінює ручну перевірку ОСВ;
тестування не виправляє помилки ПДВ;
тестування не закриває витрати;
тестування не розраховує собівартість.

Після технічного виправлення потрібно перевірити бухгалтерські звіти.

Тестування і склад

Для складу після тестування потрібно перевірити:

залишки товарів;
партії;
характеристики;
серії;
мінусові залишки;
рухи товарів;
склади;
документи списання;
документи надходження;
переміщення.

Технічне виправлення посилання не гарантує правильний складський облік.

Тестування і зарплата

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

Після технічного обслуговування потрібно перевірити:

нарахування;
утримання;
відпустки;
лікарняні;
кадрові документи;
розрахункові листки;
відображення зарплати в обліку;
звіти по працівниках.

Зарплатні дані чутливі, тому тестування на робочій базі без backup особливо ризиковане.

Тестування і ПДВ

Для ПДВ 1С після тестування потрібно перевірити:

податкові накладні;
розрахунки коригування;
регістри ПДВ;
аванси;
ставки;
декларацію;
ОСВ по рахунках ПДВ;
ручні операції.

Якщо тестування змінило або очистило посилання, це може вплинути на податкову аналітику.

Тестування і виробництво

Для виробництва після тестування потрібно перевірити:

специфікації;
списання матеріалів;
випуск продукції;
напівфабрикати;
НЗВ;
партії;
серії;
собівартість;
виробничі звіти;
закриття місяця.

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

Типовий порядок безпечного запуску

Рекомендований порядок:

Повідомити користувачів про технічні роботи.
Завершити всі сеанси.
Зупинити регламентні завдання.
Зупинити інтеграції.
Зробити backup.
Перевірити backup.
Створити тестову копію.
Запустити тестування на копії.
Переглянути протокол.
За потреби запустити виправлення на копії.
Перевірити контрольні звіти.
Тільки після цього повторити на робочій базі.
Зафіксувати результат.

Які контрольні звіти перевірити після запуску

Після тестування і виправлення потрібно перевірити:

ОСВ;
залишки товарів;
залишки по складах;
партії;
взаєморозрахунки;
банк;
касу;
ПДВ;
зарплату;
НЗВ;
собівартість;
основні засоби;
активні замовлення;
ключові документи;
регламентні операції;
звіти, які користувачі використовують щодня.

Протокол тестування

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

У протоколі бажано вказати:

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

Приклад протоколу

Поле	Приклад
База	ERP_PROD
Дата	15.05.2026
Режим	Клієнт-серверний
Backup	SQL backup 2026-05-15 01:00
Дія	Тестування без виправлення
Результат	Критичних помилок не знайдено
Перевірено	ОСВ, залишки, взаєморозрахунки
Відповідальний	Адміністратор 1С

Типові помилки тестування і виправлення

Помилка	Причина	Наслідок
Запуск без backup	Поспіх або недосвідченість	Немає способу відкотитися
Запуск у робочий час	Не завершили сеанси	Блокування і зупинка користувачів
Виправлення без тесту на копії	Не оцінили наслідки	Можливі зміни в даних
Обрані всі прапорці без розуміння	“Щоб точно все виправило”	Ризик небажаних змін
Не перевірили контрольні звіти	Вважають, що операція все вирішила	Помилки помічають пізніше
Плутають технічну і облікову проблему	Очікують, що тестування виправить документи	Проблема лишається

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

Можливі дії:

Не запускати хаотичні виправлення.
Зробити копію поточного стану.
Перевірити останній backup.
Відновити backup у тестовому середовищі.
Спробувати тестування на копії пошкодженої бази.
Перевірити протокол.
Порівняти з backup.
Визначити, що краще: відновити backup чи виправляти поточну базу.

Помилка: звіти показують неправильні залишки

Можливі причини:

технічна проблема підсумків;
неправильні рухи документів;
непроведені документи;
документи введені заднім числом;
від’ємні залишки;
неправильні партії;
неправильні характеристики;
помилка в звіті;
помилка в СКД;
не виконано закриття місяця.

Тестування і перерахунок підсумків допоможе тільки в частині технічних проблем. Якщо рухи неправильні, потрібно перепроводити або виправляти документи.

Помилка: тестування триває дуже довго

Причини:

велика база;
багато регістрів;
багато документів;
повільний диск;
слабкий сервер;
повільна СУБД;
увімкнені важкі режими перевірки;
база файлова і велика;
працюють інші процеси;
не вистачає місця.

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

Помилка: після виправлення зникли посилання

Можлива причина — при виправленні посилальної цілісності були очищені биті посилання.

Наслідки:

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

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

Тестування перед оновленням

Перед оновленням 1С/BAS тестування може бути корисним, якщо є підозра на технічні проблеми.

Порядок:

Backup.
Тестування копії.
Виправлення копії, якщо потрібно.
Перевірка контрольних звітів.
Оновлення копії.
Перевірка сценаріїв.
Тільки потім оновлення робочої бази.

Не варто оновлювати базу, якщо в ній уже є критичні технічні помилки.

Тестування перед міграцією

Перед переходом у K2 ERP тестування може допомогти переконатися, що стара база технічно придатна для вивантаження.

Потрібно перевірити:

довідники;
документи;
регістри;
посилання;
підсумки;
залишки;
ОСВ;
взаєморозрахунки;
партії;
ПДВ;
зарплату;
виробництво;
зовнішні ID;
контрольні звіти.

Практичний принцип міграції. Якщо стара база має технічні помилки, їх потрібно виявити до вивантаження в K2 ERP. Інакше в нову систему можна перенести не тільки дані, а й наслідки старого пошкодження.

Тестування і Реплікатор K2

Реплікатор K2 може використовуватися після технічної перевірки бази для:

вивантаження довідників;
вивантаження документів;
вивантаження регістрів;
формування контрольних сум;
перевірки залишків;
аналізу взаєморозрахунків;
підготовки JSON;
порівняння старої і нової системи;
підготовки даних для Power BI;
паралельного запуску 1С/BAS і K2 ERP.

Але Реплікатор не повинен підміняти технічну перевірку бази. Якщо джерело пошкоджене, спочатку потрібно зрозуміти масштаб проблем.

Карта перевірки перед міграцією

Об’єкт	Що перевірити	Чому важливо
Довідники	Биті посилання, дублікати, помічені на видалення	Master data у новій ERP
Документи	Проведення, посилання, дати	Обороти й історія
Регістри	Підсумки, рухи, аналітика	Залишки і звіти
Взаєморозрахунки	Борги, аванси, договори	AR/AP balances
Склад	Залишки, партії, характеристики	Stock balances
Бухгалтерія	ОСВ, проводки, субконто	Opening balances
Виробництво	НЗВ, специфікації, списання	Work in progress

Контрольні суми після виправлення

Після тестування і виправлення потрібно звірити:

кількість довідників;
кількість документів;
залишки товарів;
залишки по складах;
залишки по партіях;
взаєморозрахунки;
ОСВ;
банк;
касу;
ПДВ;
зарплатні залишки;
НЗВ;
основні засоби;
собівартість;
активні замовлення;
зовнішні ID;
результати ключових звітів.

Безпека операції

Тестування і виправлення — це адміністративна операція з високим рівнем впливу.

Потрібно контролювати:

хто має доступ до конфігуратора;
хто може запускати тестування;
чи є backup;
чи є протокол;
чи завершені сеанси;
чи вимкнені регламентні завдання;
чи є тестова копія;
хто приймає рішення про виправлення;
хто перевіряє результат.

Типові питання

Що таке тестування і виправлення 1С?

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

Чи можна запускати без резервної копії?

Ні. Перед запуском потрібно зробити backup. Бажано також перевірити відновлення backup на тестовій копії.

Чи виправляє ця операція бухгалтерські помилки?

Ні. Вона перевіряє технічний стан бази. Неправильні проводки, документи, ПДВ, собівартість або зарплату потрібно виправляти обліковими документами і налаштуваннями.

Чи можна запускати в робочий час?

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

Чому після тестування потрібно перевіряти звіти?

Тому що технічне виправлення може змінити посилання або підсумки. Після цього потрібно звірити ОСВ, залишки, взаєморозрахунки, ПДВ, зарплату, виробництво і ключові звіти.

Чи потрібно тестування перед міграцією в K2 ERP?

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

Коротко

Питання	Відповідь
Що це?	Службова операція перевірки й виправлення технічних проблем інформаційної бази.
Де запускається?	У конфігураторі 1С.
Що може перевіряти?	Індекси, логічну цілісність, посилання, підсумки, таблиці.
Що обов’язково перед запуском?	Backup, завершення сеансів, бажано тестова копія.
Що не виправляє?	Неправильні документи, бухгалтерські помилки, ПДВ, зарплату, собівартість.
Що перевірити після?	ОСВ, залишки, взаєморозрахунки, ПДВ, зарплату, виробництво, контрольні звіти.

Висновок

Тестування і виправлення 1С — це важливий інструмент технічного обслуговування інформаційної бази. Він може допомогти знайти і виправити частину внутрішніх проблем: індекси, підсумки, логічну і посилальну цілісність, службові структури бази.

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

Тестування і виправлення — це інструмент адміністратора, а не користувача. Його сила в технічній перевірці, а головний ризик — запуск без backup і без розуміння наслідків.

При переході з 1С або BAS у K2 ERP тестування і виправлення може бути частиною підготовки джерела даних. Перед міграцією потрібно переконатися, що база технічно цілісна, підсумки звірені, посилання не пошкоджені, а контрольні звіти збережені.

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

Див. також

Зовнішні посилання