Звірка ПДВ неправильно реагує на ІПН які починаються з цифри "0".

Тепер навіть (Новий запит - Запит до ЄДРПН за період)за конкретну дату з поміткою тільки видані витяги приходять пустими, хоча на запит відправлений одразу після з помітками видані/отримані витяг мав ПН/РК. Тобто запит з порожньою відповіддю в файлі xml має пустий рядок, що мабуть і призводить до такого стану.

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

Звірка ПДВ неправильно реагує на ІПН які починаються з цифри "0".

Є таке, поправимо після вихідних. Чомусь ДФС дозволяє у ПН вказувати без перших нулів, але у витягу показує цей самий ІПН з накладної вже з нулями.

"Звірка ПДВ (тест)" полезное обновление, только не понятно почему запросы идут без галочки "импортировать документ". Получается двойная работа - сначала узнаем, что в такой-то день есть налоговые, а потом еще раз запрашиваем чтобы налоговую втянуть. Зачем?

Перефразую, запит з пустим рядком. 10 запитів - 5 з галкою отримані, приходять пусті витяги, з двома галками отримані/видані приходять витяги з ПН/РК. Запити робились поперемінно кожен день 5 днів підряд.

Здравствуйте. Вместе с вытягом не приходят НН, хотя при отправке вытяга галочка в поле "Імпорт документу з квитанцією " стоит. Что делать?

По перше запити сформовані кнопкою звірка формуються неправильно - галочка "імпорт документа за квитанцією" не стоїть, відповідно воно не підтягне документ в систему, просто в списку напише номер ПН. По друге - плутає ІПН продавця та покупця в списку, причому несистемно: при намаганні сформувати запит до ЄРПН на основі виділених стрічок вашого списку - в одну й туж колонку запиту "Індивідуальний податковий номер продавця" підтягує номер як покупця так і продавця, тобто переплутані сторони купівлі-продажу. На основі такого неправильно сформованого запиту логічно що воно не підтягне нормально ПН

"Звірка ПДВ (тест)" полезное обновление, только не понятно почему запросы идут без галочки "импортировать документ". Получается двойная работа - сначала узнаем, что в такой-то день есть налоговые, а потом еще раз запрашиваем чтобы налоговую втянуть. Зачем?

У теорії - зменшення навантаження на канали зв'язку (пошта, пряме з'єднання) та сервери ДФС. Уявіть ситуацію, коли у вас видано 100 накладних за день (і всі вони у профілі є), і ви перевіряєте цей день запитом, тягнучи собі знову усі ці 100 накладних...

Перефразую, запит з пустим рядком. 10 запитів - 5 з галкою отримані, приходять пусті витяги, з двома галками отримані/видані приходять витяги з ПН/РК. Запити робились поперемінно кожен день 5 днів підряд.

Так у чому помилка? У вас немає отриманих за той період - от витяги і прийшли пусті.

Здравствуйте. Вместе с вытягом не приходят НН, хотя при отправке вытяга галочка в поле "Імпорт документу з квитанцією " стоит. Что делать?

Це технічні проблеми на шлюзі ДФС, останнім часом таке часто буває. Мені наразі прийшли накладні, запит по яким я відправляв ще у четвер.. Із цим ми нічого не можемо зробити, тільки чекати.

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

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

По друге - плутає ІПН продавця та покупця в списку, причому несистемно: при намаганні сформувати запит до ЄРПН на основі виділених стрічок вашого списку - в одну й туж колонку запиту "Індивідуальний податковий номер продавця" підтягує номер як покупця так і продавця, тобто переплутані сторони купівлі-продажу. На основі такого неправильно сформованого запиту логічно що воно не підтягне нормально ПН

Це перевіримо, дякую за уважність.

Приклад: робимо запит за 13.07.17-14.07.17 таким чином - Створити запит - Запит до ЄДРПН за період - У проміжок часу вказуємо дату з 13.07.17 по 14.07.17 галка тільки Отримані, приходять пусті витяги. Далі створюємо все теж саме, але галка і на отримані, і на видані - і цього разу приходять витяги з отриманими ПН/РК! У обох випадках ми мали б побачити ОТРИМАНІ, але тільки в другому випадку прийшли отримані ПН/РК.

Доброго дня! Підскажіть , нажимаю "перевірити пошту" , видає помилку "Відбулися помилки під час отримання повідомлень. Помилка при отриманні пошти: a0001 NO Account closed or need to change password"

що це може бути?

Приклад: робимо запит за 13.07.17-14.07.17 таким чином - Створити запит - Запит до ЄДРПН за період - У проміжок часу вказуємо дату з 13.07.17 по 14.07.17 галка тільки Отримані, приходять пусті витяги. Далі створюємо все теж саме, але галка і на отримані, і на видані - і цього разу приходять витяги з отриманими ПН/РК! У обох випадках ми мали б побачити ОТРИМАНІ, але тільки в другому випадку прийшли отримані ПН/РК.

Не повинні були. Якщо у запиті стоїть тільки галка "отримані" - то у відповідному витягу ви на побачите видані накладні, навіть, якщо вони є в ЄДРПН. Так працює цей запит. А надходження самих накладних залежить: 1) від наявності записів про накладні у витягу, а також 2) від встановленої галки "імпортувати документ..." у запиті.

Доброго дня! Підскажіть , нажимаю "перевірити пошту" , видає помилку "Відбулися помилки під час отримання повідомлень. Помилка при отриманні пошти: a0001 NO Account closed or need to change password" що це може бути?

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

Шановний, мова їде тільки про отримані накладні, вони повинні були бути в обох випадках, звісно, що у першому витягу не буде виданих, а повинні бути тільки отримані, але їх не було. Шановний і ще поясніть, як поставити галку "імпортувати документ..." у запиті, якщо створюємо запит до ЄДРПН за період. Ми вам ставимо конкретні питання, але на превеликий жаль ви не може зрозуміти наші потреби(

Добрый день! Объясните пожалуйста, почему загрузка обновления идет 1 час 45 минут? Скорость интернета нормальная.Вызывает подозрения такой большой период загрузки особенно после последних событий с Мед ком!

В разделе отриманих накладных у некоторых ПН нет информации о дате регистрации. При этом во властивостях стоит, что они проведены. В запросе о статусе накладных стоит, что они зарегистрированы. В разделе Сверка ПДВ так же стоит, что они зарегистрированы. В нескольких отриманих и одной выданной ПН стоит сумма 0 в графе "ПДВ из ЄДР".

Шановний, мова їде тільки про отримані накладні, вони повинні були бути в обох випадках

Якщо у запиті не стояла галка "отримані", то у витягу їх ніколи не буде. Якщо ви вважаєте, що повинно бути інакше - зверніться, будь ласка, до ДФС, оскільки витяг формують вони, а не Соната.

Добрый день! Объясните пожалуйста, почему загрузка обновления идет 1 час 45 минут?

Можливо, це пов'язано із обмеженнями на вашому комп'ютері чи серверах, через які ви отримуєте доступ до інтернету. Стосовно нашого серверу оновлень - наразі завантаження триває 1-2 хвилини. Більше 10 хвилин я ще ніколи не бачив. Спробуйте посилання "Завантажити зі стороннього ресурсу" - може воно у вас буде працювати швидше.

Скорость интернета нормальная.Вызывает подозрения такой большой период загрузки особенно после последних событий с Мед ком!

Опишіть, будь ласка, конкретніше - які саме підозри це у вас викликає, і що (на вашу думку) означає?

В разделе отриманих накладных у некоторых ПН нет информации о дате регистрации. При этом во властивостях стоит, что они проведены. В запросе о статусе накладных стоит, что они зарегистрированы. В разделе Сверка ПДВ так же стоит, что они зарегистрированы. В нескольких отриманих и одной выданной ПН стоит сумма 0 в графе "ПДВ из ЄДР".

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