Related Posts
Получение логина и пароля техподдержки 1С из базы
Класс для вывода отчета в Excel
Счет-фактура для УПП
Библиотека классов для создания внешней компоненты 1С на C#- Акт об оказании услуг (со скидками) — внешняя печатная форма для Управление торговлей 11.1.10.86
Прайс-лист с артикулом в отдельной колонке
ПВД=Сч10_11ПередОбработкой: пока не реализовано
Хотелось бы 10.11.1 перенести…
Раскомментил всё и закомментил не нужное для сч 10.11 («Отсёк всё лишнее»). При выгрузке не ругается, но на боевых данных не проверял, у меня их нет, а демо не нашёл. Если есть и не жалко, то выкладывай на Яндекс.диск (или любой другой диск, предварительно поменяв имя и ИНН организаций) я погоняю. Спасибо за замечания.
В правилах выгрузки 10.11 подправил 621 строку и 742. Из документа «Передача материалов в эксплуатацию» надо взять реквизит «Местонахождение». В БП 2.0 нет плана счетов «Налоговый». А в целом отлично!!!
(3) Notella, Спасибо за замечания. Обновил правила, выложил н6овую версию.
Возможно ли изготовление правил переноса для обмена между УПП. А то обработок на сайте полно, а правил переноса что то не обнаружено
При попытке выгрзить:
Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1695)}: Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = ГражданствоФизЛиц
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Ошибка при вызове метода контекста (Выполнить): {(6, 33)}: Поле не найдено «ГражданствоФизЛицСрезПоследних.НеИмеетПравоНаМедицинскоеСтрахование»
ГражданствоФизЛицСрезПоследних.<<?>>НеИмеетПравоНаМедицинскоеСтрахование
ПозицияМодуля = (27)
КодСообщения = 31
И правда ведь, что нет ресурса «НеИмеетПравоНаМедицинскоеСтрахование» в БП 2.0.46.8…. Как у вас это работает?…
(6) andryushkina, Реально я делал обмен данными 2 (два) месяца назад, сейчас только обновляю конфигурации для правил. Попытаюсь исправить ошибку, спасибо за замечания.
(6) andryushkina, погонял сегодня ночью на наших реальных данных, ещё пару ошибок устранил. Пробуй, народ.
Ну давайте уж добьем правила до работающих 🙂
Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = НМАОстатки
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Поле объекта не обнаружено (ВидУчетаДт)
ПозицияМодуля = (289)
КодСообщения = 31
В правилах необходимо исправить все поля объектов, где ДТ/КТ в источнике есть… Это остатки от 1.6 как я понимаю. Там такое не только на НМА…..
(9) andryushkina, А ты на закладке «Дополнительные настройки» поставь галку «Режим отладки», запусти обработку и вышли мне лог на почту jdo@mail333.com, тогда и дело быстрей пойдет.:-)
(9) andryushkina, Ну нет у меня остатков по этим счетам (а может и ещё по каким либо, всё не узришь), ну что поделать…
При переносе 10.08
Ошибка при выгрузке данных: {Обработка.УниверсальныйОбменДаннымиXML.МодульОбъекта(1695)}: Ошибка в обработчике события ПередОбработкойПравилаВыгрузки
ПВД = Сч10_08
Обработчик = ПередОбработкойВыгрузкиДанных
ОписаниеОшибки = Значение не является значением объектного типа (ВидСклада)
ПозицияМодуля = (403)
КодСообщения = 31
Вопрос решился. Проблема была как раз в документе при первичном вводе остатков. У одной позиции не был проставлен «Склад» соответственно он не мог получить его свойство.
(13) Bisenes, Ну вот видишь как хорошо, а я тут уж «засуетился», скачал новые конфигурации, обновил правила, поставил на выгрузку/загрузку…
Какие действия необходимо проделать в КА перед загрузкой?
(15) r.o.v.a, Указать в параметрах выгрузки что ты выгружаешь в КА (вроде бы это 1, а УПП — 2 соответственно), а так в общем-то никаких.
Спасибо, после переноса вылезла ошибка при проведении РТиУ
Ошибка при выполнении обработчика — ‘ОбработкаПроведения’
по причине:
{ОбщийМодуль.УправлениеЗапасамиРасширеннаяАналитика.Модуль(5047)}: Ошибка при вызове метода контекста (Записать)
по причине:
Запись не верна! Корреспонденция между балансовыми и забалансовыми счетами (Регистр бухгалтерии: Журнал проводок (налоговый учет); Номер строки: 1)
Это скорее всего проблема не переноса, а настройки базы. Проверьте счета. Конфигурация же написала вам описание ошибки.
да, криво встали параметры учета номенклатуры
Кто подскажет, параметры учетной политики вообще не переносятся?
Я выбрал перенос остатков, регистры сведений тоже включил, отключил документы. Проблем при выгрузке-загрузке не возникло. Но заметил, что параметры учетной политики вообще не перенеслись.
После переноса провожу документ Оприходования товара и вот такая ошибка.
Кто знает, почему так перенеслись данные?
После удаления значений реквизитов Сумма ВР и Сумма ПР документ отлично проводится
Анализ конфигурации КА дал следующий результат:
была найдена вот такая строка кода:
Это говорит о том, что СуммаПР и СуммаВР при переносе Оприходования товара должны обнуляться, или не заполняться вообще, если дата выгрузки больше 01.01.2010.
Если я все правильно понял, автор, исправь и перезалей правила.
Учетная политика переносится, для этого при выгрузке надо установить нужные флажки в ветке «Справочная информация»->»Организация»
Подскажите, вот такие сообщения при выгрузке данных с БП это критично:
Источник = Доходы от реализации и внереализационные
ТипИсточника = Базы распределения косвенных расходов по видам деятельности
Не найдено соответствие для значения Источника
Источник = Доходы (расходы) связанные с реализацией объектов строительства
ТипИсточника = Виды прочих доходов и расходов
Не найдено соответствие для значения Источника
Источник = (Не используется) Прочие внереализационные расходы
ТипИсточника = Виды прочих доходов и расходов
Не найдено соответствие для значения Источника
Источник = (Не используется) Прочие расходы
ТипИсточника = Виды прочих доходов и расходов
Не найдено соответствие для значения Источника
Источник = Расходы по передаче товаров (работ, услуг) безвозмездно и для собственных нужд
ТипИсточника = Виды прочих доходов и расходов
Не найдено соответствие для значения Источника
Источник = Справочник «Подразделения»
ТипИсточника = Виды объектов контактной информации
Показать
(24) Sabfir, Нет, не критично.
Есть несколько вопросов:
1) почему в правилах конвертации документа «Платежное поручение исходящие» пометка удаления по умолчанию проставляется в Истина?
2) при конвертации документа «Зарплата к выплате организации» не заполняется поле Банк.
3) документы Зарплата к выплате организации и Платежное поручение исходящее не связываются
Кто переносил зарплатные документы, помогите, пожалуйста.
А номера ГТД в серии должны переносится, а то у нас сам справочник перенесся, а серии нет
Номер ГТД и в БП и в КА — это справочники и они переносятся при переносе номенклатуры.
Еще несколько замечаний и дополнений к правилам.
1. при перегрузке контрагентов не проставляется вид контрагента: поставщик/покупатель. Можно вытащить из правил обмена БП-УТ (смотрит по договорам).
2. при выгрузки авансового отчета, в табл Прочее процедура ПередВыгрузкой для СтатеиЗатрат, для счетов, в которых нет субконто СтатьяЗатрат, нужно добавить в структуру еще один реквизит «ВидРасходовНУ» иначе при выгрузке выдает ошибку.
Подправленные правила ниже:
А по зарплате обороты за период только у меня после переноса документы не проводятся?
Это и ППИсх и Начисления.
Я решил этот вопрос следующим образом.
Документы по ЗП, которые не проводятся переношу, но их движения переношу отдельно в документ «Операция (бух)». После этого запускается алгоритм по переводу Бух проводок в проводки НУ.
Вот таким образом выравниваю обороты по счетам, чтобы ОСВ в БП и в КА совпадали.
Расскажите кто как решил эту проблему?
(29) FunKir, Вернулся из краткосрочного отпуска. Спасибо, выкладываю исправленную версию.
При попытке загрузки правил выдает ошибку.
(32) Sabfir, М-да, действительно при загрузке в Конвертацию данных (kd) 2.1.7.1 выдает такую ошибку, но человек (29.FunKir) старался (возможно у него версия не обновлена), поэтому пришлось ручками подправить выложенный им файл (заменить в запросах &Контрагент на &аmр;Контрагент), обновить конфигурацию БП до 2.0.47.9 и, немного оптимизировав код, загрузить с его трудами в kd новой версии. Юзай, народ.
Может сразу поправить бы еще заполнение ВедениеВзаиморасчетов в договорах. Так как после загрузки везде пусто.
Продолжаем недоработки правил.
Большинство этих недоработок касается переноса оборотов и для перегона остатков не нужны.
1) Следующее замечание касается закрытие счета 79.
Проанализировав незакрытый счет после переноса, заметил, что в КА документы Отражение НДС к вычету не перенеслись.
А настроить то перенос этих документов очень легко. Странно что в стандартных правилах этого нет..
2) Не настроен перенос движений документа РегламентнаяОперация. У себя я перенес движения этого документа в Ручные корректировки движений.
(35) Sabfir, Я не совсем понял, что ты хочешь. Я давно всё перенёс, дальше бухи юзают свою БП. Может сделаем просто: ты загрузишь правила в КД, допишешь, что ты хочешь увидеть, вышлешь мне как (29.FunKir, про галки Покупатель/Поставщик я его понял.) а я гляну и выложу народу, так устроит? А-то у меня совсем мало времени на это остается, да и как-то неактуально оно уже для меня, а народу надо, вот и стараюсь поддерживать по мере наличия свободного времени.
(36)
Отлично.
Я дописываю некоторые моменты этих правил, так как мне это надо сделать все равно.
Когда будет готова окончательная версия правил, я вышлю их вам с описанием доработок.
А вы уже добавите в свою обработку то, что посчитаете правильным. Пусть люди пользуются.
(37) Sabfir, Списибо за понимание.
попробовала перенести из БП в КА.
«Указано неверное значение параметра конфигурация-получатель» Пробую через универсальный обмен данными (загружаю те правила, которые скачала выше по ссылке). Хоть указываю выгрузку через файл, хоть через соединение с базой — одно и тоже сообщение…Что это…? нигде не вижу. что ему надо…
Нашла…на второй закладке не поставила 1 — выгрузка в КА
(39) Zuzya_2, Я очень рад за Вас.
Нашел еще одну проблему при переносе. Если есть контрагенты с незаполненным ИНН/КПП, то при загрузке они сливаются в одного. Исправил обработчик ПоляПоиска на следующий:
Показать
Вроде работает. У кого-нибудь возникала такая проблема? Если да, прошу проверить.
Уважаемый jdo, с конвертацией работал еще мало. С вашей точки зрения, нормальная поправка? По-крайней мере, у меня работает
(41) Zerkon, То есть у вас в базе-источнике есть два контрагента, которые имеют одинаковое наименование?
СтрокаИменСвойствПоиска = «ИНН, КПП, Наименование»;
КонецЕсли;
Если НомерВариантаПоиска = 2 Тогда
СтрокаИменСвойствПоиска = «ИНН, КПП»;
КонецЕсли;
Это код из правил при поиске в контрагенте.
Он кроме ИНН и КПП по умолчанию включает Наименование в поиск.
Только если не нашел по этим полям, то ищем уже по ИНН и КПП без наименования.
(41) Zerkon, Мне какжется 42.Sabfir более удачный алгоритм. Да все мы тут не «гуру»… Так что «…спросить- стыд одной минуты, не знать — стыд всей жизни».
(42) Sabfir,
В том-то вся и проблема, что нет, контрагентов с одинаковым наименованием нет. Тем не менее, эффект на лицо — при общей проверке на обороты и остатки все нормально, а когда начал проверять документы, с удивление обнаружил, что в там стоят совсем другие контрагенты, нежели в источнике. Сделал вывод сообщений в обработчике полей поиска о номере варианта. По выводу можно видеть, что в моей базе первый поиск почему-то не срабатывает, а по ИНН и КПП соответственно берет первый найденный вариант.
Вот, как-то так ))
(44) Zerkon,
Я детально проанализировал эту ситуацию, оказалось вы действительно правы.
Причина в том, что на момент синхронизации по Наименование, ИНН и КПП контрагент еще не перенесен в базу приемника, поэтому и не найден, соответственно запускается второй круг синхронизации по ИНН, КПП без наименования. По скольку, эти коды не заполнены, то находит первого встречного контрагента без этих кодов и изменяет его.
В вашем варианте исключается поиск по ИНН и КПП если ИНН не заполнен, соответственно, исключается соединение контрагентов с пустыми кодами.
(45) Sabfir, спасибо за анализ. Моих знаний на это не хватило )))
Надеюсь, автор включит это исправление в правила
Очень интересная тема
Всем спасибо за ответы
Узнал много нового
И интересного
и Полезного
И вообще сайто очень хороший
на пять балов
(53) Pures, что это за спам 🙁
человек $m зарабатывает )))
пока еще копошусь в переносе. Вопрос пока такой — код вида операции в счетах фактурах не подцепился. хотела групповой обработкой (вКА), не найду как он называется…и реализация не проводится…проводится. только когда вручную убираю — провести в НУ. На вскидку — контрагенты состыковались…другое пока не смотрела, но чувствую ,вручную придется перепроводить…
(56) Zuzya_2,
Документы «СчетФактураПолученный». Необходимо добавить ПКС «КодВидаОперации» и «КодСпособаВыставления». Возможно еще ПКС «ВидСчетаФактуры»… не помню это я его добавлял себе или оно было.
Насчет реализации — мало информации. Если хотите получить помощь — описывайте детально проблему.
(55) FunKir, Конечно можно было и не публиковать проект, и тогда каждый бы мучился и исправлял и добавлял правила как и я. Ну что плохого в том что я поделился и каждый начал свои шажки с конфигураций не прошлого года, а этого?
(46) Zerkon, Что-что нужно включить? Конгламерирую…
(59) Я на скриншоте выделил то, что надо добавить по счетам фактурам.
открыла в конвертации…делаю добавить (т.к. там нет такого соответсвия) и вписке нет таких вариантов. что обведены, т.е. не видит их что ли?…
или в свойствах руками прописывать дополнительно?
не вижу все равно …как добавить те параметры?
(61) Zuzya_2, для добавления реквизитов, которых нет, необходимо обновить метаданные искомой конфигурации в Конвертации данных.
То есть с помощью служебной обработки выгрузить метаданные с искомой базы. После чего загрузить их в Конвертацию данных.
(62) Sabfir, она в конфигурации встроена или внешняя? (эх…простите …не вижу…) где выгрузить/загрузить метаданные…
(63) Zuzya_2, это внешняя обработка (во вложении).
С ее помощью делается выгрузка метаданных с конфигурации (приемника или источника), в результате формируется xml-файл.
После этого этот файл надо загрузить в КД (см скриншот).
Спасибочки…попробую…
(56) Zuzya_2, Реквизит так и называется. А чтобы изменить код операции нужно использовать строчное представление. То есть 01, 02 и т.д.
(60) Sabfir, Конгломерировал… Параллельно обновил БП до 2.0.48.7.
Странно но при переносе не перенеслись документы поступления и реализации — перенесены только те что не проведены или помечены на удаление, или я что то не так делаю?
ар
Просто не надо выбирать организацию.
Интересно, подойдут ли правила для переноса БП 2.0 -> Комплексная автоматизация торговли алкогольной продукцией.
В данном виде — нет (нет правил переноса деклараций по алкоголю)
(68) westdraiw2,
Документы должны переноситься. Создаются они помеченными на удаление — если дата документов меньше начальной даты, указанной в параметрах обработки, остальные документы создаются без проведения.
Все перенеслось. Только почему то все платежные поручения помечены на удаление, а при попытке пакетного проведения куча ошибок (полагаю из-за незаполненых реквизитов которых в БП нет)
(72) westdraiw2, все верно.
К сожалению, это так.
Необходимо просто анализировать документы и дозаполнять данные по своему усмотрению.
Я для этого создавал свою обработку, которая по описанном мною алгоритму заполняла данные в тех платежках, в которых их нет.
Спасибо за правила!
Помогло!
Пожелание — может реализовать в параметрах выбор проведенных/не проведенных документов при выгрузке?
Поправил у себя этот момент, но другим может пригодится
(74) poligraff, Не выкладывай свои правила, прошьём параметр для народу…:-)
(75) Так у меня правила без параметра. Просто в алгоритме, который проверяет организацию закомментировал строчки на проверку проведенности
Вот еще трабл:
1. При переносе остатков все выгружается — но остатки по счетам видно только с 58 счета, до него пусто.
2. Не перенеслись доки требование-накладная, исходящие платежки, кассовые документы.
Это отмечено только при переносе всего и сразу, когда начинаешь переносить по каждому виду документов отдельно — переносит, а вот остатки по 10;21;40;41 счетам так и не перенеслись.
(77) westdraiw2, А может это из-за того что 10 и 41 счета это счёта-группы и остатки и обороты по ним просто сумма из подчинённых счетов…? (А тогда остатки по 21(Полуфабрикаты) и 40(Выпуск продукции) интересно почему не перенеслись…?)
(79) demetr2011, добавьте: готовые, но платные.
😉
(79) duty free 🙂
Спасибо — очень хорошие, конечно есть ошибки, но при переносе документов «Плетежное поручение входящее/исходящее» (аналог в БП «Списание/поступление с/на расчетный счет»), «Приходный
расходный кассовый ордер» проблем не было. Пришлось доделать перенос документа «Операция (бух)». В остальном несложно допилить — для программистов хорошое подспорье платным правилам переноса и если нет доступа к типовым. Простым пользователям не советую.
Посоветую — более адекватные правила + там же можно найти еще ссылки на подобные правила обмена.
Большое человеческое спасибо!
(84) Marka_, Большое человеческое пожалуйста. 🙂 Юзайте на здоровье.
(82) apestal86, А разве указанная ссылка отличается от текущей? 🙂
(80) Sabfir, Люди работают за бабло, не осуждаю, это их дело, но это другая зона действий, пусть тогда и продвигают свой труд за бабло, платные в список бесплатно не включу. 🙂
Блин, не сработало, нужно было перенести ввод начальных остатков по ОС. и самое главнео что ведь ошибки не выдало никакой. Просто загруженно 0 документов!(
(86) bio.ejiki, Проблема может быть в параметрах, может организация не выбрана или еще что-то. Необходимо отладить процесс.
(87) Прикрепляю картинку с заполненными параметрами. что я делаю не так?!(
Причем «дата начала» я так и не разобрался что за параметр, просто «Ввод начальных остатков» должен быть совершен на 26.09.2013 23:59:59, т.е. сам документ. Пролейте свет пожалуйста на мою ошибку. Или как можно отладить процесс выгрузки/загрузки, вернее как можно увидить в виду чего не перенесен документ, может какие-то поля нужно довнести или я чего не понимаю.
Спасибо! Испробую. Находил ссылку, в которой было сказано, что изменена эта. Но там появляются ошибки при выгрузке.
Спасибо за правила. Выявил несколько ошибок после конвертации.
1)Из бухгалтерии не перенеслись артикулы номенклатуры
2)В бухгалтерии было очень много подгрупп номенклатуры с одинаковым наименованием,после переноса в КА создалась только одна подгруппа номенклатуры в некоторой папке и в ней загрузилось всё скопом.
(90) foxsis,
1) Добавил перенос артикула;
2) Добавил в перечень реквизитов поиска реквизит «Родитель», чтобы правильно формировалось дерево;
3) Обновил конфигурации БП/УПП.
Юзай народ.
(88) bio.ejiki, При дате начала 26.09.2013 00:00:00 (см. png), дата ввода остатков будет НачалоДня(‘26.09.2013 00:00:00’) — 1 = 25.09.2013 23:59:59.
(89) Tanis, Ну и как, без ошибок?
Возможно я что-то не понимаю, но налоговый учет по МПЗ переносится не корректно: в запросе по остаткам не выбираются СуммаНУ, СуммаПР, СуммаВР. В итоге в оприходовании суммы во всех колонках равны и документ не проводится т.к. БУ<>НУ+ПР+ВР.
(94) fnxash, Какой счет/счета ? Я так понимаю, те у которых субконто Номенклатура?
Любой счет который выгружается алгоритмом «ВыгрузитьОстаткиМПЗ» (например 10,41,43).
Еще амортизация ОС выгружается без налогового учета, а т.к. по логике документа «Ввод остатков по ОС» ВР=БУ-НУ-ПР то получается что весь налоговый учет ложится на ВР.
(96) fnxash, Спасибо, «будем поглядеть». А «…амортизация ОС..» каким алгоритмом? («Давно мы не брали в руки шашек.»). Скорее всего в 2011 году мы не применяли ПБУ18, поэтому нас всё устроило.
Алгоритм «ВводНачальныхОстатковОС_Остатки», там есть в запросе фрагмент который я исправил так:
Показать
НУ появилось,
но ПР почему-то нет, еще не разбирался в причинеразобрался, ПР тоже есть(98) fnxash, Ты абсолютно прав: есть там такое, и скорее всего не в одном месте. Исправил по твоему замечанию ПВДОстаткиВнеоборотныеАктивыВводНачальныхОстатковОС, с версией 1.3.48.2 выложу. Спасибо.