Взагалі-то, ДФС каже: http://lv.sfs.gov.ua/media-ark/local-news/print-198888.html
"Платник на запит про стан рахунку з ПДВ може отримати відповідь тільки один раз на день у зв’язку з великими обсягами інформаційних баз даних ДФС України та для уникнення перевантаження (збою) серверів ДФС України. "

Тому поки немає великої потреби у такій кнопці. Але згодом подумаємо.

Спасибо за ответ, но нужно ориентироваться на потребности пользователей ПО "Соната", а не на то, как удобно ДФС.

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

Разница есть. Ваши ответы выглядят как отписки. Вы прежде чем что-то писать, проверяйте информацию. Да, ДФС утверждают, что отчеты принимаются серверами только в рабочее время, запросы только 1 раз в день, но это все не отвечает действительности.

Звіряю імпортовані ПН з витягом з ЄРПН.

ПН - отримані - сортування по даті реєстрації. Виявляю фактичну відсутність одної ПН (витяг - 5 шт, імпортованих - 4 шт). Перевіряю по даті виписки - знаходжу відсутню ПН, але в полі дати реєстрації стоїть інша дата. Чому? Дивлюсь далі - за ту дату (виписки) є ще одна ПН з таким самим номером, але від іншого контрагента (реєстровані в різні дні), добре. Видаляю ПН з неправильною датою реєстрації і роблю по ній запит з імпортом документу. Отримую витяг, отримую ПН - все класно.

ПН - отримані - сортування по даті реєстрацій. Тепер обидві ПН фігурують з датою реєстрації згідно останнього витягу.

Баг? Баг. Фіксити...

devil_1 +1.

Посилав два запити в один день - по другому запиту отримав відповідь з оновленими даними (після реєестрації ПН)

Дивлюсь далі - за ту дату (виписки) є ще одна ПН з таким самим номером, але від іншого контрагента

Може бути, перевіримо та виправимо, коли так.

Здравствуйте. Такие неточности программы: 1. Копирую налоговую накладную > Меняю во Властивостях период > Меняю дату налоговой накладной > Сохраняю, Закрываю, открываю > в табличной части, в графе 2 дата остаётся прежняя, та, что была в исходной накладной, с которой сделана копия. И к этому же вопрос, при копировании, сохранении уже в нужном периоде, номер в поле "№ документа в периоде" автоматом ставится УЖЕ НОВЫЙ НОМЕР, или его нужно менять вручную? 2. При выборе даты договора посредством календаря, при выборе месяцев: октябрь, ноябрь, декабрь, календарь попросту закрывается, и месяц не выбирается. При выборе других месяцев всё работает. Исправьте, пожалуйста.

Меняю во Властивостях период > Меняю дату налоговой накладной > Сохраняю, Закрываю, открываю > в табличной части, в графе 2 дата остаётся прежняя

Дата у таблиці (Дата виникнення податкового зобов'язання) і дата накладної (Дата складання податкової накладної ) - різні речі. При зміні дати складання дата зобов'язання змінюватись не повинна.

при копировании, сохранении уже в нужном периоде, номер в поле "№ документа в периоде" автоматом ставится УЖЕ НОВЫЙ НОМЕР, или его нужно менять вручную?

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

При выборе даты договора посредством календаря, при выборе месяцев: октябрь, ноябрь, декабрь, календарь попросту закрывается, и месяц не выбирается.

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

".... У мене все працює, будь-який місяць. Цей календар - стандартний системний елемент Віндовса, ми у будь-якому разі нічого не можемо з ним зробити...."

Гм... странно. В остальных программах календари работают нормально. Может, я не точно выразилась, каким образом выбирается дата?
К примеру: Поле "від" (поле даты договора) пустое > в поле "від" нажимаю на кнопку раскрывающегося списка > "выпадает" каледарь > в заголовке календаря нажимаю на название месяца > "выпадает" список месяцев > вот в этом списке при выборе месяцев октябрь, ноябрь, декабрь календарь закрывается (приходится открывать его снова, и посредством листания месяцев, приходится выбирать нужный). А при выборе других месяцев из "выпадающего" списка, с января по сентябрь, календарь переключается на нужный месяц, и я могу выбрать нужную дату.

Саме так я і робив, коректно все працює. Спробуйте ще на іншому комп'ютері.

Програма зчитує строк дії сертифікатів до секунди.

Ключом з терміном дії до 16-07-2015; 10 год 46 хв 52 сек - неможливо скористатись вже на 53 секунді.

Для шлюзу сертифікати/ЕЦП дійсні до кінця доби (запити успішно пройшли після 13 години).

Слід встановити чинність по даті.

Приймемо до уваги.

Так а при чем тут программа? У сертификатов есть конкретный срок действия с точностью до секунды. Если на шлюзе ДФС проверка статуса сертификата не в он-лайн режиме, а в Сонате - в он лайн режиме через сервера АЦСК, который выдал ключи (и это правильно!) - то это проблема шлюза ДФС. Еще потом может возникнуть вопрос о легитимности поданного отчета на уже недействующем сертификате.

У сертификатов есть конкретный срок действия с точностью до секунды.

Погоджуюсь.

Та шлюз орієнтується на дату, а не на час. Відповідь на сьогоднішній запит.

Вхідне повідомлення. Сертифікат для зашифрування/розшифрування прострочено Сертифікат: № '+++++', видавець: '++++' 'ЦСК "++++" ТОВ "++++"', найменування: 'ТОВ +++++',

дата завершення: '16.07.2015', поточна дата: '17.07.2015'.

Офіційного трактування від ДФС кінцевого терміну сертифікатів - не знайшов. То ж, можливо, ДФС тркатує строк дії як календарний день, а не секунду.

>проверка статуса сертификата... в Сонате - в он лайн режиме через сервера АЦСК

У моєму випадку перевірка не зпрацювала. Мої маніпуляції з системною датою свого ПК дали мені змогу підписати документи простроченим ЕЦП.

У меня замечание по системе проверки корректности документа.

Соната находит первую ошибку и пока она не исправлена, дальше ошибки пользователь посмотреть не может. Дайте возможность просмотреть все ошибки в документе, или все сразу покажите и пошаговый поиск типа ПОКАЗАТЬ СЛЕДУЮЩУЮ.

ivkbdn "У меня замечание по системе проверки корректности документа."

У майбутньому планується модернізувати систему опрацювання повідомлень про помилки.

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

Відправив баланс, перша квитанція

Варто прибрати з автозаповнення заявки для елеткронної печатки слова "електронна печатка"

а почему Вы решили что надо убрать? название/имя - берется автоматически из соответствующего поля в сертификате

тому що в установчих документах назва підприємства не "електронна печатка ТзОВ +++", а "ТзОВ ++++", а дане поле, підозрюю, для зазначення власне самої назви юрособи. Так як рядок починається словом "печатка :". компренде?

В сертификате есть среди прочих два разных поля: в поле "Найменування" указан собственник сертификата - это или ФИО должностного лица (директор, бухгалтер) или "електронна печатка + сокращенное название предприятия" согласно Устава. А отдельно есть поле "Організація", где указано название предприятия. Название/имя - берется автоматически именно из поля, где указан собственник сертификата - т.е. кому именно выдан данный сертификат. Поле "Организация" одинаковое для всех сертификатов, выданных для одного предприятия, а поле "Найменування" - отличается.