Еще немного обратной связи по вопросу:
1) п.2 из предыдущего топика проверен на практике и технически работает (но ответов ДФС пока нет). Это ситуация когда вы вначале зарегистрировали корректировку, например, 15го числа, на изменение количества, а потом догрузили документы старого периода и будете регистрировать 12м числом повернення товару (эта же партия) - а должно было быть наоборот. Т.е. 12го уменьшение количества, а 15го возврат (но 15е уже в базе ДФС, а 12е еще нет). Т.е. алгоритм изложенный в п.2 технически работает (затираем части комментариев, потом запускаем распределение заново)
2) Теперь добавим в предыдущий топик пункт 3 с новым видом ошибки:
3. Пользователи случайно разбили возвраты в базе данных (и соответственно корректировки) обработкой в том периоде, когда они уже были зарегистрированы в ДФС по старой схеме (зменшення обсягу и повернення в одном РК). Т.е. создаётся ситуация когда у Вас в ДФС (МЕДОКе, 1С-Звите) и в Вашей БД (например, Бухгалтерия для Украины) разные составы строк в документах Приложение 2 к НН. Несложно понять, что это ведёт к катастрофе, - в виде нарушения правильной нумерации строк НН в Вашей БД и, как следствие, невозможности в дальнейшем регистрировать расчеты корректировок по всем этим партиям (по всем НН, РК по которым попали в переходный период, т.е. где часть РК по старым правилам зарегистрирована, а другая часть должна регистрироваться уже по новым правилам).
И тут возникает мысль (у бухгалтеров, запоздалая)
верните всё как было.
Так вот, при наличии копии БД до запуска обработки (о чём я неоднократно предупреждал) эта задача решается за час-два (но делать надо аккуратно и вдумчиво)
1) Делаем выгрузку данных в идентичную конфигурацию (в типовой БУ её нет, поэтому я пару слов расскажу как и дам готовые правила обмена данными, работоспособность которых не гарантируется на Ваших конфах, но вы легко можете сделать свои собственные). Это типовая обработка Сервис\Прочие обмены данными\Универсальный обмен данными в формате XML (любой версии). Открываете в своей копии, где все нужные возвраты и корректировки еще не разбиты (рекомендую делать по дням и контрагентам чтобы не путаться).
2) На закладке Выгрузка данных выбираем файл правил и файл куда выгружать.
3) После подгрузки правил снимаем все галочки на закладке "Выгружаемые данные", потом открываем ветку "Документы" и выбираем "Приложение2КНалоговойНакладной" (галочку) и в правом окошке добавляем плюсиком Отбор "Документ_Приложение2КНалоговойНакладной" В списке - потом выбираем конкретные документы которые хотим перенести
4) По идее, возвраты должны обновиться автоматически (по ссылкам). Если этого не произойдет (на этапе загрузки) - надо будет это повторить для документов "ВозвратТоваровОтПокупателя"
5) Совет - если документов много, то чтобы быстро проверить, все ли вы их добавили в выгрузку, надо вывести список формы выбора и список подбора, и посмотреть кол-во строк в каждом из них
6) Нажимаем кнопку Выгрузить данные на верхней командной панели (зелёный треугольник).
7) Дожидаемся выгрузки и открываем текущий Оригинал БД.
8) Запускаем эту же обработку, переходим на закладку Загрузка данных, выбираем файл с данными (не правила обмена)
9) Нажимаем кнопку Загрузить данные (зел.треугольник) и ждем окончания загрузки.
Примечание: если вы используете мои правила и обработка вылетит при загрузке (или выгрузке) с ошибкой это означает, что Вам нужно сделать свои ПОДы (это легко - минут 5-7)
10) После этого открываем список документов Приложение 2 к НН (фильтруем по дате/контрагенту для удобства) и все лишние документы с комментариями, сформированными обработкой Разделения возвратов, помечаем на удаление
11) Повторяем п.10 для Возвратов товаров от покупателя.
12) Проверяем, что все перенеслось корректно и документы БД соответствуют ДФС (медок,1с-звит), после чего удаляем помеченные на удаление документы
Таким образом, ситуация, когда были ошибочно разделены возвраты прошлого периода, будет исправлена без последствий для учета (главное вовремя заметить, чтобы не пошла регистрация неверных номеров строк)
Что касается создания ПОД самостоятельно.
1) Качаем бесплатную конфу Конвертация данных
http://its.1c.ru/db/metod8dev#content:4560:hdoc и устанавливаем на ПК (при установке сохраните путь к папке шаблонов)
2) На основании шаблона создаем где-либо пустую БД для конвертации данных
3) Заходим в Основную БД в режиме Предприятия и из папки с шаблонами выполняем обработку MD82Exp.epf и сохраняем конфу в файл (вкл. все галки)
4) Заходим в БД Конвертация данных в режиме Предприятия и жмем стартовый помощник
5) Выбираем загрузить конфу БД из файла. Берем файл и загружаем. Жмем ОК
6) Опять жмем стартовый помощник и выбираем создать новые ПОД (с нуля)
7) Выбираем в обоих полях загруженную ранее в п.5 конфу
8) Далее жмем всё в автоматическом режиме не глядя
9) Жмем правила выгрузки данных (она предложит создать автоматом, но не создаст)
10) Откроются правила на закладке Правила конвертации объектов
11) На этой вкладке надо обязательно проставить галочки "Отключить" напротив всех полей всех объектов "План счетов" и "План видов расчета" (внизу экрана закладка Конвертация свойств)
12) На вкладке Правила выгрузки данных жмем кнопку мастера "Создать правила выгрузки" и делаем все по умолчанию.
13) Потом ставим "Отключить" на планах счетов и планах расчета (на всех отдельных элементах, не только папках)
14) Кнопка слева на верхней командной панели с дискетой "Сохранить правила"
15) Выбираем имя файла правил и сохраняем его себе куда-то.
Таким образом получаем файл выгрузки данных в идентичную конфу для Вашей конфы (метод также подойдет для любых снятых с поддержки измененных типовых, и самописных конфигураций)
Этот метод я также использую для большинства переноса данных между разными БД. Когда надо создать упр учет (например) перегрузкой НСИ и части документов из одной БД в другую. В общем - крайне полезная штука (да, не заморачивайтесь с Конв.3.0 там "тот ногу сломит" - другой принцип работы совсем)
---
Мои ПОД для типовой БУ 1.2.44.1
https://drive.google.com/open?id=1L-BiC2ZssmQbl1rtynDjBvQCMC2Fy-Fn