Групповая выгрузка налоговых документов "Налоговая накладная" и "Приложение 2 к налоговой накладной" в формате XML для отправки в единый реестр налоговых накладных для Украины 1С 8.х
Скачать файл
ВНИМАНИЕ:
Файлы из Базы знаний - это исходный код разработки.
Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы.
Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных.
Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.
Обработка "Групповая выгрузка налоговых документов XML" предназначена для автоматической выгрузки нескольких налоговых документов вида "Налоговая накладная" и "Приложение 2 к налоговой накладной" в формате XML для последующей отправки в единый реестр налоговых накладных. Обработка использует механизмы заложенные в типовые конфигурации (Управление Торговлей для Украины).
Предусмотрен механизм загрузки результатов из системы электронного документооборота M.E.Doc (см. подробнее http://me-doc.com.ua/)
Используются внешние отчеты, не нужно вносить изменения в типовые механизмы и снимать с поддержки.
Загрузка результатов при использовании M.E.Doc.
Возможность при выгрузке разделять XML-файлы по каталогам (по организациям, контрагентам, видам документов или все в один каталог).
Быстрый отбор по организации.
Быстрый поиск просроченных документов.
12.04.2016 г. Обновление
"// начиная с 04.2016 выгрузка в ЕРНН должна осуществляется по форме НА ДАТУ РЕГИСТРАЦИИ??!!"
Для внесения изменений нужно скачать обработку и повторить процедуру регистрации отчетов, описанную в инструкции.
Подробная инструкция по установке содержится в архиве.
Инструкция по работе в помощи (F1).
Доступны два языка - русский и украинский.
Благодарности:
Правила в универсальном формате обмена для ERP 2.5, КА 2.5, УТ 11.5, БП 3.0, Розница, УНФ, для последних версий конфигураций. Ссылки на другие конфигурации в описании публикации. Правила совместимы со всеми другими версиями конфигураций новыми и старыми, поддерживающими обмен и синхронизацию в формате EnterpriseData. Не требуется синхронного обновления правил после обновления другой конфигурации, участвующей в обмене. Типовой обмен через планы обмена кнопкой Синхронизация вручную или автоматически по расписанию, или вручную обработкой.
Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УПП 1.3 (1.3.234.x) и БП 3.0 (3.0.161.x). Правила подходят для версии ПРОФ и КОРП.
Перенос данных из 1С:Управление торговлей 10.3 в 1С:Управление торговлей 11.5 с помощью правил обмена. Переносятся остатки, документы (обороты за период), справочная информация. Правила проверены на конфигурациях УТ 10.3 (10.3.88.x) и УТ 11.5 (11.5.19.x).
Перенос данных из ERP в ЗУП 3 | из КА 2 в ЗУП | Готовые правила конвертации данных (КД 2) для переноса остатков, документов с движениями и справочной информации 3 | Есть перенос начальной задолженности по зарплате и начальной штатной расстановки на выбранную дату | Обороты за прошлые годы (данные для расчета среднего) переносятся свернуто в документ "Перенос данных" | Есть фильтр по организациям | Документы за текущий период переносятся сразу с движениями, поэтому не потребуется делать перерасчеты | Перенос можно проверить перед покупкой, обращайтесь!
Перенос данных из 1С:Управление производственным предприятием 1.3 в 1С:Бухгалтерия предприятия 3.0 с помощью правил обмена | Можно выполнить переход с УПП на БП 3 или запускать выгрузку данных за выбранный период времени | Переносятся документы, начальные остатки и вся справочная информация | Есть фильтр по организации и множество других параметров выгрузки | Поддерживается несколько сценариев работы: как первичный полный перенос, так и перенос только новых документов | Перенос данных возможен в "1С: Бухгалтерия 3.0" версии ПРОФ, КОРП или базовую | Переход с "1С: УПП1.3" / "1С:КА 1.1" на "1С:БП3.0" с помощью правил конвертации будет максимально комфортным! | Можно бесплатно проверить перенос на вашем сервере!
Регулярный обмен, выгрузка, перенос из КА 1.1, УПП 1.3, УТ 10.3 для обмена с любыми конфигурациями, поддерживающими обмен в формате EnterpriseData (КД3) - БП 3.0, ERP, КА 2, УТ 11, Розница 2, УНФ 1.6 и другими. Правила для старых и доработанных конфигураций не требуют синхронного обновления и совместимы с новыми и будущими конфигурациями. Обмен по расписанию, через папку, FTP, почту.
Можно проверить до покупки, оставьте заявку! Воспользовались более 268 компаний! Перенос данных из УТ 10.3 в УТ 11 | из УТ 10.3 в КА 2 | из УТ 10.3 в ERP. Предлагаем качественное и проверенное временем решение для перехода с УТ 10.3. Можно перенести начальные остатки, нормативно-справочную информацию и все возможные документы. При выгрузке можно установить отбор по периоду, организациям и складам. При выходе новых релизов конфигураций 1C оперативно выпускаем обновление переноса данных.
Перенос данных из ERP в УПП 1.3 | из КА 2 в КА 1.1 | из КА 2 в УПП 1.3 | из КА 2 в УТ 10.3 | из ERP в КА 1.1 | из ERP в УТ 10.3 | из УТ 11 в УТ 10.3 | из УТ 11 в УПП 1.3 | из УТ 11 в КА 1.1 | Можно переносить только новые объекты, найденные в приемнике перезаписываться не будут | Есть фильтр по организации при выгрузке данных | Оперативно обновляем на новые релизы 1С
Совет:
Конфигурацию можно не редактировать, для этого достаточно в архив добавить исправленные обработки "РегламентированныйОтчетМастерВыгрузкиРегламентированнойОтчетности", "РегламентированныйОтчетНалоговаяНакладная" и предложить пользователю зарегистрировать их как внешние регламентированные отчеты: "Операции"-"Справочники"-"Регламентированная отчетность" находим "Налоговая накладная" - изменить и выбираем путь к файлу "РегламентированныйОтчетНалоговаяНакладная". В таком случаи не надо снимать с поддержки или редактировать конфигурацию.
Исправьте и добавьте Приложение 2 и получите законный плюс.
Можете взять пример из моей обработки, я сделал макеты двоичные и по кнопке регистрирую их в справочнике.
Так же есть уточнение (ну это важно конечно для большого количества НН) показывать признак выгружен или нет (проверять наличие документа Выгрузка регламентированного отчета). Пример за день выгружаем n -налоговых, в медке есть возможность экспорта списка налоговых накладных, которые зарегистрированы; в конце дня выгружаем dbf и проставляем реально зарегистрированные налоговые, но в течении дня раз в час или больше выгружаются уже набитые налоговые накладные.
В вашей обработке только, получиться только сразу выгрузили - значит включили в ЕРНН (а вот в 20-х числах, когда шлюз лежит, не сразу).
Совет:
Конфигурацию можно не редактировать, для этого достаточно в архив добавить исправленные обработки "РегламентированныйОтчетМастерВыгрузкиРегламентированнойОтчетности", "РегламентированныйОтчетНалоговаяНакладная" и предложить пользователю зарегистрировать их как внешние регламентированные отчеты: "Операции"-"Справочники"-"Регламентированная отчетность" находим "Налоговая накладная" - изменить и выбираем путь к файлу "РегламентированныйОтчетНалоговаяНакладная". В таком случаи не надо снимать с поддержки или редактировать конфигурацию.
Исправьте и добавьте Приложение 2 и получите законный плюс.
26.01.2012
ОБЯЗАТЕЛЬНО перекачайте обработку.
Найдены и исправлены ошибки после расширения функционала.
1. Выгружался только первый документ.
2. Нельзя было изменить каталог выгрузки (всегда использовался первоначально установленный).
Извините за неудобства.
При нахождении ошибок отписывайтесь постараюсь быстро исправлять.
Во вкладке "Все" снимаешь отметку выгрузки, внизу переключаешься на фильтр "Налоговые накладные" или "Приложение 2" отметки слетают.
По факту: отметку о выгрузки можно ставить только в общем списке, а фильтры список налоговых или приложение 2 лучше и не смотреть, т.к. все отметки снимутся.
Посмотрю, что можно сделать. Сейчас список документов заполняется запросом, и флажки слетают после его выполнения.
Пока на закладке "Настройка" есть флажок "Отмечать которые можно выгрузить". Поставьте его. Будут автоматом устанавливаться пометки.
Еще пожелание: отбор в настройках по организации - для каждой организации свой каталог экспорта... (как оказывается медок очень щепетильно к этому относится). Ну это конечно не критично, но красиво обработка выглядит и хотелось бы ее использовать.
Для тех, кто не знает если пользуетесь Медок и у вас больше чем 400 налоговых накладных за раз надо загрузить, берегитесь время загрузки растет в геометрической прогрессии. Когда около 300 нормально.
Переписал механизм отбора и флажков. Теперь не "стирает" флажки при переключении закладок.
Перекачайте обработку.
По поводу обора по организациям и экспорт в разные папки как будет свободное время допишу.
"Медок" не используем и не смотрел, что это.
(26) будет работать на УТП, БП, УПП. Код твоей и моей обработки в плане выгрузки практически один в один, свою проверял, так что и эта должна работать.
(25) Не занимайтесь ерундой, мой совет. На мисте уже обсуждалось подписи и т.д. и т.п.
Если кратко вывод: только с ИВК можно что-то такое сделать, как описано в (24) - этот текст я уже где-то видел... Все остальные не дадут доступа к своим библиотекам, а те кто дадут тех Бест не пустит (кто не знает Бест обслуживает шлюзы приема ГНАУ, Статистики - допустим мастеркей только в этом году допустили до отправки отчетов в статистику, в теории можно было и раньше, но шлюз принимал внезапно только отчеты от беста и медка).
По поводу выгрузки/загрузки сразу из 1С. Конечно об таком задумывался, как следующий шаг. Даже рабочее время мне на это выделили. Но только сейчас могу более подробно вникнуть в данную задачу (пока "залепил" хотя бы так).
Мне нужна компонента или программа, которая может подписывать и расшифровывать файлы (отправленные и полученные). И в принципе могу начать ваять.
Вижу Ваш комментарий наталкивает меня на правильное направление. Займусь с понедельника.
Спасибо всем оценившим работу и участвующим в обсуждении.
Вот неугомонные люди.
Дам несколько ссылок, почитайте до просветления:
Если говорить только про регистрацию НН тогда, можно попробовать вариант (24), но бухгалтерия попросит еще и в пенсионный отчет отправлять и в пенсионный. Если бы 1С делала отчетность всю (статистики то нет) в типовых, тогда можно было бы что-то планировать, но это мечты т.к. 1С сделала ставку на 1С-Звит (согласитесь вот сделает 1С в типовых формы отчетности, тогда бест нафиг не надо, купил одну поставку и веди себе и бухгалтерию нескольких ЧП и отчеты сдавай + ключи надо будет купить) с 1С-Звит лучше в том плане, что лицензирование на каждое ЕДРПОУ и это в принципе не дороже чем пользоваться МЕДКОМ, а с учетом того, что в последних релизах "забыли" сделать экспорт в xml отчета "фин анализ малого предприятия" то еще и рискованней.
Теперь еще раз кратко выводы:
Те кто купил ключи не ИВК и МастерКей в пролете, если собираетесь покупать ключи совет покупайте у МастерКей, но будьте готовы, к тому что когда Бест окучит новый государственный орган и этот Орган вдруг резко пожелает принимать отчеты в электронной форме, то еще некоторое время отчеты подписанные ни ИВК ни МастерКей не будут приниматься.
(34) pumbaE,
В Бесте в демо-режиме тоже нужно подписывать документы и при отгрузке и при получении. Этот ключ мы тоже покупали. Т.е. мне нужна только программа, которая может зашифровать и розшифровать, а ключи уже в наличии.
С понедельника углублюсь в этот вопрос.
(24) softgarant,
Я так понял в приведенном вами примере нужно купить ключи ИВК и только в єтом случае я могу получить программу для росшифровки/зашифровки. Но у нас ключи у же есть (Украинский сертификационный центр. ).
Узнаю подробно, возможно купим в этом году ИВК или что-то другое и буду допиливать обработку.
Вы точно зарегистрировали внешние печатные формы для Регламентированных отчетов? Бывает автоматическая регистрация не отрабатывает для конф. на укр языке. Попробуйте вручную, как в инструкции написано.
(36) Да, вы совершенно правы. Еще раз по ссылке если кратко, то приведу аналогию "есть во всем мире болт шестигранный и ключ на него, а в украинском законе прописано, что болт может иметь от 6 до 260 граней, и каждый производитель болтов выпускает свой набор ключей для своего количества граней". Есть только одно у нас исключение это ИВК и МастреКей (даже так МастерКей делает болты на оборудовании ИВК).
И ситуация в скором будущем вряд ли измениться, да и зачем ей меняться, если украинская подпись будет поддерживать международные стандарты, тогда любой сможет взять openssl или таже мировая фирма PGP прийти в Украину и Медок и другие останутся у разбитого корыта.
Приведу цитату из статьи:
Для прикладу розглянемо систему електронної звітності Державної податкової
адміністрації України (ДПА).
Як державний орган, ДПА повинно працювати лише з акредитованими центрами
сертифікації ключів (ЦСК). Таких на поточний момент 18 (станом на 20.09.2011), але ДПА
працює лише з 5-ма (. Про причини такої
«вибірковості» сказано вище.
Для роботи з різними ЦСК ДПА використовує «шлюз», який «розуміє» підключені до
нього ЦСК. Фактично, цей шлюз є програмно-фізичним поєднанням сховищ ключів та
бібліотек функцій різних виробників КЗІ.
На перший погляд (не спеціаліста з цих питань), усе ніби то урегульовано -
затверджено «Уніфікований формат транспортного повідомлення при інформаційній
взаємодії платників податків і податкових органів в електронному вигляді
телекомунікаційними каналами зв’язку з використанням електронного цифрового підпису»
(наказом ДПА України від 12.07.2010 № 499). Отже, достатньо виконати вимоги
«Уніфікованого формату»? Так, але трошечки не так.
В «Уніфікованому форматі» сказано, що:
- Уніфікований формат транспортного повідомлення для обміну інформацією між
платниками податків і податковими органами в електронному вигляді з
використанням електронного цифрового підпису (далі – Уніфікований формат
транспортного повідомлення) застосовується для організації обміну електронними
документами між платниками податків і податковими органами безпосередньо і
телекомунікаційними каналами зв'язку з використанням електронного цифрового
підпису (далі – ЕЦП).
- Обмін електронними документами здійснюється за допомогою транспортного
повідомлення (далі – ТП), складається з реквізитів ТП та транспортного контейнера,
що містить зашифровані дані (електронні звіти, квитанції тощо).
Але технічний формат електронного цифрового підпису (далі – ЕЦП) та технічний
формат зашифровані дані не визначено. Існує дві групи стандартизованих міжнародними
стандартами форматів підписані та зашифровані дані – це ASN.1 формат та XML формат, у
який є «під-формати» (attached, detached, enveloped, enveloping …). Який же із них треба
реалізувати для «Уніфікованого формату»?..
По-друге, у п.2. («Вимоги до криптографічного захисту інформації») наказу ДПА
сказано, що криптографічні перетворення виконуються засобами систем криптографічного
захисту інформації (СКЗІ), які повинні відповідати таким вимогам:
- реалізовувати процедури формування й перевірки ЕЦП відповідно до
національного стандарту ДСТУ 4145-2002;
- реалізовувати процедури відкритого розподілу ключів відповідно до національного
стандарту ДСТУ ISO IEC 15946-3:2006;
- реалізовувати процедури симетричного шифрування відповідно до регіонального
ГОСТ 28147-89;
- бути сертифікованими відповідно до законодавства України.
Очевидно, що ці «вимоги» виписані для «аби було хоч щось», бо ДСТУ ISO IEC 15946-
3:2006 не містить єдиного конкретно визначеної «процедури відкритого розподілу ключів».
Маємо те ж саме питання: Яку ж із них треба реалізувати для «Уніфікованого формату»?..
По-третє, вимоги, викладені офіційно у наказі ДПА, не відповідають дійсності.
Зокрема, фактична структура UACertInfo відрізняється від описаної у специфікації
(, та містить ще
(додатково) параметр Issuer. Також відрізняється функція створення підпису MakeSign
(додатку 3 наказу ДПА), яка в специфікації має 6 параметрів, а фактично їх 7. Не відповідає і
функція перевіряння підпису VerifySign (додатку 3 наказу ДПА), і т.д. і т.п.
По-четверте, у п.2. наказу ДПА вимагається: функції бібліотек криптографічних
перетворень, що надаються центрами сертифікації ключів для інтеграції у систему приймання
та обробки податкової звітності, повинні відповідати специфікаціям криптографічних
перетворень, викладених у додатку 3 (наказу ДПА).
Звернімося до додатку 3 (наказу ДПА). Зазначені в Уніфікованому форматі функції не
повинні допускатися до застосування як криптографічно небезпечні. Так зокрема, функція
накладання підпису повинна отримати «секретний ключ» (йдеться певно про особистий ключ,
бо термін «секретний ключ» відсутній для алгоритму підпису, а є в алгоритмах шифрування).
Отже, будь-який розробник прикладного програмного забезпечення (у даному випадку –
податкової звітності) може мати доступ до особистого ключа підписувала, що є
неприпустимим.
Практика показує, що для того, щоб досягти кінцевого результату – забезпечити
обробку документів податкової звітності в електронному вигляді шлюзом ДПА, необхідно
виконати вправу «поклон до самої землі» декілька разів: спершу – для отримання реальних
технічних специфікацій «Уніфікований формат транспортного повідомлення..», які
відповідають діючим на шлюзі ДПА, бо опубліковані на сайті ДПА не відповідають тим, які
технічно реалізовані; вдруге – щоб отримати можливість спілкування з розробником вказаного
шлюзу ДПА та тестування реалізації програмних бібліотек, оскільки ці програмісти не є
співробітниками ДПА, а комерційної структури (от себя кто не догадался это Бест); втретє – після завершення тестування з
розробником шлюзу ДПА вже самому ДПА, який може допустити або ні до свого шлюзу
додаткову реалізацію програмних засобів для приймання електронних документів платників
податків, з використанням ключів та сертифікатів, які випускаються акредитованими
центрами сертифікації відкритих ключів України. А між цими «земними поклонами»
необхідно буде ще багато разів вклонитися для вирішення поточних питань з технічної
реалізації підключення до шлюзу ДПА. Виникає питання – навіщо створено ці штучні
складнощі?
Таким чином, для того, щоб підключити новий акредитований ЦСК до ДПА слід
пройти занадто невизначений ні по складності, ні по термінах такого «підключення» шлях.
Показать
Или вот вам реальный пример со статистикой Бест начал в статистику сдавать отчеты еще в декабре 2010, ключами от ИВК стало возможно отправлять отчеты в статистику только с июля 2011 года (казалось бы в налоговую уже сдается, проблем никаких не должно быть, а нет полгода на согласование какие то потрачено). Ну да, ладно только даже если вы прочитав формат и описание xml сделаете правильный xml, правильно назовете его и отправите вам придет отказ( в имени файла должно быть код КОАТУУ по официальным данным, которые выложены на сайте, но Медок и Бест отправляли в имени файла код ЕДРПОУ и догадайтесь у кого принимало, а у кого нет).
(35) Теперь поп поводу библиотек: на форуме медка уже задавались подобные вопросы и проводилось обсуждение - такой возможности медок вам не даст. Для того и сделана такая "простая" и "удобная" возможность подписи в демо режиме, невозможность сохранить квитанцию о приеме, все сделано для того, что бы у вас возникло непреодолимое желание купить.
плюсую,нужная обработка, просьба доделать отборы по организациях, или отдельных накладных и в работе помогает здорово. Еще бы не нужно было изменения вносить в стандартные модули ....
(37) tid3,
Перекачайте обработку. Вы пользуетесь самой првой версией. В текущей есть отбо по организации, не нужно вносить изменения в модули. Отдельные накладные можно отбирать.
Об этом уже писалось: (не сочитите за хвастовство), я имею ввиду область применения ЦСК, ИВК, Мастеркей -- если Вы работаете с таможней -- то только ИВК. А вообще, универсальных ключей (ну чтобы и с банком можно было работать) в Украине просто нет, и я думаю, с учетом это все вполне сознательно и целенаправленно.
(42) pumbaE,
Непременно дополню, тем более, что есть еще масса информации.
Правда, модераторы, почему-то(может потому, что тема локальная, украинская) несколько тормозят публикацию обновлений.
Перекачайте обработку. Исправлена ошибка в стандартном отчете "РегламентированныйОтчетМастерВыгрузкиРегламентированнойОтчетности".
Если в настройках Windows (Язык и региональные стандарты) стоит разделитель групп " " (например число выглядит "1 014"), то возникала ошибка при выгрузке. Имя выгружаемого файла имело этот самый пробел в имени, а это недопустимо.
Надо разработчикам конфы отписаться, если не исправили.
Какая замечательная обработка, очень помогла мне внаписании курсовой работы по бухгалтерскому учету но есть ряд непонятных моментов которые я думаю в скором будут исправлены
Обновление 14.02.2012 г.
- Добавлен механизм загрузки данных из системы электронного документооборота M.E.Doc.
- Изменен интерфейс (настройки в отдельном окне).
- Немного ускорена работа (за счет единоразового создания внешнего отчета во временном каталоге).
- Используется последняя версия отчета "РегламентированныйОтчетМастерВыгрузкиРегламентированнойОтчетности".
- Исправлены мелкие баги.
1. У вас должна быть установлена 1С Предприятие 8.2. Версия 8.1 снята с поддержки 1С и конфигурации выходят под 8.2
2. Вашу базу нужно перевести в режим совместимости и желательно обновить конфигурацию.
Внимание!
При установке в настройках флажка "Удалять xml-файлы после загрузки результатов". Не все XML-файлы будут удаляться. Нашлась ошибка в m.e.doc при экспорте результатоа в dbf. Я отписался разработчикам. Как исправят, я подправлю свою разработку и отпишусь здесь.
У ИВК кстати есть новое ПО, более стабильно работающее и более удобно обновляемое: "ИВК Звитнисть" (работает и с ПФ и ДПИ, возможность работы с множеством предприятий, возможность работы с российскими почтовыми серверами в отличии от прежнего захиста). Обращайтесь к своим диллерам за ней
Ошибка
{Обработка.ГрупповаяВыгрузкаНалоговыхДокументов.Форма.Форма.Форма(458)}: Поле объекта не обнаружено (ФормаОбр)
ФормаОбр = ФормаОтчетаЭкспортXML.ФормаОбр;
Обработка к сожалению не поддерживается (я недавно сменил работу и нет времени). Что могу посоветовать:
1. Скачать последнюю версию обработки (сейчас по ссылке именно она). Возможно у Вас старая версия.
2. Обязательно произвести процедуру регистрации отчетов "Настройка - Закладка "Регистрация отчетов" - Зарегистрировать отчеты"). Если это не поможет или выдает ошибку - зарегистрируйте внешние отчеты вручную, инструкция в файле поставляемом в обработке.
3. Какая у вас конфигурация 1С? Возможно с Вашей конфигурацией обработка не совместима. Не изменялась ли сильно ваша конфигурация (снятие с поддержки)?
Вы первый у кого обработка не заработала и отписались об этом. (Может еще у кого-то не работает, но все героически молчат :)
(64)
Пробую на типовой УТП релиз 1.2.7.4 , отчеты внешние регистрировал. качал отсюда вчера вашу обработку просто непонятно что это за поле об\екта ФормаОбр = ФормаОтчетаЭкспортXML.ФормаОбр, у ФормаОтчетаЭкспортXML в помине нет такого поля ФормаОбр.
По Вашей проблеме.
У Вас не зарегистрировались внешние отчеты "РегламентированныйОтчетНалоговаяНакладная", "РегламентированныйОтчетПриложение2КНалоговойНакладной" и "РегламентированныйОтчетМастерВыгрузкиРегламентированнойОтчетности". Или эти отчеты по какой-то причине не используются.
Именно в этих внешних отчетах (идут в поставке) и есть переменная ФормаОбр.
Пример кода:
Перем ФормаОбр Экспорт;
В общем регистрируйте внешние отчеты которые я вам указал, чтобы выгрузка шла через них. Или в худшем случае сравнением 1С посмотрите, что изменно по сравнению с типовыми отчетами и внесите эти изменения вручную (едичные правки кода).
Хотел еще уточнить где в коде можно сделать поправку чтобы можно было выгружать налоговые на свое усмотрение а не только те где в документе стоит галочка Подлежат выгрузке а пользователь сам определал какие выгружать?
Насколько я помню при попытке выгрузки таких налоговых будет выдаваться предупреждение в типовых конфигурациях (могу ошибаться). Т.е. даже если Вы в обработке поправите код, еще прийдется править типовой код.
По поводу где подправить - код у Вас, Вам и карты в руки :)
Ошибка в печ формах, если используется обособленное подразделение. Нужно в макете отчета сделать размерность строки 4 символа "код филии" ! Длинна кода документов должна быть 17 символов!
Добрый день! Прошло несколько обновлений бух-ии 82 , на сегодня , а все работает, выгружается и загружается в МЕДОК и ничего не надо дорабатывать и подкручивать! Супер!
(91) wowkai,
Во внешних печатных формах (прилагаются к обработке) сделать экспотной переменную. Можете сравнить с типовыми регламентированными отчетами.
Извините, что не редактирую обработку, но к сожалению не имею времени, а специалисту там работы не много.
У меня не совсем стандартная конфа. платформа 8.2.15.
Вроде все свои обработки переделал как здесь указанно...
Но ошибка "Отчет[Реквизит.Значение] = Неопределено;" присутствует. Может объясните в чём суть?
Правда пришлось переделать обработки "под себя", тоесть под прибабахи переделанной конфы. Изменений не много, но пришлось часов 5 искать всякие "нюансы".
Но спасибо, всё заработало. С механизмом разобрался.
При генерации, на экране мелькают частично заполненные формы НН в формате XML. При чем поля "Покупатель", "Адрес Покупателя" и т.д. пустые. В отчете оные заполнены. Может не стоит так нервировать бедных бухгалтеров?
