SpecAgent @ Вчера, 17:22 ,
Так, можна - адаптував згадану вище обробку по завантаженю вихідних ПН під нову конфігурацію BAS Бух. Тестував на КОРП версії, проте і з звичайною проблем не повинно бути.

Як користуватись:
1) В Медку, в реєстрі, виділяєте стрічки податкових, що хочете експортувати
2) Виконуєте "Файл → Експорт → Експорт". В наступному вікні обираєте: "Для обміну звітністю → DBF" і вказуєте каталог. Експортуєте.
3) Запускаєте 1С в режимі звичайних форм (в налаштуваннях з'єднання з базою, в додаткових параметрах запуску, потрібно прописати: /RunModeOrdinaryApplication )
4) Відкриваєте обробку, заповняєте необхіде і вказуєте шлях до файлів, що містять в назві "NN-MAIN" та "NN-TAB". Виконуєте "Прочитати", "Зберегти"
5) Зауваження: Якщо НН збережено з номером документа Медка (стоїть прапорець "Брати номер НН з файлу"), то при повторному завантажені - вони будуть ідентифікуватись і перезаписуватись.

[attachment=1347:DownloadNN.zip] - завантаження вихідних ПН для Бух 1.2

[attachment=1348:DownloadNN_CORP.zip] - завантаження вихідних ПН для Бух 2.1

Адаптував доробки до останньої версії стикування - 7.32
[attachment=1339:1CDockin...32_Gorus.zip]

Адаптував доробки до останньої версії стикування - 7.26
[attachment=1325:1CDockin....00.012_.zip]

Знову в новій декларації та сама помилка. Проявляється лише коли є декілька різних кодів КАТОТТГ
Виправлений звіт: [attachment=1306:RegZvit_2.1.21.3.zip]

Gazulo @ Сегодня, 14:39 ,
Відправив.

RedCat77 @ Сегодня, 14:40 ,
Надіслав.

ZenBi @ 12.08.22, 14:08 ,
Так можна ж і не відкривати форму.
Наведу приклад як я заповнював форму з викликом методів форми. Завдання було - заповнити і відкрити форму нового документа без збереження в базі. Думаю щось з того можна буде використати і вам:

ПарамФормы = Новый Структура;
Форма = ПолучитьФорму("Документ.РеализацияТоваровУслуг.Форма.ФормаДокументаОбщая", ПарамФормы);
ДанныеФормы = Форма.Объект;
массивТоваров = Новый Массив(); // масив структур, для заповнення ТЧ
ДанныеФормы.Организация = Объект.Организация;
ДанныеФормы.Контрагент = Контрагент;
ДанныеФормы.Товары.Очистить();
ЗаполнитьРННаСервере(ДанныеФормы, массивТоваров); 
    
КопироватьДанныеФормы(ДанныеФормы, Форма.Объект); // копіюємо дані форми в об'єкт форми і далі відкриваємо її
Форма.ПриИзмененииЦеныИВалюты(ДанныеФормы.ВалютаДокумента, ДанныеФормы.КурсВзаиморасчетов, ДанныеФормы.КратностьВзаиморасчетов); // Щоб викликалось "УправлениеФормой" і перерахувались підсумки
Форма.Открыть();

Суть в тому, що дані форми можна заповнити потрібними нам значеннями (в тому числі і на сервері) і передати назад у форму, де вони опрацюються вбудованими методами. У моєму випадку - я далі показую форму користувачу і він вирішує чи зберігати ці дані чи ні, а у вашому - можна не відкриваючи форму просто забрати назад перераховані дані. Мало б спрацювати.

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

&НаКлиенте
// Для можливості оновленя (перезаповнення) табличної частини при завантажені табеля з файлу
Процедура ОбновитьДанные() Экспорт
    ОбновитьДанныеНаСервере();
КонецПроцедуры //ОбновитьДанные()

&НаСервере
Процедура ОбновитьДанныеНаСервере()
    УчетРабочегоВремениФормы.ТабельПослеЗаписиНаСервере(ЭтаФорма, Неопределено, Неопределено);
КонецПроцедуры //ОбновитьДанныеНаСервере()

Для інформації, може комусь допоможе.

Після оновлення конфігурації BAS Бухгалтерія КОРП в документах "Відпустка" та "Звільнення" при заповнені стала генеруватись помилка "Номер року в літералі типу 'Дата' перевищує 3999". Причому лише в клієнт-серверному варіанті, у файловому - все добре. Причина виявилась в некоректному виконанні запиту спільного модуля УчетСреднегоЗаработка. Проблема виникає при розрахунку поля:

КОНЕЦПЕРИОДА(ДОБАВИТЬКДАТЕ(Начисления.ДатаНачалаБазовогоПериода, МЕСЯЦ, Начисления.КоличествоМесяцев - 1), МЕСЯЦ) КАК ДатаОкончанияПериода

При цьому, якщо Начисления.ДатаНачалаБазовогоПериода - пуста дата, і Начисления.КоличествоМесяцев = 0, то розраховується не пойми що, яке потім в отладчику виглядає як "30.11.0001 0:00:00". Але сам запит - виконується без помилок, проте при використанні отриманих значень в інших запитах - генерується дана помилка.

P.S. Якщо в когось також дана помилка виникає - можу поділитись розширенням для даної конфігурації, що її виправляє.

Адаптував доробки до останньої версії стикування - 7.18 з підтримкою нових податкових
[attachment=1295:1CDockin...2__Gorus.zip]

Заодно прикріпляю трохи змінену версію регламентованого звіту по ЄСВ та ПДФО. Додано можливість заповнення лише Таблиці 4, дав доступ до коментаря та поправив відбір по підрозділу. Протестовано в конфігурації БП КОРП [attachment=1297:Zvit_ESV_PDFO.zip]

Адаптував доробки до останньої версії стикування - 7.13
[attachment=1267:1CDockin...2__Gorus.zip]

Адаптував доробки до останньої версії стикування - 7.12
[attachment=1248:1CDockin...2__Gorus.zip]

Адаптував доробки до останньої версії стикування - 7.7
Також додав вивантаження кодів джерела податкового номера.
Податкова накладна та Розрахунок коригування вивантажуються по нових схемах - "J1201011" та "J1201211"
[attachment=1223:1CDockin...0__Gorus.zip]

Доработал стыковку для Бухгалтерии 2.0
Доработки те же самые: поддержка входящих налоговых и корректировок плюс еще доработал механизм отметки строк:


Также опубликовал доработку и на Инфостаре - буду благодарен, если проплюсуете (и вдвойне - если скачаете )

[attachment=1173:1CDockin...3__Gorus.zip]

В новой декларации по акцизному налогу (действует с сентября 2019г.) появляется ошибка при заполнении: "Поле об`єкту не виявлено D8H01G1S_1" Ошибка проявляется когда по одной налоговой инспекции проходять несколько кодов КОАТУУ.

Исправленная версия обработки: [attachment=1172:Reglamen...o_naloga.zip]

Актуальний довідник податкових інспецій можна скачати з сайту ДФС:
Головна>Електронна звітність>Платникам податків про електронну звітність >Інформаційно-аналітичне забезпечення>Довідник територіальних органів

Подключил последние обновления, выпущенные Медком.

Вот пришлось в строчном порядке дорабатывать типовую Медовую стыковку (которая распространяется самим Медком).
Возможно кому-то пригодится - будет мне плюс в карму)

В обработке добавлена возможность загрузки из Медка входящих Налоговых и Приложений 2.
По возможности старался обойтись минимумом изменений, чтобы облегчить дальнейшее обновление обработки: в список обрабатываемых документов добавил "Входящая Налоговая Накладная" и "Входящее Приложение 2" и соответствующие перехваты. При заполнении получаем реестр документов из Медка и проверяем наличие их в 1С. Наличие/отсутствие отображается в Статусе:



При получении документов идентификатор документа в Медке сохраняется в реквизите "Звит1С_DOC_ID". Также есть возможность найти и прописать эти идентификаторы в существующие документы с помощью большой и некрасивой кнопки "Знайти відповідності" (первое нажатие - ищет соответствия, второе - прописывает их у отмеченых накладных).

Доработки писались и тестировались для "Бухгалтерия для Украины 1.2".

Актуальная версия обработки (на данный момент 1.13 от 2016-07-22) размещена автором на гитхабе:
ссылка

Оновлений довідник податкових інспекцій від 13.09.2017
Spr_sti.xml

Конференцию можно и не смотреть - немного статистики, немного стонов и слез + обещание что складских запасов хватит на 10 лет (). Вот по-сути и все.

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