Добрий день,

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

На сайті https://ca.tax.gov.ua/ вісить така інфа:

У зв’язку з чим, Кваліфікованим надавачем електронних довірчих послуг Державної податкової служби України (далі – Надавач), відповідно до постанови Кабінету Міністрів України від 17 березня 2022 року № 300 «Деякі питання забезпечення безперебійного функціонування системи надання електронних довірчих послуг» здійснюється автоматичне формування нових сертифікатів відкритих ключів всім користувачам за один день до закінчення строку чинності старих сертифікатів, терміном дії на один рік. При цьому особистий ключ користувача не змінюється.

Сказали, що треба зробити пошук оновленних сертифікатів по ІНН і встановити в Сонату. Я на сайті іх знайшов, закачав, вони формату "*.cer", але як мені в сонаті оновить їх? Я бачу тильки те, що потрібен ключ key-6.dat.

Чи мені в Сонаті завсім нічого не треба робить? А просто відправити нову заяву про приєднання до договору про визнання електронних документів?

У нас на форумі є детальна інструкція з цього приводу - https://sonata.biz.ua/topic/2850

Дякую, сертифікати оновив.

А цей пункт обов'язковий?

Нові сертифікати мають інші серійні номери, тож скоріше за все, ДПС вважатиме їх "незареєстрованими". Тому, тепер треба зареєструвати їх так само, як ви реєстрували нові ключі - за допомогою запиту про стан розрахунків із бюджетом: https://sonata.biz.ua/topic/2636

а також

ви - ФОП або юридична особа без бухгалтера: встановіть усі нові ключі до профілю Сонати (усі старі ключі приберіть звідти); створіть, підпишіть та подайте запит J/F1300204; дочекайтеся квитанції про прийняття цього запиту; разом із квитанцією повинен прийти примірник Договору про визнання електронних документів - це означає, що усі ключі зареєстровані і ви можете спокійно подавати звітність до ДПС.

має бути відправлений саме J/F1300204? Бо після оновлення ключів я раніше відправляв F1392001.

А цей пункт обов'язковий?

Практика показує, що так.

має бути відправлений саме J/F1300204? Бо після оновлення ключів я раніше відправляв F1392001.

F1392001 використовувався раніше. Тепер він потрібен тільки для реєстрації ключа бухгалтера, якщо є.
А для директора/ФОП подавайте F1300204. Усе, як зазначено в довідці.

А для директора/ФОП подавайте F1300204. Усе, як зазначено в довідці.

Після отримання відповіді по F1300204 (стан розрахунків з бюджетом) нові сертифікати будуть зареєстровані? А як це перевірити?

У квитанції на цей запит буде вказано, що "платник набув статусу суб'єкту документообігу".
Також, повинен прийти примірник Договору про документообіг від ДПС, але він може не прикріпитися до запиту.

У квитанції на цей запит буде вказано, що "платник набув статусу суб'єкту документообігу".

Ніде нема такого запису. Мені прийшло:

• повідомлення
• квитанція 1
• витяг щодо стану розрахунків платника з бюджетом та цільовими фондами

Ніде нема такого запису. Мені прийшло:

Перегляньте ще раз квитанцію №1, у самому низу:

Ну кажу ж, нема такого. Ось скрин:

Спробуйте подати звіт, який вам потрібен.
Можливо, ДПС "надала статус" раніше або з якогось дива не вказала це у квитанції.

Є ключі, які записані на токені "Автор", але термін дії цих ключів ще не закінчився - закінчується 19.04. Найближчими днями (03.04) будуть зроблені нові ключі, які будуть записані на ці самі токени, але термін дії цих ключів буде з 20.04 Тобто одночасно на токені будуть два ключі - ще діючий "старий" і новий, термін дії якого ще не настав. Чи вміє "Соната" працювати з такими ключами? Чи ніяких проблем не виникне? Бо я знаю, що електронний кабінет, наприклад, в таких випадках падає на передні ноги і не бачить попереднього ключа, хоча він ще і робочий

Залежатиме від способів запису ключів на токен та можливостей самого токена. У нас наразі немає способу змоделювати та перевірити таку ситуацію.
Краще таких ситуацій уникати.

Залежатиме від способів запису ключів на токен та можливостей самого токена. У нас наразі немає способу змоделювати та перевірити таку ситуацію.
Краще таких ситуацій уникати.

Я знаю на 101%, що МЕДок в такій ситуації коректно працює і без проблем бачить старий ключ, а потім так само безпроблемно працює і з новим ключем. Але тут така ситуація, що установа використовує в своїй роботі саме "Сонату". Шкода, що немає однозначної відповіді. Тепер треба думати що робити. Можливо, що доведеться достроково скасовувати старі сертифікати, щоб не було ніякого головного болю

наслышаны от таких историй с токенами "автор", именно с токенами 337-338, а не с алмаз-1к или кристалл. Там вполне можбыть ситуация когда один ключ записан как положено - в защищенную область носителя, а второй - в незащищенную. И выходит один - квалификований, а второй - удосконалений (его для реестров например уже и не использовать).

так что да, правильно вам советуют "Залежатиме від способів запису ключів на токен" и "Краще таких ситуацій уникати". никто не знает как будут сгенерированы ключи .. может вообще там на этом же ключе сформируют новый сертификат - то есть ключ останется тот же самый, а не будет генерации нового .. .вариантов несколько

и да, те, кто вам будут делать новый кеп/уеб - сами могут не знать что и как сделано технически по итогу .. плавали - знаем к сожалению по опыту (пришлось потом нормально генерировать на пустой носитель чтобы наверняка)

Я знаю на 101%, що МЕДок в такій ситуації коректно працює

"У такій ситуації" - це якій саме? У які області пам'яті токена були записані обидва ключі? Який тип токену? Це точно були два окремі ключі чи два окремі сертифікати, прив'язані до одного dat-ключа?

"У такій ситуації" - це якій саме? У які області пам'яті токена були записані обидва ключі? Який тип токену? Це точно були два окремі ключі чи два окремі сертифікати, прив'язані до одного dat-ключа?

Так, це були два окремі ключі. Під кожен з цих ключів були записані свої сертифікати - там же на токені. Тип токену - або Автор 337, або автор 338S. В мене є спеціальна утиліта за допомогою якої я можу продивлятися інформацію на токені І бачити і ключі і сертифікати, які там записані. Власне кажучи, за допомогою тієї самої утиліти я і сертифікати туди записую. Також можу видаляти ті ключі і сертифікати, які вже закінчилися

>Там вполне можбыть ситуация когда один ключ записан как положено - в защищенную область носителя, а второй - в незащищенную. И выходит один - квалификований, а второй - удосконалений (его для реестров например уже и не использовать). >

.

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

треба було відправити на кожен КЕП окрім керівника та печатки це повідомлення 1300204.. для бухгалтера вказати тип підпису "бухгалтер", підписати Кеп бухгалтера + керівника + печатки (за наявності).

далі налаштувати в профілі замість КЕП головбуха - КЕП на працівника для податкових накладних, створити повідомлення 1300204, внести дані на працівника, вказати тип підпису "підпис податкових накладних" , підписати КЕП працівника + керівник + печатка (за наявності).. КЕПом головбуха не підписується повідомлення на іншого працівника

коли приймуть - тоді вже налаштувати як треба ключі в профілі

і цікаво = це у ФОП є в штаті і головбух і працівник для ПН ? .. вказаний Вами чаркод F1300204 - цедля ФОП, а для юр осіб це J1300204