Также выполняется импорт результатов внесения в реестр ДПА (даты занесения в реестр) из М.E.Doc в 1С.
Данная обработка позволяет экспортировать Ваши налоговые накладные за указанный период и сохраняет по пути, встроенному в отчет, в формате XML OPZ или BEST(последний неупакован и до конца не изучен — поля кирпичного цвета — пользоваться им рекомендуется осторожно) в файлах, имена которых выглядят следующим образом:
[номер из цифр, начиная с с 5-й — впереди, обычно, идет разделитель учета и тире]_[месяц]_[год].xml
Путь для сохранения «спрятан». чтобы рядовой бух не сохранял где попало. Другие параметры настройки экспорта минимальны, но необходимы —
— диапазон дат, за который будет проводиться экспорт;
— предельная сумма НДС неподакцизных товаров, которые не обязательно включать в реестр;
— флажок, отвечающий за выгрузку НН неплательщиков НДС;
— флажок, отвечающий за повторную выгрузку уже выгруженных ранее документов;
— флажок, отвечающий за повторное вычисление признака подакцизного товара;
— фирма, по которой собственно и будет проводится выгрузка документов;
— формат вывода — OPZ или BEST.
Перед экспортом Вы можете создать список НН для просмотра на экране и ручного снятия/установки флажка — признака выгрузки.
Особенности экспорта
При смене «Даты С» автоматически идет присвоение такого же значения «Дате По» — обычно, экспортируют за 1 день. При открытии программы «Дате С» автоматически назначается предыдущий день.
Экспортирование
В ходе экспора получаете сообщения в окне уведомлений о номерах и общем количестве выгруженных документов.
Импортирование в М.E.Doc
Открываете М.E.Doc, переходите в раздел «Главное меню» -> «Податкові накладні». Выбираете необходимый период отчетности — месяц, год.
Далее — «Файл» -> «Импорт XML»-> открываете вашу папку с только что экспортированными накладными и выделяете все необходимые. Если не знаете, какие именно Вам нужны — отсортируйте список файлов по дата создания и выберите те, которые только что создались — они должны быть самыми первыми. В системе OPZ Вам придется импортировать их по одной. Или изменить процедуру присвоения имени файла, присвоив ему имя в стандарте ДПА, и путь. заменим его на папку «OPZ / XML». Затем выполнить через пункт меню команду «Синхронизация».
Обе программы задумаются на какое-то время. Список импортированных/сбойных НН в МеДОС Вам покажут в виде всплывающего экранного сообщения, а в OPZ Вы самостоятельно должны будете отследить их количество по пунктам в меню открываемых документов.
В М.E.Doc все импортированные НН хранятся в одноименной папке, отображающей их статус. После того, как Вы их проверите, подпишете (скопом получится только в случае занесенных Контрагентов во внутреннюю базу М.E.Doc) и отправите в ДПА, можете отдохнуть до получения ответных сообщений. Описывать процедуры проверки/исправления ошибок я не вижу смысла.
Импортирование принятых НН из М.E.Doc
Открываете М.E.Doc и переходите к НН в папке «Зарєестровані». Выбираете пукнт меню «Файл» -> «Експортувати в DBF дату реєстрації в ЄРПН». Выбираете папку и интервал экспорта и получаете там файл примерно такого имени «OUTNAKLKVT.dbf»
Зайдя в программу 1С вы открываете отчет и перейдя на вкладку «Загрузка» выбираете это файл как параметр импорта. При импорте, в случае его успешного окончания, в поле НН, отведенное для хранения даты внесения в ЄРПН, будет загружена дата внесения в реестр.
Настройки
Для корректной работы необходим справочник «НалоговыеИнспекции». Если его у Вас нет — занесите ее код вручную в соответствующее поле. Также проверьте правильность имен полей — признаков выгрузки и поля для загрузи даты регистрации в ДПА.
Особенности
Замечено, что М.E.Doc не позволяет скопом подписать импортированные накладные, если клиентов нет в его справочнике. БЭСТ
Формат XML-отчета MeDoc’а отличается от стандарта (OPZ) наличием 6-ти «лишних» полей.
Необходимости в изменении имен СправочниковФирмы, Клиентов и Документа.НалоговаяНакладная на полный перечень с возможностью выбора я не вижу смысла — это не универсальная обработка для любого документа и любой конфигурации.
Планы
Расшифровать окончательно формат БЭСТА и найти способ упаковки отчета в формат Packed_XML.
Убрать ошибку 1С с программным сбоем переключения закладки.
P.S.
Утилита распаковки Packed_XML найдена. Путь — opz.org.ua/forum/viewtopic.php?f=1&t=933#p6428. А вот упаковки пока нет…
17/01/2012
Добавлена отдельная утилита импорта даты внесения в реестр из М.E.Doc
С ее помощью Вы можете внести из М.E.Doc в Реквизит типа «Дата» НалоговойНакладнуой 1С (АБТ 3.5.5 и выше) дату внесения в реестр ДПА.
Как пользоваться
Открываете М.E.Doc и переходите к НН в папке «Зарєестровані». Выбираете пукнт меню «Файл» -> «Експортувати в DBF дату реєстрації в ЄРПН». Выбираете папку и интервал экспорта и получаете там файл примерно такого имени
«OUTNAKLKVT.dbf»
Зайдя в программу 1С вы открываете отчет, выбираете этот файл как параметр импорта.
При импорте, в случае его успешного окончания, в поле НН, отведенное для хранения даты внесения в ЄРПН, будет загружена дата внесения в реестр.
Настройки
Правильно укажите диапазон знаков, по которым будет сверяться номер НН.
Не используйте длинные имена файлов.
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
(0) Все-таки нужно усложнить:
1.Сначала заполнить таблицу на форме, пусть посмотрят и пометят документы для выгрузки.
2.Дать переменные для дозаполнения : свои коды по организации, налоговой инсп. и т.д.
И будет в шоколаде. Нужная Обработка, «+»
(1) kompas-dm,
Не вопрос, сделаю — оглашайте весь список. Моей «конфе» больше 10-ти лет. За это время она раза в три «толще» стала. У других — аналогично, я думаю.
Сделал в черновом виде выброс в БЭСТ-формате — не все поля пока ясно, как заполнять. Скажу откровенно — ИнтеллектСервисовцы структуру создавали явно на скорую руку …
Как вариант 🙂
(4) smitti911,
Уточняем.
1. Релизы 1С разные
2. Ваш требует дополнительных «телодвижений» — проверки наличия шаблона, ВК, настройки.
3. Нумерация НН, согласно описания к обработке, может не совпасть с номером документа.
4. Если это экспорт только НН, зачем там с полсотни шаблонов OPZ, которые отношения к НН не имеют никакого, тем более, если они не актуальны…
5. Ну и, наконец, просто выдает с десяток ошибок при работе.
Дополнения.
1. В талице XML
<HORIG1>[?(Число(КлиентНалогНомер)<>0,» «,»1»)]</HORIG1>
<HTYPR>[?(Число(КлиентНалогНомер)<>0,» «,»02»)]</HTYPR>
2. Во вложении — для БУ Украины, проверено на 7.70.259
P.S.
Форму БЭСТ для БУУ не переделывал — по заявкам.
Хорошая идея.
Жаль, что БУ Украины 7.70.259 уже не актуально.
Маленькое дополнение — проверка необходимости включать НН в реестр. Признак проверки — наличие кода ТНВЕД в Товаре.
Для хранения в системе 1С рекомендуется дополнить Реквизиты НН переменной ЄПРН.
(Для обновленных конфигураций БУУ это поле ТребуетВклВЕдРеестрНН)
Также рекомендуется хранить признак выгруженности (для БУУ это Реквизит ЕРНН).
Процедура Проверка_ЄРПН()
ЄРПН=0;
ВыбратьСтроки();
Пока ( ПолучитьСтроку() > 0 ) Цикл
Если ТМЦ.ТВЕД<>0 Тогда
ЄРПН=1;
Прервать;
КонецЕсли;
КонецЦикла;
КонецПроцедуры
(7) rus128,
Верю.
С учетом того, какие сейчас «сопровожденцы», лучше я сам корпеть буду.
Предновогодний пример. Киевский филиал «БИТа». 02/11/2011 заключен договор на перенос справочников и остатков до 6-го класса включительно за 14 рабочих дней. В декабре уже все все поняли и потребовали денег взад. До сих 2,500$ не вернули…
(6) На всякий случай уточню:
Если Число(КлиентНалогНомер)=0 то такие налоговые вообще не надо регистрировать
(10) Noy,
В законе сказано ВСЕ, в которых есть импортный товар. То, что клиент не обратится за возмещением НДС не означает, что я ее не обязан регистрировать. Лучше «перебдеть».
А вот что достойно воспевания потомками, так это список ответов налоговой, представившей форму заполнения с кодами ТНВЕД, разделенными по классам (пробелы), но указавшей в комментарии, что заполнение должно быть без пробелов.
Кстати, вчера один бух был жутко перепуган, когда после 19-00 в МЕДОС вернулась квитанция с требованием до полуночи срочно зарегистрировать коригування по 2-м накладным. И еще с десяток пришли с милым сообщением что «Продавець не є платником ПДВ станом на 05.01.2012». Оказалось, что это просто их сервер был слегка перегружен…
(11) Вы не правы, в законе четко описаны критерии. И будет правильно их учитывать при написании ПО.
(12) Noy,
1. Вот разъяснение ДПА (взято с их сайта)
Про обов’язкову реєстрацію в ЄРПН податкових накладних
ДО УВАГИ ПЛАТНИКІВ ПОДАТКІВ!
З 1 січня 2012 року згідно з вимогами Податкового кодексу України обов’язковій реєстрації в ЄРПН підлягають податкові накладні із сумою ПДВ понад 10 тис. грн. в одній накладній, а також податкові накладні, виписані при здійсненні операцій з постачання підакцизних товарів та товарів, ввезених на митну територію України, незалежно від розміру ПДВ в одній податковій накладній.
Звертаємо увагу: що факт виписування податкових накладних без реєстрації їх у Єдиному реєстрі податкових накладних позбавляє покупця права формування податкового кредиту.
2. А теперь задача на одно неизвестное.
Порядок НН должен быть сквозной за месяц. И выписываться они должны неплательщикам также. Просто не отдаются в руки. Ну и как соблюсти сквозную нумерацию при регистрации НН в ЄЦРПН, если их не все туда отправлять? Другой номер присваивать? — До первой проверки. Не все регистрировать — пропуски делать — нарушение способа ведения отчетности. Как по мне — второе дешевле. предложите ваш вариант решения — без обязательных штрафов. С удовольствием применю.
А на Закон ссылаться не надо — вон Фокса задним числом НДС-а лишили, а они об этом узнали через 2 недели -законно?
Я наверно чего-то пропустил. Где озвученно требование о непрерывности нумерации в ЕРПН? Раньше было «в реестрах выданных/полученных»? Хотя непрерывность нумерации в реестр полученных это отдельный хит.
(14) да нет такого требования. Просто в схеме файла есть такой реквизит как номер документа в периоде, который только сбивает с толку людей. В частночти в ОПЗ эти номера присваиваются по порядку (в пределах отчетного периода) для каждого вида документа по мере их ввода.
Теоретически можно при отправке формировать номер для каждой отправляемой накладной. Лично я просто номер налоговой в это поле вбиваю. Никакого контроля нумерации со стороны ДПА нет.
(14) maddy,
Не помню, где. Найду — скажу.
Пока могу только сказать, что есть коллизия в п.п.3 и 4 Порядка ведення Єдиного реєстру податкових накладних
(КМУ №1246):
п.3
регистрировать необходимо ВСЕ корректировки. Если НН не была зарегистрирована, ее регистрируют независимо от того, когда она была создана (я так понимаю, и независимо от того на кого — плательщика или нет).
п.4.
Регистрации не подлежит то, что не выдается.
Ну и что делать — если командир не прав, смотрим п.№1?
(15) Noy,
Если номер документа совпадет с уже отправленным — в пределах отчетного периода — старая информация заменится новой.
Очень выручила обработка. +
Пришлось прикрутить ее сильно модифицированную на АБТ 3.6.5
Все получилось!
В процессе внес несколько косметических изменений в оригинальную обработку:
1) В XML файле в числах сохраняются группы разрядов для больших сумм. Может вызвать неоднозначную реакцию проверяющего ПО. Можно, например, формат чисел “#N017.2.,” заменить на “#N017.2.”
2) Если в НН предусмотрено отдельно поле код УТК ВЭД товара, вероятно, лучше брать из табличной части НН, а не из справочника ТМЦ.
Пока ( ТекДок.ПолучитьСтроку() > 0 ) Цикл
УКТВЭД = СтрЗаменить(ТекДок.ПолучитьАтрибут(«КодУКТВЭД»), » «, «»);
……
3) При выгрузке не убираются дефисы и пр. в телефоне контрагента, хотя это предусмотрено обработкой.
(17) teleport7,
Рад, что Вам пригодилось.
XML формат плохо относится к символам, типа &.
1C 7.7.27 не всегда адекватно форматирует большие числа. Неоднократно получал значения типа «9,999.99», когда что-то не складывалось у нее в голове — например, если заменить в строке формата «N» на «Ч».
Если Вам необходимо использовать откорректированный номер, то Ваша переменная «Клиент_Телефоны», а не реквизит из справочника. Просто у меня давным давно разнесены код города, телефон. индекс. улица и т.д. — примерно, как сейчас в 8-ке додумались.
Ну а свой номер телефона подкорректировать уже и самому можно…
Мало ли, вдруг пригодится — я при выгрузке Реестра НН использую
Функция Акронимы(Имя)
Имя = СтрЗаменить(Имя,»Приватне підприємство»,»ПП»);
Имя = СтрЗаменить(Имя,»Товариство з обмеженою відповідальністю»,»ТзОВ»);
Имя = СтрЗаменить(Имя,»науково-виробниче підприємство»,»НВП»);
Имя = СтрЗаменить(Имя,»Суб’єкт підприємницької діяльності»,»СПД»);
Имя = СтрЗаменить(Имя,»Науково-Виробничий комплекс»,»НВК»);
Имя = СтрЗаменить(Имя,»Рекламне Агентство»,»РА»);
Имя = СтрЗаменить(Имя,»Фізична особа-підприємець»,»ФО-П»);
Имя = СтрЗаменить(Имя,»&»,»&»);
Имя = СтрЗаменить(Имя,»Акціонерне товариство»,»АТ;»);
Возврат(Имя);
КонецФункции
// ===============================
(18)
С телефонами разобрался. Спасибо. Больше переживал за числа «9,999.99» — у вас они нормально до этого выгружались? (У меня 1C 7.7.27, Win 2003 rus)
Просто незнакомая конфигурация, да еще завалы с этой отчетностью.
С 1С знакомлюсь только по необходимости. Поддерживаю сейчас экспорт из базы SQL в УТП 8.2
P.S. Все таки придется на выходных предусмотреть какую-ту простейшую схему учета зарегистрированных накладных.
Видел что в последней версии обработки это предусмотрено, но не разбирался еще как работает.
(19) teleport7,
Если формат изначально работает правильно, потом сбои будут только при глобальных (виндосовских) проблемах — типа «Ошибка чтения по адресу», «Недостаточно памяти» и т.д. Хотя были случаи, если память дешевая — типа ГудРам — когда в 1С пущает, но дальше при попытке открыть БОЛЬШОЙ справочник или провести документ получаешь вылет.
Насчет учета в документах признаков необходимости выгрузки — комментарий №8 — проверка наличия кодов + проверку на сумму можете в конце добавить —
Если Итог(«НДС»)>10000 Тогда
ЄРПН=1;
КонецЕсли;
В Конфигурации в Реквизитах документа НН добавьте 2 числовых поля длиной 1 разряд , например ЄПРН — признак выгружаемости и Звіт — было ли экспортирование. И в документе на процедуры «Печать» и «ПриЗаписи» включаете проверку/расчет поля ЄПРН.
А в обработке выгрузки заполняете поле Звіт. Как это сделать — скачайте версию отчета из комментария №13 — строки «Документ.Записать» и чуть выше.
P.S.
Можно обойтись и одной переменной — только тогда запомнить, что в ней должно быть
Например
0 — Не установлено
1 — Меньше 10 000
2 — есть подакцизные товары
3 — не плательщик НДС
И с состоянием выгрузки (+4 к начальному значению)
4 — выгружали, но непонятно зачем
5 — выгружали, но меньше 10 000
6 — выгружали и так надо
7 — выгружали, хоть и неплательщик
На самой рабочей форме документа где-то поставьте пару нередактируемых Флажков с присвоением им значений в процедуре «ПриОткрытии» — если для 2-х переменных —
Флаг_Звіт =Звіт;
Флаг_ЄРПН=ЄРПН;
Если для одной
Если ЄРПН=2 Тогда
Флаг_ЄРПН =1;
КонецЕсли;
Если ЄРПН>3 Тогда
Флаг_Звіт =1;
КонецЕсли;
(20)
По поводу флага ЄРПН, то его заполнение я ранее взял с Бухгалтерии для Украины:
Показать
Немаленький, но вполне приятный код.
А за варианты со статусов — спасибо. Еще думаю нужно добавить статус «Успешно зарегистрировано ЕРПН». Только ради него и думал делать контроль.
(21) teleport7,
Тогда уже не флажок, а поле типа «Дата» — Дата регистрации в ДПА.
МеДОС позволяет выбросить любой реестр за период (в том числе и НН — зарегистрированных, например) в файл формата DBF. Его структура достаточно и процедура чтения из-под 1С будет несложной. Надо — сделаю и выложу.
(22)
МеДОС еще не смотрел, но информация полезная.
Подожду месяц — может устаканится процедура регистрации НН.
Для неподдерживаемой никем АБТ 3.5 не уверен что буду делать обратную связь, а вот для УТП — думаю попробую.
Посмотрю еще как АББИ реализует обработку квитанций с 1С-звит. Может и делать ничего не придется.
А так обратная связь должна быть. Задача так и просится на автоматизацию.
(1) kompas-dm,
Усложнил, почти до безобразия…
Замечено, что МеДОС сообщает об ошибке, если нумерация строк в исходном документе XML непоследовательна, например, «1»,»3″,»4″ . Такое возникает, если 1) брать нумерацию из самого документа. а не использовать свой счетчик строк;
2) при редактировании НН или ее документа-основания какие-то строки удалялись, а перенумерация не была выполнена.
Спасибо за обработку!
Будем разбираться…
Не знаете, как формируется имя файла для документа в стандарте OPZ?
Хочется, чтобы автоматом втягивало из папки XML.
Спасибо за подсказку и ссылку!
На закладке «Настройки» очепятка: «Поле признака поризошедшей…»
А нужно: «Поле признака произошедшей…»
Не сохраняются в настройках поля признака. Только их значения
(34) Amel2010,
Спасибо, исправлю. Просто у меня в помещении +14 самая высокая температура — тетя Клава не всегда корректно воспринимает нажатия. Я когда описание прочел — штук 10 орфографических ошибок нашел…
Хотя можно было бы и проверить чем-нибудь перед отправкой …
(36)
Сочувствую по поводу климата…
Дорабатываю под свою конфигурацию…
Не работает при льготах на НДС — неправильно выгружаются реквизиты (не в те колонки суммы и т.п.).
В итоге все-таки мне лучше подошла для выгрузки эта разработка:
Завелось сразу и правильно выгружает как с НДС так и без.
А вот импорт дат регистрации сейчас попробуем…
А Вы не планируете случайно автоматизировать проверку входящих налоговых накладных на предмет регистрации в ЕРНН?
Вот было бы здорово!
(35) Amel2010,
В смысле — поля из реквизитов НН?
Предполагается их самостоятельная замена на предустановленные в Вашей конфигурации — строки 528, 538, 548 Модуля.
Точно так же, как и не сохраняется параметр выбора строки кода Налоговой Инспекции.
Хотя, согласен, можно было и сохранить.
(39)
да там просто галочку нужно было поставить «Сохранять при сохранении настройки»
(38) Amel2010,
Буду, конечно, но со входящими есть засада — для того, чтобы их проверить, их требуется сначала внести ручками. В тот же МеДОС, например. Или экспортировать из 1С. Автоматический запрос в налоговую с пустыми полями реквизитов входящих НН возвращает пустой же ответ. Вот и вся сказка про электронный документооборот.
А отправлять партнеру — опять же заносить его в справочник, корректно указывать адрес электронной почты и дай бог, чтобы там это письмо открылось в МеДОСе, а не секретаршей. Через Сервер ДПА не получится….
(41) Amel2010,
Ни один из моих бухов про возможность сохранять настройки ни сном ни духом. А записывать за мной и учиться им лень….
А по ссылке — там для БухУчет для Украины. Я выкладывал адаптированную обработку для этой конфигурации отдельным файлом в комментариях — модераторы прибили — типа так теперь нельзя.
Надо адаптировать — скажите, для чего. Файлообменники и личную переписку еще никто не отменял.
(42)
Я себе представляю такую схему.
Бухи на участках вносят приходные документы (в т.ч. налоговую накладную).
Ставят галку типа «Должно быть зарегистрировано в ЕРНН».
Обработка выгружает их в запрос в виде файла XML для ДПА.
Медос или что-то типа того импортирует запрос, отправляет в ДПА, получает ответ.
Бух, который работает с Медос разносит в 1С галки типа «Зарегистрировано в ЕРНН».
(44) Amel2010,
МеДОС не умеет импортировать «Отримані» налоговые накладные.
Зато он умеет импортировать весь реестр «Отриманих та виданих» — вот при его отправке, по идее, и можно будет искать дату внесения в реестр ДПА входящей НН. (Предпоследнее поле — Реєстрація).
Только вот сохраняет их МеДОС по одной в фомате OPZ J1201505, да еще и с ошибками — вместе с данными идет и мусор
….
<TAB1><![CDATA[]]></TAB1>
….
<TAB2><![CDATA[<Дата_НН>|<Дата_еще_раз>||<код НН> — ПН|<Поставщик>|<его_ИНН>|<Сумма_С_НДС>|<Сумма_Без_НДС>|<НДС>|||||||1]]></TAB2>
….
Рез-т удручает.
(45)
Для определения статуса регистрации в ЕРНН в Медос (как и в Арт-Звите) есть специальный бланк запроса к реестру, в котором перечисляются номера/даты накладных, по которым хочешь получить справку.
Потом этот документ (бланк запроса) пересылается в ДПА.
На него приходит ответ — какие зарегистрированы, а какие нет.
Я об этом механизме писал.
(46) Amel2010,
Я знаю, только в этот бланк как заносятся данные?
А хотелось бы как?
(47)
Заносятся данные (номера и даты накладных) вручную.
А хотелось бы формировать в 1С автоматически.
В Медос только импортировать готовый документ XML для отправки в ДПА.
(48) Amel2010,
Если не сложно — дайте ссылку на Вашу статью-описание МеДОСа (или сообщите код этого XML-документа — я что-то не припомню, чтобы в МеДОСе был именно импорт «Отриманих»…)
ща качну, поставлю Медос, сделаю пару скриншотов — станет понятно, о чем я говорю.
Речь идет не об импорте накладных, а об импорте документа-запроса к ДПА, если такое вообще возможно.
Вот, кстати, пока нашел в руководстве пользователя Медос:
в OPZ эта справка про регистрацию накладной в ЕРНН имеет код F1300101
Вот для примера, что сформировал ОПЗ:
— <DECLAR xmlns:xsi=»http://www.w3.org/2001/XMLSchema-instance» xsi:noNamespaceSchemaLocation=»F1300101.xsd»>
— <DECLARHEAD>
<TIN>43287687</TIN>
<C_DOC>F13</C_DOC>
<C_DOC_SUB>001</C_DOC_SUB>
<C_DOC_VER>1</C_DOC_VER>
<C_DOC_TYPE>0</C_DOC_TYPE>
<C_DOC_CNT>2</C_DOC_CNT>
<C_REG>23</C_REG>
<C_RAJ>1</C_RAJ>
<PERIOD_MONTH>1</PERIOD_MONTH>
<PERIOD_TYPE>1</PERIOD_TYPE>
<PERIOD_YEAR>2012</PERIOD_YEAR>
<C_STI_ORIG>2301</C_STI_ORIG>
<C_DOC_STAN>1</C_DOC_STAN>
<LINKED_DOCS xsi:nil=»true» />
<D_FILL>18012012</D_FILL>
<SOFTWARE>OPZ 1.29.20</SOFTWARE>
</DECLARHEAD>
— <DECLARBODY>
<HNUM />
<HNAME>Добро, ООО</HNAME>
<HTIN>43287687</HTIN>
<HNPDV />
<HKSTI />
<HSTI>2301 ДПI У М.ЧЕРКАСИ</HSTI>
<HEMAIL />
<T1RXXXXG21 ROWNUM=»1″>1111111111</T1RXXXXG21>
<T1RXXXXG3D ROWNUM=»1″>01012012</T1RXXXXG3D>
<T1RXXXXG5 ROWNUM=»1″>4398098045</T1RXXXXG5>
<HFILL>18012012</HFILL>
<HKBOS>4398098045</HKBOS>
<HBOS>Іванов І.І.</HBOS>
</DECLARBODY>
</DECLAR>
Показать
(50) Amel2010,
Этот документ я знаю. Я думал что-то еще появилось.
У меня он делается на основании документа СтраницаКнигиПриобретений. Выложить могу, только у меня АБТ. А там его отродясь не было. Я его создавал для заполнения раз в месяц.
Под БУУ можно попытаться адаптировать.
а вот импорт налоговой накладной формата XML В 1С никто не написал…. прийдется самому
(52) yuyu1,
вероятно от того что это слишком нетиповая задача.
Подскажите для чего это Вам? Интересно настолько ли это необходимо. Может есть более простые способы решения Вашей задачи.
(54) Sykoky,
Хотя да, возможность загружать из унифицированной формы налоговой сразу приходы в базу — достаточно перспективна.
Больше всего смущает отсутствие артикулов, но можно как-то решить этот вопрос организационно в большинстве компаний.
Думаю на сайте стоит ожидать появления отдельной, универсальной под все конфигурации, разработки на эту тему. Вероятно — будет популярна.
Все зависит от продуманности работы с номенклатурой.
(55) teleport7,
Когда активизируют — прошу
Да уж…..у самого самописная (как и конфа) обработка по выгрузке на регистрацию в Медок, так же разобрался и с импортом даты регистрации из медка в обратку. По существу этой обработки могу пожелать дальнейших успехов и добавить пару комментов:
Действительно пока сам не нашел нормального решения по импорту в медок номеров НН для формирования запроса о регистрации а соответственно и вытяга с реестра данных по входящим НН от поставщиков…..единственное пока более менее решение это импорт номеров в OPZ затем переброска из него-же в медок….прямого импорта к сожалению пока не реализовали в медке.
И еще один комментарий….(регулярно сталкиваюсь) некоторые НН при регистрации отклоняются по причине некорректного кода УКТЗЕД, его проверка осуществляется медком при регистрации, беда в том что частенько поставщики ошибаются с этим кодом, приходится потом его уточнять и направлять НН на регистрацию повторно, встречал в сети как справочник (выгруженный из медка кстати) так и обработку по актуализации этих данных в самой 1С, (у себя еще не реализовал но планирую, и Вам советую) логично было-бы делать попутную проверку кодов в НН выгружаемых этой обработкой на валидность сверяя с данным справочником, дабы избежать возможных ошибок при регистрации медком (на самой выгрузке это не отражается, т.к. обработка пишет в xml все что не подсунешь).
З.Ы. Да…..еще тут проскакивал вопрос о необходимости регистрации НН неплательщикам….так вот их выгружать, а следовательно и регистрировать (ставить галочку в печатной форме) не нужно.
(57) MIXOH,
По проверке кодов.
Занятие бесполезное, т.к. коды таможенной службы и ДПА не совпадают. Нарывался неоднократно. Периодически сервер ДПА посылает контрагентов с моим кодом, хотя у меня с этим же кодом НН зарегистрирована.
По неплательщикам.
Можно пока и не выгружать, пока он не запросит корректировку или не захочет вернуть. Тогда — обязательно.
По импорту запроса входящих НН.
Каждому буху все равно придется вносить в программу входящие НН. Сделать отчет за период по журналу этих документов и сохранить его в виде XML для последующего импорта в MEDOC несложно. В OPZ J1400101
(1) kompas-dm, Хорошая выгрузка, удобная, к своей нестандартной базе прикрутил на УРА!!! Только много мелких недоработок, например точки в датах. Но в общем работает отлично. Спасибо +
Вышли новые версии документов XML — Додатка №1 и Додатка №5.
Всех изменений — сменить номера версий документов — это строки
<C_DOC_VER>9</C_DOC_VER> и
<C_DOC_VER>2</C_DOC_VER> соответственно надо заменить на
<C_DOC_VER>10</C_DOC_VER> и
<C_DOC_VER>3</C_DOC_VER>.
Изменен формат экспорта даты внесения в реестр — поля переставлены местами.
Старый порядок —
DATE_REG NUMBER DATEDOC EDRPOU INN NUM_SVD TYPE
Новый порядок —
KVTIMPDT REGNUM TYPE NUM_SVD INN EDRPOU DATEDOC NUMBER DATE_REG + возможность экспортироватьне все их них.
Это идет с обновлением Медка 10.00.59 + дается возможность выбора полей для экспорта (без возможности сохранения настройки по завершению программы).
Так как у нас поля выбирались по имени, а не по номеру столбца (а оные не изменились), то программа продолжает работать.
НО.
Медос как формировал дату внесения в реестр НН ДО 29-го февраля, так и продолжает игнорировать мартовские документы. Ошибка не исправлена. Ждем-с.
Через 3 недели ИтеллектСервисовские программеры нашли баг. Обещали в 63-й версии исправить. Причем — на мой страх и риск. М-да… Меня, кстати, туда звали на работу лет 20-ть назад. Может оно и хорошо, что не согласился.
…(для 1С 7.7. АБТ 3.5.5 и выше)…. за 10 лет с 1С раза 2 сталкивался с этим чудом. Конфа не супер распространенная, ну и громоздкая