Правила конвертации данных проверены на УТ 10.3.15 и БП 2.0.32
Внимание!
Обновление правил 11.04.2012 — изменен поиск контрагентов (поиск по ИНН и КПП убран ) и физ. лиц (убран поиск по дате рождения), чтобы исключить дублирование групп в бухгалтерии.
Всем доброго времени суток.
Понадобилась мне обработка для выгрузки из УТ 10.3 в БП 2.0. Поискал по форуму, даже одну скачал, но не то. Пришлось делать самому. За основу взял правила конвертации, которые идут в поставке УТ 10.3.15.9 ( mplt1C rade10.3.15.9 Обмены даннымиОбмен с конфигурацией Бухгалтерия предприятия, ред. 2.0ПРАВИЛА КОНВЕРТАЦИИ УТ-БП.XML) для плана обмена. Загрузил их в конфигурацию «Конвертация данных» и пошел делать.
Правила конвертации данных проверены на УТ 10.3.15 и БП 2.0.32. Ошибок пока не заметил.
Кто хочет разобраться, как работать в конфигурации «Конвертация данных», чтобы самому в будущем делать подобные вещи, то ниже описаны изменения, которые были сделаны:
- Добавил измененные 5 строк в глобальную обработку «Перед выгрузкой данных»
- Закомментировал все строки, где содержится «УзелДляОбмена»
- Выгружаются данные с учетом, что «УзелДляОбмена.ВариантПереносаСебестоимостиСписанияВБухгалтериюПредприятия = Перечисления.ВариантыПереносаСебестоимостиСписанияВБухгалтериюПредприятия.ПереноситьДокументПартииИСебестоимость»
- Закомментировал код в обработчике Номенклатуры «Перед выгрузкой»
- Закомментировал код в обработчике Кода Номенклатуры «Перед выгрузкой»
- Убрал у всех справочников и документов (кроме документа «ПлатежноеПоручениеИсходящее») флаг поиска объекта приемника по внутреннему идентификатору объекта источника
- В справочнике Контрагенты, Организации, Склады убрал поиск по наименованию
- В справочнике Номенклатура убрал поиск по наименованию и родителю
- В справочнике Контрагенты, Склады добавил поле поиска Код
- В бухгалтерию загружаются абсолютно все документы, но со следующими условиями
- — выполняется отмена проведения, чтобы удалить проводки и движения по регистрам уже существующих проведенных документов
- — проведенные в УТ в БП становится непроведенным
- — непроведенные в УТ в БП становится помеченным на удаление, кроме тех документов, которые не проводятся (Доверенность, Инвентаризация, СчетНаОплату, ДокументРасчетовСКонтрагентами)
Поэтому создан алгоритм «ОперацияПослеЗагрузкиДокумента»:
Объект.ПометкаУдаления = НЕ Объект.Проведен;
Объект.Проведен = Ложь;
Попытка
Объект.Записать();
Объект.Записать(РежимЗаписиДокумента.ОтменаПроведения);
Исключение
//Сообщить(ОписаниеОшибки(), СтатусСообщения.Важное);
КонецПопытки
который добавлен в обработчик ПослеЗагрузки у всех документов — «Выполнить(Алгоритмы.ОперацияПослеЗагрузкиДокумента);»
Т.е. вне зависимости от отбора для документа по полю Проведен, документы будут загружаться вышеописанным способом
- В обработчике ПоляПоиска в справочниках Контрагенты, Номенклатура, Организации, Склады, ФизическиеЛица код закомментировал
- В Обработчике ПередВыгрузкой справочника Номенклатура закомментирована часть кода
- В Обработчик «ПередЗагрузкой» документа с/ф выданный добавлены 4 строки кода
- В настройках справочников Организации и Склады убрал флаг использования быстрого поиска
- Убрал выгрузку партий, т.е. не выгружаются документы, которые участвуют в движениях по регистрам
В обработчике «ПередОбработкой» в документах закоментировал часть кода (цикл «Для каждого СтрокаПартии ИЗ НайденныеСтроки Цикл») и отключил выгрузку 3-х полей ДокументОприходования, Себестоимость и Комиссия - Добавил строки в обработчик «ПослеЗагрузки» в документе Реализация
Объект.ЗаполнитьСчетаУчетаВТабЧасти(Объект.Товары, "Товары", Истина);
Объект.ЗаполнитьСчетаУчетаВТабЧасти(Объект.ВозвратнаяТара, "ВозвратнаяТара", Истина);
- Там же + для документа ПоступлениеТоваровУслуг добавил строку:
Объект.СпособЗачетаАвансов = Перечисления.СпособыЗачетаАвансов.Автоматически;
— думаю, понятно зачем
Выгружайте только документы, остальное выгрузится по ссылкам.
Чтобы выгрузить документы по конкретной организации придется указать отбор в выгружаемых документах.
Позже сделаю полноценную обработку выгрузки как для УТ -> БП 1.6
Качайте, проверяйте. Если будут замечания, пишите, исправлю.
Всем спасибо.
Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
>Понадобилась мне обработка для выгрузки из УТ 10.3 в БП 2.0
Для чего понадобилась?
А не пробовали разобраться в типовом обмене?
Например часть того что Вы наворотили там просто настраивается.
Лучше сделайте суммовой обмен, без перетаскивания справочника номенклатура
(2) kauksi,
А что мешает перетаскивать справочник номенклатуры?
Если обмен будет в одну сторону, н-р из УТ в БП, тогда точно все будет
нормально.
Да ладно Вам)) человек с конвертацией тренировался))
Да уж, хорошая тренировочка!:)
А вот я плюсану. Потому что оно работает, в отличие от встроенной. Не, встроенную конечно запинать можно, и да, я не сомневаюсь что у вас, уважаемые комментаторы, оно работает сразу. А в моей ситуации — сразу не заработало. С отладчиком я в состоянии разобраться в чём причина, но некогда. С правилами этими всё ясно и понятно. Они либо подходят, либо нет. Мне подошли. Однозначно плюс.
Может я что-то не так делаю, но у меня при выгрузке данных ошибка
Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML(1604)}: Преобразование значения к типу Строка не может быть выполнено
УТ 10.3.15.9
Использую форму Универсальный обмен данных, загрузила файл с правилами, задала дату и начала выгрузку.
k-yulia, напишите подробней, что именно выгружаете. Можете попробовать найти при выгрузке какого объекта выходит ошибка, т.е. по очереди выгружайте каждый вид документа (справочника, регистра). Отпишитесь, посмотрю. Еще раз напомню, выгружайте только документы, справочники выгрузятся по ссылке.
ошибка при выгруке регистров паспортные данные физ лиц и контактная информация
+ поставлю — хоть что-то, дальше разберемся
не переносяться счета учета с контрагентом
поэтому если перенести контрагентов потом установить счета учета — потом перенести доки — встанут счета учета? ну что бы перепровести доки и все ок?
Попробовала еще раз. Да, если выгружать только документы, все работает. Ошибку выдает при выгрузке регистра Контактная информация.
Со справочниками не экспериментировала, галочку снимала, долго очень.
luda33, счету учета контрагентов не переносятся, поскольку их просто нет в УТ. При загрузке документов устанавливаются счету учета с контрагентов те, которые настроены в бухгалтерии. Ниже приведена часть кода обработчика «После загрузки» у документа «Реализация товаров и услуг»:
СчетаУчета = БухгалтерскийУчетРасчетовСКонтрагентами.ПолучитьСчетаРасчетовСКонтрагентом(Объект.Организация, Объект.Контрагент, Объект.ДоговорКонтрагента);
Если Объект.ДоговорКонтрагента.ВидДоговора = Перечисления.ВидыДоговоровКонтрагентов.СКомиссионером Тогда
Объект.СчетУчетаРасчетовСКонтрагентом = ПланыСчетов.Хозрасчетный.ПустаяСсылка();
Объект.СчетУчетаРасчетовПоАвансам = ПланыСчетов.Хозрасчетный.ПустаяСсылка();
Объект.СчетУчетаРасчетовПоТаре = ПланыСчетов.Хозрасчетный.ПустаяСсылка();
Иначе
Объект.СчетУчетаРасчетовСКонтрагентом = СчетаУчета.СчетРасчетовПокупателя;
Объект.СчетУчетаРасчетовПоАвансам = СчетаУчета.СчетАвансовПокупателя;
Объект.СчетУчетаРасчетовПоТаре = СчетаУчета.СчетУчетаТарыПокупателя;
КонецЕсли;
А корректировки по поступлениям и реализациям не переносятся?
12 kazantsev_ka, корректировки по поступлениям и реализациям НЕ переносятся, по скольку за основу брал стандартные правила обмена между УТ и БП, а там таких правил нет. Буду ли их вносить — не знаю пока.
Короч, самое нормальное решение для моих нужд, с небольшим допилом. Самому зато не пришлось правила с нуля лепить!
у меня при каждой выгрузке в БП создается новая группа в контрагентах с тем же названием и кодом, соответственно счета учета не втыкаются, поскольку определены уже для «старой группы»
выгружал пока только банк и кассу
боюсь подумать, чего будет с номенклатурой при выгрузке реализаций…
ПыСы При очередной загрузке в БП все контрагенты из «старой» группы мигрируют в «новую», остаются в «старой» только те, по которым не было движухи в УТ
ПыПыСы БП 2.0.34.7 УТ 10.3.17.4 (какбе понимаю, что версии не те, для которых обработка, но родной обмен не могу настроить)
Выгрузил все
задвоились группы по физ. лицам еще. Т.е. создалась еще одна такая же группа как была, с тем же кодом и в нее из «старой» такой же группы мигрировали физ. лица — сотрудники, которые я вляются ответственными лицами по оформлению документов. Те сотрудники, которые не учавствуют в выписке доков, остались в «старой» группе.
В остальном вроде без косяков выгрузилось. Статьи затрат на месте, номенклатура тоже не пострадала, статьи ДДС тоже в норме.
(16) ВИЙ_,
1) Правила обмена должны идти и для более поздних версий УТ и БП.
2) Что касается физ. лиц, то их поиск осуществляется по наименованию и дате рождения.
4) Поиск номенклатуры по коду, наименованию и родителю.
5) Поис контрагента по наименованию, ИНН и КПП.
Корректность загрузки всей информации можете проверить на тестовой БП.
По контрагентам и физ. лицам пока сказать ничего не могу, проверьте наименования групп, чтобы регистр букв был одинаковый.
Также можете загрузить правила обмена в конфигурацию «Конфертация данных» и донастроить ее под себя.
дело не в наименованиях групп (там все правильно, к тому же)
дело в чем то другом
если я 10 раз сделаю загрузку в БП, то у меня появится 10 новых групп
причем, если удалить все загруженные документы и загрузить их вновь, то предыдущая группа окажетя пустая, потому что создается новая и все гонтрагенты в нее мигрируют
в итоге остается первая (самая старая) группа, где контрагенты, по которым движухи в торговле не было, потом столько новых групп, сколько раз происходила загрузка с данными по контрагенту/физлицу.
Т.е. если загружать только требования накладные, то групп по контрагентам не добавится, а по физлицам добавится, т.к. по докам есть ответственные лица.
(18) ВИЙ_, прошу прощения, в предыдущем моем сообщении быле ошибки.
Поиск номенклатуры только по коду.
Поис контрагента по коду, ИНН и КПП.
Проверьте, чтобы у контрагентов совпадали коды, ИНН и КПП у элементов и групп. Для физ. лиц наименования и дни рождения. Сказать не могу, на данных версиях УТ и БП обмен не проверял, но, думаю, разницы быть не должно.
у группы нет ИНН и КПП!!
контрагенты не ДУБЛИРУЮТСЯ, а мигрируют в «новую» группу с таким же наименованием и кодом, т.е. была группа
ПОКУПАТЕЛИ с кодом «00033»
после загрузки появилась группа
ПОКУПАТЕЛИ с кодом «00033»
и в нее мигрировали все контрагенты, по которым была движуха в УТ
в «старой» группе остались только контрагенты, по которым движухи не было
если удалить все документы из БП и произвести закрузку тех же данных, то появится третья группа
ПОКУПАТЕЛИ с кодом «00033»
в итоге имеем:
первая група ПОКУПАТЕЛИ с кодом «00033», в которой контрагенты без движухи
вторая группа ПОКУПАТЕЛИ с кодом «00033», которая образовалась при первой загрузке и она сейчас пустая
третья група ПОКУПАТЕЛИ с кодом «00033», в которую мигрировали все контрагенты из второй группы
и так до бесконечности.
Если бы проблема была только в неравенстве элементов справочника «Контрагенты», а именно групп, то вторая и последующие загрузки не плодили бы новые группы, а загружали бы в уже созданные группы.
Со справочником «Физ. лица» та же фигня. В остальном обработка работает корректно
Я не программист 1С, я лет 15 назад программировал на паскале и на дельфи
С «Конфертация данных» я буду разбираться, но позже, а сейчас у меня отчет накрывается, поэтому попросил помощи у друзей и вот наткнулся на эту обработку.
Тот обмен, который предлагает 1С, мне в принципе не нравится. Я привык к стандартной выгрузке из УТ в БП 1.6 и черт меня дернул в начале года обновиться до 2.0 :(((
(20) ВИЙ_, если все накрывается, можешь кинуть мне базы УТ и БП, предварительно затерев информацию о предприятии. Кончечно, если не боишься. Либо дать мне удаленный доступ. Могу посмотреть. Надумешь, пиши в личку. Так я не могу ничего сказать, поскольку правила, которые я выложил — всего лишь доработанные стандартные, надо смотреть конкретно твой случай.
спасибо за предложение, готов заплатить за адаптацию правил
подумаю как безопаснее предоставить данные
(22) ВИЙ_, косяк нашел, у меня такае же фигня, только сегодня заметил. Исправлю, выложу, скорее всего завтра. Заказывать, платить, давать доступ не надо.
Друг! Ты даже не представляеш как ты меня порадовал!
Вчера до 4 утра колупался безрезультатно.
транзитная УТ уже готова, уже, думаю, вручную повтыкаю счета учета в платежки…
(24) ВИЙ_, можешь качать доработанные правила и проверять.
Огромное спасибо! Вечером проверю и отпишусь.
Ну вощем все выгрузилось и загрузилось без дублирования как раньше.
Соответственно повтыкались означенные в БП счета учета расчетов.
НО!!!
По «дороге» потерялись все налоговые платежи.
В БП в выписках (в которые конвертнулись все платежки) нет ваще списания со счета с «перечислением налога» 🙁
ПыСы. В требовании-накладной не переносится статья затрат
С налоговыми платежами разобрался!
Почему то некорректно идет перенос УТ-УТ налоговых платежей, както они коверкаются при переносе. Соответственно «кривые» они не перенеслись в БП. Сейчас ручками все поправил (благо их немного) и они перенеслись в БП корректно
(27) ВИЙ_, по статьям затрат в т-н посмотрю. Я сделал, чтобы они в таб. части не указывались, а выбиралась на отдельнозакладке. Могу для тебя вернуть на место.
мне кажется, в табличных частях лучче из торговли переносить
а с выгрузкой банка всеже какой то косяк есть…
я платежки налоговые поправил, выгрузил, они в БП прогрузились нормуль, зато пропали другие доки списания со счета
удалил ВСЕ поступления и списания со счета, прогрузил все заново, блин опять налоговые платежки не прогрузились
загружаю их отдельно, загрузка проходит без ошибок, стандартные комменты, сообщает, что столькото объектов загружено (сколько было выгружено), но их нет!!!
чета прям мистика…
выгружаю из УТ платежки и ордера (теперь уже нетороплюсь, тока за месяц делаю) — в БП прогружаются тока ордера и ПП входящие
ПП исходящие по дороге пропали
Ладно, выгружаю отдельно исходящие ПП — прогрузились замечательно
… пропали все ордера!!! бугага
Короче, в процессе экспериментов выяснилось, что входящие ПП живут нормально, а между исходящими ПП и ордерами списания со счета какойто конфликт, т.е. они категорически не могут загружаться в БП ни вместе, ни по отдельности. Если выгружать и те и другие в одном сеансе, то в БП прогрузятся только ордера. Если потом отдельно догрузить исходящие ПП, то ордера исчезнут. Если потом еще отдельно загрузить ордера, то исчезнут исходящие ПП
воть… :((
УСЕ!!
Разобрался! У меня независимая нумерация исходящих ПП и ордеров. Длина номера совпадает. В январе кол-во ордеров = кол-ву исходящих ПП, поэтому баг такой извратный получился. БП не нравятся одинаковые рег. номера списаний со счета.
Что с переносом контактной информации? Тоже приходилось допиливать эти правила и тоже столкнулся с этой ошибкой.
Переносится ли документ Оплата от покупателей платежными картами?
Скачала, из УТ 10.3.16.1 в БП 2.0.34.7 выгрузила. В справочнике Номенклатура корневая папка Товары продублировалась в которую выгрузилась новая папка с номенклатурой, перенесла в старую папку товары, удалила дубль — «Товары», выгрузила заново — без дубля.
Нужны были документы Комплектация номенклатуры, Реализация, СФ выданные — все выгрузилось.
ПП и выписки не проверяла.
сейчас потестю
Анька, привет! 🙂
Жаль что нельзя сохранять настройки после того как загружаешь правила, и по каждому документу который нужен ставишь что он проведен, и организацию, эту процедуру приходится выполнять каждый раз на что уходит куча времени, в целом обработка очень удобна. Да, и не достаточно в шапке указать организацию по которой нужны документы приходится это дублировать в каждом документе в отборах, иначе выгружает организации которые ненужны
в Бухгалтерии 2.0 появилось поле артикул которого не было в 1.6, и раньше пользуясь обработкой для 1.6 артикул переносился в Бухгалтерию в составе названия, в этой обработке так не происходит, и получается куча одинакового товара с разным кодом и без опознавательных знаков, можно ли добавить возможность перенесения артикула, там более что в отличие от Бухгалтерии 1.6 поле куда его поставить появилось, и требует заполнения))
(36) nd600, 1) Сказать ничего не могу, поскольку все, что связано с обменом (переменная УзелДляОбмена) — я эти строки комментировал, если хочешь могу посмотреть. Вопрос: пользуешься универсальной обработкой «Универсальный обмен данными в формате XML»?
(37) nd600, Руки никак не доходят доделать это. Следи за темой, в течении месяца постараюсь сделать.
(38) nd600, Сделаю, скорее всего завтра.
огромное спасибо автору
(23) правила отличные! У меня с моими правилами тоже задваиваются папки контрагентов «Поставщики» и «Покупатели». Как Вам удалось это исправить? Поделитесь опытом,а?
вроде все хорошо
Aero,
Хотела бы скачать сию полезную вестчЪ, но чую своей попусенькой, что Ваши правила в свете последних вышедших релизов с новой корректировочной сч-ф уже неактуальны. Отсюда вопросняк: не соблаговолит ли ув. Автор в обозримом будущем выложить свеженькие правила ибо наличествующего во мне спиномозгового вещества не достаточно, чтобы соорудить эту поделку самой. Спасибо.
А что не так? Если скажите, посмотрю, доделаю, вылажу.
Всем: постараючь новый правила навоять для последних обновлений УТ и БП, ожидать примерно к 14.07.13.
Прошу прощения за ошибки.
(46) Постарайтесь не затягивать…
Ждём’с новые рулезы.
Сенькс.
Привет!
Ошибки по контактной информации. При выгрузке УТ 10.3.29.1
Не найдено соответствие для значения Источника
Источник = КонтактноеЛицоКонтрагента
ТипИсточника = Строка
Ошибка в обработчике события ПередВыгрузкойОбъекта
ПВД = КонтактнаяИнформация
Объект = Выборка из результата запроса
Обработчик = ПередВыгрузкойОбъектаВыборки
ОписаниеОшибки = Поле объекта не обнаружено (Отбор)
ПозицияМодуля = (2)
КодСообщения = 33
Ошибка при выгрузке данных: {ВнешняяОбработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1716)}: Ошибка в обработчике события ПередВыгрузкойОбъекта
ПВД = КонтактнаяИнформация
Объект = Выборка из результата запроса
Обработчик = ПередВыгрузкойОбъектаВыборки
ОписаниеОшибки = Поле объекта не обнаружено (Отбор)
ПозицияМодуля = (2)
КодСообщения = 33