opz.org.ua

Обсуждаем...

Опять вернулись старые добрые времена
за три дня до окончания срока сдачи отчета начинается мозгое...ка с новыми формами электронной отчетности.

к большому сожалению не реализован режим авто нумерации строк при большом объеме это проблема

Помогите!
Реестр НН формируем в Екселе, после этого с помощью файла opz/doc/Реєстр_отр_вид_под_накл.xls формируем файл формата *.xml, который загружаем в ОПЗ.
В версии 1.29.2 этот файл не обновлен, по-прежнему создает файл формата *1503*.xml, который читается ОПЗ, но не принимается налоговой.Что делать?

Помогите!
Реестр НН формируем в Екселе, после этого с помощью файла opz/doc/Реєстр_отр_вид_под_накл.xls формируем файл формата *.xml, который загружаем в ОПЗ.
В версии 1.29.2 этот файл не обновлен, по-прежнему создает файл формата *1503*.xml, который читается ОПЗ, но не принимается налоговой.Что делать?

в OPZ в папке DOC лежит 2 файла xls: Реєстр_отр_вид_под_накл(3) и Реєстр_отр_вид_под_накл(4) вот там и пробуй формировать в (4)

Молодцы, так держать!!! Мало того что обновление вышло за 3 дня до окончания срока подачи отчета, так еще и с сюрпризом. Камеральная проверка не отслеживает событие нумерации не по порядку, что может случиться при ручном заполнении. Почему бы не сделать автоматическое заполнение поля: "№ з/п", скажем, при выборе пункта меню: "Автозаповнення документа". Кстати, а вы пробовали вручную в ОПЗ заполнить это поле в большом реестре. Переход с одной строки на другую занял... 6 мин.45 сек. Камеральная проверка идет минут 40, проверка структуры минут 15, сохранение минут 5.

P.S. "Ох и заработат гробовшики(читай налоговики) сёдни сладку денежку."

congos писал(а):Молодцы, так держать!!! Мало того что обновление вышло за 3 дня до окончания срока подачи отчета, так еще и с сюрпризом. Камеральная проверка не отслеживает событие нумерации не по порядку, что может случиться при ручном заполнении. Почему бы не сделать автоматическое заполнение поля: "№ з/п", скажем, при выборе пункта меню: "Автозаповнення документа". Кстати, а вы пробовали вручную в ОПЗ заполнить это поле в большом реестре. Переход с одной строки на другую занял... 6 мин.45 сек. Камеральная проверка идет минут 40, проверка структуры минут 15, сохранение минут 5.

P.S. "Ох и заработат гробовшики(читай налоговики) сёдни сладку денежку."

Коллеги, вы все перепутали. Версия 1.29.2 как раз ввела контроль заполнения поля № з/п. Весь фокус в том, что по задумке ДПА здесь не должно быть нумераци строк по порядку. Смысл этого поля в том, что оно должно содержать номер записи в реальном реестре полученных и выданных податкових накладних, который ведется с начала года. Т. е. об автонумерации не может быть и речи. Поэтому ОПЗ ведет контроль на обязательность заполнения этого поля и неповторяемость, что абсолютно логично. А вот вопрос, зачем эту технологию нужно было вводить в конце года? Загадка.

jakob писал(а): Смысл этого поля в том, что оно должно содержать номер записи в реальном реестре полученных и выданных податкових накладних, который ведется с начала года. Т. е. об автонумерации не может быть и речи. Поэтому ОПЗ ведет контроль на обязательность заполнения этого поля и неповторяемость, что абсолютно логично.

Я тоже Так предполагал, но никто не знает точно.
Сказали, что в Месяце Плательщик должен нумкровать Накладные

А вот вопрос, зачем эту технологию нужно было вводить в конце года? Загадка.

Еще до НГ далеко... Усовершенствуют ПО...

jakob писал(а):Коллеги, вы все перепутали. Версия 1.29.2 как раз ввела контроль заполнения поля № з/п. Весь фокус в том, что по задумке ДПА здесь не должно быть нумераци строк по порядку. Смысл этого поля в том, что оно должно содержать номер записи в реальном реестре полученных и выданных податкових накладних, который ведется с начала года. Т. е. об автонумерации не может быть и речи. Поэтому ОПЗ ведет контроль на обязательность заполнения этого поля и неповторяемость, что абсолютно логично. А вот вопрос, зачем эту технологию нужно было вводить в конце года? Загадка.

А разработчики не подумали о том, что. например, в отчетном периоде не было получено ни одной налоговой накладной? Т.е. Розділ 1. Отримані податкові накладні - пустой? И, естественно, не заполнено поле № з/п? Что делать в таком случае?
Получена квитанция
"ДОКУМЕНТ НЕ ПРИЙНЯТО. Для одержання додаткових роз'яснень зверніться до розробника програми формування і відправки звітності за тел.(044)206-7210. Виявлені помилки: Помилка перевірки документа - роздiл 1, гр.1, стр.1: Відсутнє значення в полi '№ з/п'. Відправник: Шлюз прийому звітності 'ДПА України'"

реестры за 3 квартал с горем пополам сдала... (как выяснилось - версии мы меняем посреди периода. а ты крутись как хочешь)

проблема теперь другая :
начала заполнять реестры за 4 квартал
при загрузке нового документа выдает ошибку :,
Операцію перервано *settings*-определение отсутствует

нет автозаполнения заголовка
графы (7,8,9) в разделах не заполняются автоматически...

до этого 5 ноября все было нормально

шо це таке??? и как с этим бороться?

VaVa писал(а):
до этого 5 ноября все было нормально

шо це таке??? и как с этим бороться?

Ожидать...
Новую Версию.
4 квартал еще не ПРОШЕЛ!

Политика простая.
10 числа выходит обновление
А за оставшиеся 10 дней необходимо умудриться набрать весь реестр.

dimajest писал(а):Политика простая.
10 числа выходит обновление
А за оставшиеся 10 дней необходимо умудриться набрать весь реестр.

А если почитать это: "Как из реестра НН, действовавшего до 15.10.10, сделать новый реестр (после 15.10.10) (Из J1201503 сделать J1201504)" ???

а как там с моим вопросом??
проблема не ушла... сегодня выдает тоже самое

VaVa писал(а):а как там с моим вопросом??
проблема не ушла... сегодня выдает тоже самое

Вероятно вам сюда: pzsupport@opz.org.ua