Импорт НН, выгруженных из 1С для единого реестра

[admin]

Стосовно бухгалтерських програм - практично усі найпоширеніші версії (1-с, Парус, АБ офіс) дозволяють робити експорт
ПН в форматі, що підтримується ОПЗ.

Главное чтобы экспорт производился правильно, тогда и в ОПЗ нет смысла затягивать НН и отчеты.

А чим відрізняються файлики ПН для продавця і для покупця? Мені здається,що тільки 1 стрічкою в самому файлику...
Або "<HORIG>1</HORIG>" або "<HCOPY>1</HCOPY>". На екранній формі в ОПЗ це буде відображатись різними відмітками "х"
в шапці.

Так оно и есть.

[mh_mh]

Главное чтобы экспорт производился правильно, тогда и в ОПЗ нет смысла затягивать НН и отчеты.

Я не на 100% в захопленні від ОПЗ, але все ж таки рекомендую використовувати ОПЗ... на це є декілька причин
1. ОПЗ де факто "стандарт" від ДПА - відповідно підтримка оновлень і т.д.
2. досвід показує, що оновлення форм звітності в бухгалтерських програмах завжди приходить з запізненням...
3. контроль деяких позицій у звітах по заокругленню ведеться за інакшими правилами ніж в ОПЗ і на шлязах ДПА,
тому для економії свого часу - робіть перевірку структури та камеральну в ОПЗ

[Luboznatelnaua]

Стосовно бухгалтерських програм - практично усі найпоширеніші версії (1-с, Парус, АБ офіс) дозволяють робити експорт
ПН в форматі, що підтримується ОПЗ.

Главное чтобы экспорт производился правильно, тогда и в ОПЗ нет смысла затягивать НН и отчеты.

А чим відрізняються файлики ПН для продавця і для покупця? Мені здається,що тільки 1 стрічкою в самому файлику...
Або "<HORIG>1</HORIG>" або "<HCOPY>1</HCOPY>". На екранній формі в ОПЗ це буде відображатись різними відмітками "х"
в шапці.

Так оно и есть.

Рассуждаю как ТЕОРЕТИК:
Если в программу ОПЗ затянуть тот экземляр, который остается у продавца, а потом уже в программе ОПЗ эту налоговую накладную "запрограммировать" на оправку, то (исходя из инфы "mh_mh") программа ОПЗ сама проставит на том экземляре, который попадет в "send", нужные параметры. И тогда, КАК МНЕ КАЖЕТСЯ, при приемке ЭТОЙ налоговой накладной в Едином реестре налоговых накладных не возникнет проблем.
Мне кажется, что ЭТОТ метод удобнее, чем делать "манипуляции" с изысканием возможности поставить нужный крестик.
Но все это лишь ТЕОРИЯ. Как практики, можете попробовать и потом поделиться результатом...

[mh_mh]

Рассуждаю как ТЕОРЕТИК:
Если в программу ОПЗ затянуть тот экземляр, который остается у продавца, а потом уже в программе ОПЗ эту налоговую накладную "запрограммировать" на оправку, то (исходя из инфы "mh_mh") программа ОПЗ сама проставит на том экземляре, который попадет в "send", нужные параметры. И тогда, КАК МНЕ КАЖЕТСЯ, при приемке ЭТОЙ налоговой накладной в Едином реестре налоговых накладных не возникнет проблем.
Мне кажется, что ЭТОТ метод удобнее, чем делать "манипуляции" с изысканием возможности поставить нужный крестик.
Но все это лишь ТЕОРИЯ. Как практики, можете попробовать и потом поделиться результатом...

Я з Вами погоджуюсь... Я мав на увазі інше...
Стандартний шлях, коли немає по дорозі ніяких запитань... Бух.програма вивантажує ПН в форматі "для продавця" - через відправку ОПЗ у папці SEND отримуєм готовий звіт у форматі "для покупця".
Я про маніпуляції з файлами писав коли бух.програма вивантажує ПН одразу у форматі "для покупця", яку ОПЗ не вигрузить без викрутасів в папку SEND.

а тепер підсумок... а навіщо ДПА взагалі ці два поля? не повірю, що по них можна щось корисне взнати....

якщо тверезо подумати, то у податковій звітності такого не менше 90%... цікаво як у США податкова звітність виглядає, якщо юрособи звітують 1 раз у рік, а ФОП - 4 рази у рік?

[Luboznatelnaua]

а тепер підсумок... а навіщо ДПА взагалі ці два поля? не повірю, що по них можна щось корисне взнати....

Интересный вопрос...
Я как-то и не задумывалась над ним...
Привычка что ли, что должно быть ДВА экземпляра (типа, оригинал и копия).
Надо будет подумать...

[admin]

а тепер підсумок... а навіщо ДПА взагалі ці два поля? не повірю, що по них можна щось корисне взнати....

Логично!

[Dim1969]

Просьба подсказать, как в ОПЗ загрузить к примеру Налог Накл(НН)понятно сохранённую в формате HTML, может необходимо у становить в ОПЗ ещё какую-то компоненту?

[admin]

Просьба подсказать, как в ОПЗ загрузить к примеру Налог Накл(НН)понятно сохранённую в формате HTML, может необходимо у становить в ОПЗ ещё какую-то компоненту?

Точно HTML??? может XML??

Если таки HTML - то не знаю как.
Если XML - сохраняете ваш файл НН (или файл отчета) в папку ..\opz\xml , делаете "Сервис" - "Синхронизация журнала документов" и открываете НН (отчет). Если в списке нет вашей НН (отчета) - проверяйте правильность формирования файла.

[Dim1969]

Таки да XML ! А в остальном спасибо , загрузило в ОПЗ !

При повторном сохранении в ОПЗ відаёт сообщение : "Invalid procedure call or argument Ok"
На что это влияет?

[Roman]

Таки да XML ! А в остальном спасибо , загрузило в ОПЗ !

При повторном сохранении в ОПЗ відаёт сообщение : "Invalid procedure call or argument Ok"
На что это влияет?

не создается Файл на отправку в C/opz/send/
1С выгружает с тегом <HORIG>1</HORIG>

а нужно <HCOPY>1</HCOPY>
(для в c:\opz\xml\*.xml )

[admin]

1С выгружает с тегом <HORIG>1</HORIG>

т.е. оригинал НН, который нужно отправить для регистрации в едином реестре
Но такой этот файл нельзя (почему-то??) в OPZ загрузить!
В OPZ такой вариант получается при подготовке к отправке и находится в соответствующей папке (обычно это C:\opz\send\).

а нужно <HCOPY>1</HCOPY>
(для в c:\opz\xml\*.xml )

т.е. копия - такой файл можно загрузить в OPZ, но нельзя отправить для регистрации в реестре.

Зачем такие сложности - не понятно И зачем при регистрации НН в реестре обращать внимание на то какой экземпляр регистрируется! По хорошему реестру НН без разницы наличие полей HCOPY и HORIG - смысл накладной не меняется.

Может в последующих версиях это исправят (примерно так было с распечаткой НН - народ мучился довольно долго, аж пока не сделали печать обоих экземпляров).
На все воля авторов!

[dimmon]

Тоже столкнулись с такой проблемой, все программы принимают Бест, Медок и Артзвит, а ОПЗ особенный. А сделать чтобы он принимал например без HCOPY и HORIG, тогда XML будет неверный т.к. nullable не предусмотрен для этих полей либо тот либо другой должны быть.

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

         <xs:choice>
            <xs:element name="HORIG" type="DGchk"/>
            <xs:element name="HCOPY" type="DGchk"/>
         </xs:choice>