Підкажіть будь-ласка. У контрагента Медок, тому щоб зареєструвати РК постачальник відправив мені ХМЛ файл на електронну пошту. Але коли намагаюсь імпортувати в програму пише помилку "Власник особистого ключа відсутній у списку отримувачів зашифрованих даних". В чому може бути проблема? РК повинен бути підписаний постачальником? Як я можу дізнатись, чи є на ньому підпис? Розмір файлу 5 кб, підписані накладні (РК не перевіряв) у мене займають до 20 кб.
У контрагента Медок, тому щоб зареєструвати РК постачальник відправив мені ХМЛ файл на електронну пошту. Але коли намагаюсь імпортувати в програму пише помилку "Власник особистого ключа відсутній у списку отримувачів зашифрованих даних".
РК у цьому випадку повинен бути підписаний ключами постачальника та не зашифрований. Якщо він саме так і робить, тоді нам треба отримати файл цього РК на нашу адресу support@sonata.biz.ua з коротким описом проблеми. Можливо, це помилка Сонати.
Доброго дня.У контрагента Медок, тому щоб зареєструвати РК постачальник відправив мені ХМЛ файл на електронну пошту.я імпортувала його в Сонату . Бачу його з статусом отримана. галочка про реєстраці. покупцем є. Контрагент говорить що розрахунок підписаний,я підпису не бачу. Підписала і відправила на реєстрацію . прийшла квитанція з помилкою:
"ДОКУМЕНТ НЕ ПРИЙНЯТО. При необхідності виправте документ та відправте його знову. Виявлені помилки: Невірна послідовність підписів документа Підписи документа:
перший - печатка, моя
другий - директор,моя
Увага! Розрахунок коригування до податкової накладної з негативною сумою коригування податкового зобов'язання повинний бути підписаний двома комплектами підписів - продавця і покупця."
як правильно його відправити.
У нас тоже проблема с РК. Получили от контрагента РК с подписями, все как надо. Подписали и отправили в налоговую, пришел ответ "ДОКУМЕНТ НЕ ПРИЙНЯТО"...."Блок даних. Невірний підпис - сертифікат відсутній в базі сертифікатів". Хотя сертификат в порядке.
Контрагент говорить що розрахунок підписаний,я підпису не бачу.
Ну, в його Медку він підписаний, а вам експортував пустий XML без підписів. Тому і проблема. XML-файл повинен бути підписаний його бухгалтером/директором та печаткою (за наявності). Такий підписаний файл він надає вам, а ви додаєте ще свій комплект підписів. Тоді шлюз прийме.
Блок даних. Невірний підпис - сертифікат відсутній в базі сертифікатів
Це взагалі тривіальна проблема, що немає ніякого відношення до обміну накладними. Користуйтеся Довідкою у програмі, будь ласка - http://sonata.biz.ua/help/problemy_blok_dannyh.html
Ну, в його Медку він підписаний, а вам експортував пустий XML без підписів.
Саме так, недалекоглядність користувачів SOFT продуктів, здавалося б недунрних людей, інколи надзвичайно вражає.
Конкретно медка - поясніть, що треба не експортувати документ, а зробити правий клік на РК, вибрати пункт (дослівно не пригадую) котрий означатиме, що виділений документ буде підготовано для контрагента. Тоді медок експортує його з назвою "рік-місяць-число-година-хвилина-секунда_ЄДРПОУ_J1201207.xml", котрий буде з підписами і його зможете імпортувати в сонату.
цитата Конкретно медка - поясніть, що треба не експортувати документ, а зробити правий клік на РК, вибрати пункт (дослівно не пригадую) котрий означатиме, що виділений документ буде підготовано для контрагента. Тоді медок експортує його з назвою "рік-місяць-число-година-хвилина-секунда_ЄДРПОУ_J1201207.xml", котрий буде з підписами і його зможете імпортувати в сонату.
А можно поподробнее, что должен сделать поставщик, у которого Медок, для того чтобы я получила подписанный расчет корректировки. Поставщик бросил мне на почту корректировку, я подписала и отправила. В квитанции - "невірна послідовність підписів"
А можно поподробнее, что должен сделать поставщик, у которого Медок
Він повинен експортувати з Медка цей РК із підписами та без шифрування. Як конкретно це робиться - то питання до технічної підтримки Медка, ми не воло діємо такою інформацією.
А можно поподробнее, что должен сделать поставщик, у которого Медок,
Теперь уже ничего. [Налоговая ввела свой собственный сервер обмена][1]
[1]: http://sfs.gov.ua/elektronna-zvitnist/aktualni-novovvedennya/201249.html
После обновлений все будут отсылать РК-шки точно так как и ПН-ки. Весь обмен пойдет через налоговую.
На жаль, не все так оптимістично, як ви гадаєте. Ну, як завжди у ДФС, в принципі.
З опису системи: "4) У випадку відправки контрагенту розрахунку коригування кількісних і вартісних показників до податкових накладних з від’ємною сумою ПДВ для подальшої його реєстрації в єдиному реєстрі податкових накладних контрагентом – покупцем, Документ в обробку приймається вже підписаним."
Це означає, що для обміну мінусовими РК знадобиться інший механізм обміну документами між контрагентами, який зможе передати підписаний продавцем РК до покупця, тобто знову якісь сторонні програми. А це означає, що анонсована система може робити тільки те, що вже давно і успішно виконує ЄДРПН.
Ті ж писанки, тільки у профіль.
Здравствуйте! Такая проблема. Выписала я РК с минусом и отправила покупателю (у него Медок), он вроде всё правильно и сделал, подписал-отправил в налоговую, только пришло только уведомление и больше ничего. Вот это уведомление
Документ доставлено
Отримано: 19.06.2015 10:22:50
Установа: Державна Фіскальна служба
Звіт: Додаток 2 до Податкової накладної
Повідомлення про доставку документа адресату.
Відправник: [мой ЕДРПОУ] Товариство з обмеженою відповідальністю "Продавец" Одержувач: [покупателя ЕДРПОУ] ПП "Покупатель" Дата та час доставки: 19.06.2015 в 10:22 Документ: [J1201207] Додаток №2 № 1 від 17.06.2015 и так уже второй раз отправляли. Где ошибка?
покупателю (у него Медок), он вроде всё правильно и сделал, подписал-отправил в налоговую, только пришло только уведомление и больше ничего
Я так розумію, контрагент з Медка відправляв РК і у Медок йому не приходять квитанції про реєстрацію? До чого тут тоді Соната? Йому треба звернутися то технічної підтримки Медка з цією проблемою.
не підскажете, що повинен зробити постачальник (медок), щоб правильно відправити мені(соната) підписаний РК ? перший раз прислав ХМЛ файл:
<?xml version="1.0" encoding="windows-1251"?>
<ZVIT>
<TRANSPORT>
<VERSION>4.1</VERSION>
<CREATEDATE>10.08.2015</CREATEDATE>
</TRANSPORT>
<ORG>
<FIELDS>
<EDRPOU>31443937</EDRPOU>
</FIELDS>
<CARD CARDWITHKVT="1">
<FIELDS>
<PERTYPE>0</PERTYPE>
<PERDATE>01.07.2015</PERDATE>
<DOCID>FC5C1278-6D56-4B48-92FF-FD8B1688DE80</DOCID>
<CHARCODE>J1201207</CHARCODE>
</FIELDS>
<DOCUMENT>
<ROW LINE="0" TAB="0" NAME="REP_KS">
<VALUE>2221630164</VALUE>
</ROW>
<ROW LINE="0" TAB="0" NAME="FIRM_ADR"> ............
соната не прийняла : в текстовом комментарии обнаружен недопустимій знак. Line:1 PACKED_XML. другий раз вони прислали мені 6 (шість) файлів: 31443937_DOC-SIGN_1_2015-08-12.DBF 31443937_DOC-SIGN_1_2015-08-12.DBT 31443937_DOC-SIGN_1_2015-08-12.FPT 31443937_LIST-DOC_1_2015-08-12.DBF 31443937_RK-MAIN_1_2015-08-12.DBF 31443937_RK-TAB_1_2015-08-12.DBF. Соната їх не зрозуміла. Що робити ?
не підскажете, що повинен зробити постачальник (медок), щоб правильно відправити мені(соната) підписаний РК ?
Це питання до технічної підтримки Медка. Ми ж розробники Сонати, чи не так? З іншими програмами ми не розбиралися на такому рівні, щоб надавати по ним консультації.
Соната їх не зрозуміла. Що робити ?
І правильно зробила, оскільки перший раз вам надіслали РК у внутрішньому форматі Медка та ще й запакованому, який тільки він може зрозуміти. А у другому разі взагалі набір файлів бази даних, які зовсім не стосуються електронної звітності.
Вам треба звернутися до свого контрагента і сказати, щоб він відправив вам РК через сервер обміну ДФС. Не через "гарантований обмін" Медка, не через пошту чи експортом файлів. Через сервер обміну Фіскальної служби.
сидів сьогодні, роздивлявся медок, - там є тільки "відправити контрагенту" і все, а яким шляхом - немає налаштувань. А як в Сонатаі відправляти "Через сервер обміну Фіскальної служби" ? Дякую за відповідь.
А як в Сонатаі відправляти "Через сервер обміну Фіскальної служби" ?
Точно так, як і через пошту. Оберіть ПН/РК та натисніть Відправити - Контрагенту. Треба тільки переконатися, що у профілі на сторінці "Поштові налаштування" обрано "Обмін через сервер ДФС".
Інструкція для покупців(Соната) і продавців (Медок) по оформленню РК на повернення коштів: продавец (медок) робить:
- створює РК (додаток 2)
потім в "наступні дії"
- Перевірити
- Передати на підпис
- Експортувати підписаний документ
І створений файл пересилає покупцю. Дуже важливо не міняти імя файлу. А в Сонаті все просто: імпортувати, відправити.
Будь ласка, зараз виникла необхідність зареєструвати розрахунок коригування на зменшення до податкової накладної, складеної у січні 2015 року. Хто має це зробити, покупець чи продавець? адже з п.192.1 ПКУ можна зрозуміти, що все ж таки продавець... чи існує в такому разі інший, альтернативний порядок підписання та шифрування такого розрахунку? скільки комплектів підписів на нього накладається, також два (продавця та покупця) чи можливі інші варіанти?
Можу сказати, що з технічної точки зору - тільки покупець. Тому що інакше шлюз не прийме такий РК і зажадає два комплекти підписів. Принаймні нещодавно так було, але ви можете спробувати зробити це і зараз.
Виникла аналогічна ситуація як у inventor2012. Потрібно зареєструвати від'ємний РК до ПН2014 - не реєструється: помилка, невірна послідовність накладання підписів.
Від'ємний РК для неплатника, а також РК, що реєструє покупець ДФС приймає без проблем.
Ще додам: у властивостях РК на Неплатника (бух+печ), у квитанції (печ+бух) і документ прийнятий. У РК на платника ПДВ аналогічний порядок підписів тільки от НЕ ПРИЙНЯТО. Що порадите?
Технічна підтримка: support@sonata.biz.ua