ГОЛОВНЕ

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

На якому етапі виникла помилка

Старе скорочення АЦСК у повідомленні програми зазвичай стосується надавача електронних довірчих послуг. Під час роботи можуть окремо виконуватися зчитування ключа, створення підпису, отримання статусу сертифіката, позначки часу та передавання документа одержувачу. Останній збій не означає, що попередні кроки не виконано. Запишіть точний текст, час, назву програми, обраного надавача й дію, після якої з’явилася помилка. Не робіть висновок про масову аварію лише з одного повідомлення.

Розділіть симптоми

Що спостерігаєтеЩо перевірити спочатку
Ключ не зчитується до підписанняПравильний носій і надавач, доступ до носія, пароль без передавання іншим, потрібне програмне забезпечення
Не вдалося отримати статус сертифікатаДоступність статусних сервісів надавача, сертифікат, налаштування мережі й часу
Файл підписано, але не надсилаєтьсяКанал обміну та сервіс одержувача, а не автоматичне перевиготовлення КЕП
Не перевіряється підписаний файлПовнота контейнера чи пари файл/підпис, підтримуваний формат, повідомлення перевірки

Безпечна перевірка мережі

  1. Переконайтеся, що пристрій має інтернет і правильні дату та час. Відкрийте офіційний сайт свого надавача за відомою адресою, не за посиланням із підозрілого листа.
  2. Перевірте офіційні повідомлення про технічні роботи. Доступна головна сторінка не доводить доступність усіх OCSP, списків відкликаних сертифікатів чи сервісів часу.
  3. Якщо корпоративна політика дозволяє, порівняйте результат в іншій довіреній мережі або на дозволеному пристрої. Не копіюйте файловий ключ на чужий комп’ютер для експерименту.
  4. Адміністратору передайте назву сервісу, етап і помилку. Нехай перевірить проксі, DNS, дозволені з’єднання та вимоги конкретної програми. Не вимикайте антивірус, TLS-перевірку чи брандмауер як універсальне рішення.

Перевірте сертифікат і програму

Працюйте з офіційною сторінкою саме свого надавача. Наприклад, КНЕДП ДПС публікує пошук сертифікатів, статусну інформацію та посилання на настанови користувача на сторінці «Пошук сертифікатів та СВС». Виконуйте передбачену сервісом ручну перевірку; не обходьте CAPTCHA. Перевірте належність і строк чинності сертифіката, а якщо є повідомлення про блокування чи скасування — уточніть його статус у надавача. Оновлюйте програму та криптографічні компоненти лише з офіційного джерела за погодженням адміністратора. Не видаляйте ключі, сертифікати чи кеш навмання: спочатку збережіть діагностичні дані й виконайте конкретну інструкцію підтримки.

Приклад: підпис створено, відправлення не підтверджене

О 10:00 програма створила підписаний контейнер, але під час відправлення показала помилку сервера. Спочатку збережіть контейнер та перевірте журнал обміну: чи є документ у вихідних, чи присвоєно ідентифікатор, чи надійшла квитанція. Якщо відправлення вже прийняте, повторне створення документа може дати дубль. Якщо доказу доставки немає, дійте за процедурою повторного надсилання саме цього сервісу. Успішна перевірка підпису через ЦЗО може допомогти відокремити криптографічну частину від доставки, але сама не підтверджує прийняття звіту ДПС.

Що передати службі підтримки

  1. Назву та версію програми, операційну систему, надавача й тип носія — без файла особистого ключа.
  2. Час із часовим поясом, точний текст або код помилки, етап операції й результат повторної дозволеної перевірки.
  3. Скріншот або журнал із замаскованими персональними даними, токенами сесії, реквізитами документів і конфіденційними даними.
  4. Чи працюють інші документи, мережі й дозволені пристрої; чи є офіційне повідомлення надавача. Це спостереження, а не доказ загальносистемного збою.
  5. Зафіксуйте номер звернення. У разі підозри на компрометацію ключа зверніться до надавача щодо блокування чи скасування за його процедурою, а не лише змініть пароль облікового запису.

Типові помилки

  1. Багаторазово вводити пароль навмання, не прочитавши текст помилки.
  2. Надсилати підтримці файл ключа, пароль, код MFA або весь незамаскований журнал.
  3. Завантажувати ключ на випадковий сайт «перевірки КЕП». Публічний сертифікат і особистий ключ — різні речі.
  4. Підписати й відправити заново, не перевіривши, чи вже прийнято перший документ.
  5. Вважати технічну помилку автоматичним продовженням строку звітності. Зберігайте докази й перевіряйте правову процедуру для конкретної ситуації.

FAQ: чи потрібно одразу отримувати новий ключ

  1. Чи допоможе новий КЕП при недоступності сервера одержувача? Не обов’язково: спочатку встановіть етап збою.
  2. Чи достатньо, що файл відкрився? Ні. Читабельність документа, чинність підпису та його доставка — різні перевірки.
  3. Чи можна підписати ключем колеги? Не підміняйте особу підписувача. Доступ і повноваження мають бути оформлені належно, а ключ — під контролем його власника.

Увійдіть до iFin, щоб застосувати ці рекомендації у своїй роботі.

Увійти в iFin

Джерела та корисні посилання

Опубліковано 17 жовтня 2026 р.. Останнє оновлення: 17 жовтня 2026 р.. Матеріал описує робочий процес. Для конкретної операції звіряйте чинні норми та актуальну інструкцію сервісу. Редакційні принципи