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

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

 DownloadNN.zip ( 74,14 килобайт ) Кол-во скачиваний: 27
- завантаження вихідних ПН для Бух 1.2

 DownloadNN_CORP.zip ( 75,55 килобайт ) Кол-во скачиваний: 35
- завантаження вихідних ПН для Бух 2.1

Nicosan @ 03.08.23, 15:50 ,
По ідеаології обробки - Податкові накладні передаються з 1С в Медок, а в зворотньому порядку - вхідні Податкові. Інший варіант стикуванням не підтримується.
Для завантаження виданих ПН з Медка - колись робив окрему обробку посилання на ворожий ресурс, але вона ще для конфігурації 1.2. Якщо проблема для вас ще актуальна - можу глянути чи можна її адаптувати до 2.1

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

Адаптував доробки до останньої версії стикування - 7.32
 1CDocking_7.32_Gorus.zip ( 281,63 килобайт ) Кол-во скачиваний: 44

Адаптував доробки до останньої версії стикування - 7.26
 1CDocking_7.26__2.00.012_.zip ( 277,47 килобайт ) Кол-во скачиваний: 46

Знову в новій декларації та сама помилка. Проявляється лише коли є декілька різних кодів КАТОТТГ
Виправлений звіт:  RegZvit_2.1.21.3.zip ( 1,6 мегабайт ) Кол-во скачиваний: 11

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

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

BigWig @ Сегодня, 12:43 ,
Доброго дня. Переслав.

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

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

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

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

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

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

AnryMc @ Сегодня, 9:25 ,
Зверніть увагу: у файловому варіанті даний код виконується без помилок. У клієнт-серверному - генерується помилка.
Ймовірно, що SQL сервер опрацьовує цей запит коректно, просто отримане значення виходить за межі можливого діапазону значень в 1С. Але не зважаючи на це - 1С при цьому все одно опрацьовує результат запиту, хоча й дані там не відповідають обмеженню типа "Дата". А от при подальшій спробі використати отримані дані - генерується помилка, типу 1Ска зненацька "побачила" що дані в змінній некоректні.
Тобто має місце різний алгоритм поводження з даними у файловому і клієнт-серверному варіантах, чого по ідеї бути не повинно - всі відмінності у типах мали б опрацьовуватись платформою автоматично. Ймовірно, що це може бути поправлено в наступних релізах (або, можливо, і вже поправлено, бо у мене це виникло на релізі 8.3.16.1814 з сервером PostgreSQL, а на інших - не перевіряв).

dmik @ Сегодня, 18:08 ,
Переслав.

AnryMc @ 12.08.22, 10:04 ,
Пуста дата - це 01.01.0001, тобто '00010101'

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

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

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

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

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

Тираэль @ 15.06.22, 16:02 ,
Так типове стикування від Медка підтримує УТП 1.2 https://medoc.ua/integration
Інша справа, що якщо не проплатити за модуль інтеграції - то функції обміну будуть заблоковані в самому Медку - тоді не допоможе жодна стиковка. В такому випадку залишається варіант обміну через файли xml, він вроді працює без модуля інтеграції.

Адаптував доробки до останньої версії стикування - 7.18 з підтримкою нових податкових
 1CDocking_7.18__2.00.012__Gorus.zip ( 240,06 килобайт ) Кол-во скачиваний: 57


Заодно прикріпляю трохи змінену версію регламентованого звіту по ЄСВ та ПДФО. Додано можливість заповнення лише Таблиці 4, дав доступ до коментаря та поправив відбір по підрозділу. Протестовано в конфігурації БП КОРП  Zvit_ESV_PDFO.zip ( 160,9 килобайт ) Кол-во скачиваний: 34

Адаптував доробки до останньої версії стикування - 7.15 Виправив помилку: неможливо було вибірково відправити звіт по ЄСВ та ПДФО - відправлялись одразу всі обрані за період.
 1CDocking_7.15__2.00.012__Gorus.zip ( 198,86 килобайт ) Кол-во скачиваний: 48

В регламентованому звіті по ЄСВ та ПДФО для конфігурації БП КОРП зробив можливість заповнення по підрозділу.
 RegZvit_2.1.16.zip ( 156,97 килобайт ) Кол-во скачиваний: 30

Адаптував доробки до останньої версії стикування - 7.13
 1CDocking_7.13__2.00.012__Gorus.zip ( 194,05 килобайт ) Кол-во скачиваний: 89

Адаптував доробки до останньої версії стикування - 7.12
 1CDocking_7.12__2.00.012__Gorus.zip ( 165,36 килобайт ) Кол-во скачиваний: 48

Адаптував доробки до останньої версії стикування - 7.7
Також додав вивантаження кодів джерела податкового номера.
Податкова накладна та Розрахунок коригування вивантажуються по нових схемах - "J1201011" та "J1201211"
 1CDocking_7.7__2.00.010__Gorus.zip ( 163,32 килобайт ) Кол-во скачиваний: 75

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


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

 1CDocking_7.5__2.00.013__Gorus.zip ( 163,22 килобайт ) Кол-во скачиваний: 169

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

Исправленная версия обработки:  Reglamentirovannyj_otchet_deklaratsiya_aktsiznogo_naloga.zip ( 655,36 килобайт ) Кол-во скачиваний: 41

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

Bernet @ Вчера, 17:03 ,
Основная причина в том, что нет отображения статуса отправлено в 1С / не отправлено. Это реально удобная функция для бухгалтера.
Также пришлось изменить алгоритм загрузки (сворачиваю строки по ставкам НДС), добавил загрузку документа в электронном виде, и изменил правила поиска контрагента/договора.

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

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

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



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

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

Если отключить совместимость полностью, то платформа запрещает вызывать сервер при закрытии форм и приложения. Соответственно имеем проблемы с сохранением настроек при закрытии форм и сложноисправляемую ошибку при закрытии приложения.
Если установить совместимость с 8.3.7, то имеем ошибку при установке параметров выбора (ПараметрыВыбора = Новый Структура... - примеры: налоговая накладная при выборе кода НН, акт сверки при выборе периода).
Это те ошибки с которыми столкнулся лично. Не факт, что нет и других.