Что морозит сервер ГНАУ ?

[admin]

mh_mh
Не треба ругатись... до ДПС частіше зараз попадають ті, хто не зміг устроїтись в інші міста на більшу зарплату, як то дизайнери, малювальники, геологи...
Тому і роблять то що вміють...

Я бы сказал - хорошо хоть такие геологи с дизайнерами еще работают А то и этих могут сократить , мультипликаторов набрать

[admin]

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

Поправочка:

Код: Выделить всё

придурки що не набирають звітність

и

Код: Выделить всё

придурки що форми міняють ледь не щомісяця

- это разные придурки, из разных министерств

[mh_mh]

цікаво в цьому плані... як США вижило, коли там звітність тільки річна (рідко - квартальна)...
якби придурків туди запровадити... збулась би мрія Хрущова - закопали б Америку!

[admin-bdogni]

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

[Георгій]

Вопрос модератору opz.org.ua
Автоматизация отслеживания состояния в ЄРПН-е НН входящих решена через возможность отправить пакетный запрос о наличии в ЄРПН-е указанных накладных и обработке ответа по всему списку НН. Хотелось бы иметь то же по отношению к исходящим НН. На сегодня это - отправляем НН исходящие в ЄРПН поштучно (иначе нельзя) и отслеживаем квитанции глазами тоже поштучно. Очень пригодился бы запрос (пакетный) на регитрацию пакета НН исходящих и получение ответа в виде удобном для программной обработки. К сожалению нет возможности отправить пакетный запрос о состоянии своих исходящих НН. Есть мысли ?

[валенки]

Очень пригодился бы запрос (пакетный) на регитрацию пакета НН исходящих и получение ответа в виде удобном для программной обработки.

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

К сожалению нет возможности отправить пакетный запрос о состоянии своих исходящих НН.

а мне казалось, что вообще нет возможности отправлять запрос о состоянии своих исходящих нн, даже поштучно. по налоговому кодексу нет такого права у продавца, только у покупателя - в ответ на запрос, вроде, из едрнн приходят j1400101 с нулями.

[admin]

Вопрос модератору opz.org.ua
Автоматизация отслеживания состояния в ЄРПН-е НН входящих решена через возможность отправить пакетный запрос о наличии в ЄРПН-е указанных накладных и обработке ответа по всему списку НН. Хотелось бы иметь то же по отношению к исходящим НН. На сегодня это - отправляем НН исходящие в ЄРПН поштучно (иначе нельзя) и отслеживаем квитанции глазами тоже поштучно. Очень пригодился бы запрос (пакетный) на регитрацию пакета НН исходящих и получение ответа в виде удобном для программной обработки. К сожалению нет возможности отправить пакетный запрос о состоянии своих исходящих НН. Есть мысли ?

Все это следует адресовать программистам: pzsupport@opz.org.ua , т.к. ни модератор, ни администратор сайта к процессу разработки программы не имеет

см. заглавную страницу сайта:

Сайт неофициальный! Он создан одними пользователями для других пользователей.
Ни разработчики, ни другие официальные лица к работе сайта никакого отношения не имеют!

[mh_mh]

Автоматизация отслеживания состояния в ЄРПН-е НН входящих решена через возможность отправить пакетный запрос о наличии в ЄРПН-е указанных накладных и обработке ответа по всему списку НН.

Вже десь на форумі була думка, що така форма - повний ацтой...
Краще було б зробити простий запит - які ПН зареєстровані на мене як на покупця за період з... по...
Помилково на вас зареєстрували ПН, Ви ніколи про цю ПН не чули і запит не зформуєте...

[Георгій]

hm_hm - согласен, не узнаем, вот поэтому и нужен запрос на наличие ВСЕХ входящих и ВСЕХ исходящих.
Сегодня под занавес сделал эксперимент - отправил на сервер ЕРПН запросец по схеме для входящих, но заполнил его нашими исходящими которые точно уже отосланы в ЕРПН (на одну из них не пришла квитанция - подтверждение). Заполнил так: в НН в качестве продавца указал НН нашей фирмы, ну и остальное, шапка от имени нашей фирмы. Пришла выписка из ЕРПН с подтверждением регистрации! Т.о. вопрос с программной обработкой состояния исходящих НН решен т.к. выписка легко обрабатывается любой программой б.у.
РЕЗЮМЕ: У нас больше половины входящих и исходящих НН в ЕРПН-е (если не по суммам то по кодам ЗЕД), на кой черт им два реестра ? Разве что вместо одной, две толпы родственников кормить!

[mh_mh]

отправил на сервер ЕРПН запросец по схеме для входящих, но заполнил его нашими исходящими которые точно уже отосланы в ЕРПН (на одну из них не пришла квитанция - подтверждение). Заполнил так: в НН в качестве продавца указал НН нашей фирмы, ну и остальное, шапка от имени нашей фирмы. Пришла выписка из ЕРПН с подтверждением регистрации!

Якщо я Вас зрозумів, Ви зробили запит на свою податкову накладну, вказали замість покупця сфою фірму?

на кой черт им два реестра ? Разве что вместо одной, две толпы родственников кормить!

а з чого Ви зробили висновок що там 2 реєстри?

[dimajest]

Имхо, как разработчик других ПЗ
я вижу себе єто так
Таблица
КЛЮЧ, ЗКПО Продавца, ЗКПО Покупателя, Сума ПДВ документа, Дата, Номер.
Ключи
По КЛЮЧ - Первичный, Уникальный. Например GUID, Timstamp, autoinc, пох
Уникальный - [Дата, Номер, ЗКПО Продавца]

Запрос
Показать суму ПДВ для накладных у которых [Дата, Номер, ЗКПО Продавца] указаны в параметрах

Потому что входящий-исходящий реестр - это только у фирм. У ДПС - это просто общий реестр.

[mh_mh]

Таблица
КЛЮЧ, ЗКПО Продавца, ЗКПО Покупателя, Сума ПДВ документа, Дата, Номер.

щось таке...
що мішає придуркам додати ще один ключ - по ЄДРПОУ покупця
і витягати усі ПН за період, а не по 1шт.

[Георгій]

To dimajest. Что-то ты замудрил, все гораздо проще. Податель запроса одновременно и покупатель и продавец, его собстренные реквизиты есть в шапке запроса. Если запрос заполнить так: Для входящих НН вставляем ИНН-ы, даты и номера НН от продавцов - входящие, потом туда же вставдяем ИНН- свой построчно (мы тут выступаем в качестве продавца), даты и номера НН своих исходящих, то получим ответ в виде выписки на все НН (и входящие и исходящие) на предмет их наличия в ЄРПН. Но вопрос о наличии в базе ЄРПН накладных, на которые мы запрос не подавали остается открытым т.к. мы не можем знать о выписанных нам НН, которых в запросе нет (например - бумажная входящая НН потряна и соответственно в запрос мы ее не включили). С исходящими проще - мы всегда знаем что и кому мы выдали. Актуальность вопроса с входящими весьма велика т.к. тут еще и вопрос просрочки их подачи в ЄРПН.

[dimajest]

Георгій
То я описал кишки
Которые позволяют выдать то, что ты описываешь.

А mh_mh в данном случае прав на 100%, что добавление еще одного индекса-ключа по покупателю даст возможность запрашивать все накладные на покупателя.