Перенос документов между одинаковыми базами с отбором
Можно настроить нетиповые параметры переноса справочников. Для Контрагентов, например, по ИНН.
UPD >>
Можно настроить нетиповые параметры переноса справочников. Для Контрагентов, например, по ИНН.
UPD >>
UPD. Добавлено:
-для Контрагентов синхронизация по ИННКПП
-Поддержка многострочных строковых реквизитов
-исправлены найденные ошибки
UPD2 (от 06.02.12):
-добавлена возможность перезаписывать уже существующие в базе документы
-добавлена возможность создавать новый документ, если таковой уже имеется в базе
-периодические реквизиты справочников теперь записываются не на 01.01.80, а на последнюю дату в базе-источнике
-добавлен счетчик времени работы обработок
-исправлены найденные ошибки
Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
Перенос документов между одинаковыми базами с отбором
Можно настроить нетиповые параметры переноса справочников. Для Контрагентов, например, по ИНН.
UPD >>
Перейти к публикации
Контрагентов лучше синхронизировать не только по ИНН, но и по КПП. Как у тебя реализовано: по реквизиту ИНН (где есть и КПП) или только по выделенному ИНН?
Не всегда люди заморачиваются забивать КПП
Поэтому из поля ИНН вытаскивается именно ИНН (отбрасывая КПП-шную часть) и сверка идет по нему.
Это я к тому, что у нас по этому вопросу возникают проблемы, т.к. получаются контрагенты с одинаковыми ИНН, хотя КПП у них разные. А проблема связана с выгрузкой контрагентов в другую программу. Со слов главбуха: есть контрагент, у него произошли какие-то изменения, например в названии, в результате получается другой контрагент, но с прежним ИНН, а вот КПП при этом меняется
(0) про кпп — согласен
Ок, добавлю еще пунктик сверки ИНН/КПП, это не сложно
вот это бы было здорово, тогда можно и скачать
только вот как узнать, что обработка уже исправлена? кто может подсказать
(0) трудоемкая вещь, но все достаточно аккуратно…
из бегло замеченного два момента (при переносе Операции)…
Zagruzka.ert
добавить:
Док.УстановитьНовыйНомер();
в стр. 810 (после присвоения даты создаваемой Операции);
«» +
в начале Сообщить в стр. 980
Спасибо хорошая штука.
нужная штука, Я поставил +, не скачав сам файл. Так как у меня нет мани у меня нет прав на скачивания
(6) TrinitronOTV, обновил. Скачивайте
(7) 1с2с, пофиксил
Вещь хорошая, поставил плюс
ништяк!
В интернете очень много выгрузок и загрузок и на этом сайте и на 1С Профессионал. Чем она отличается от других. В каком формате выходной файл при выгрузке?
(15) serg63, выходной файл в формате txt.
Обработка отличается гибкостью настроек (синхронизация справочников по признаку заданному пользователем: ИНН, Код, Наименование и пр.)
Подскажите документы «Операции введённые вручную» смогу выгрузить и загрузить для конфигурации бухгалтерия для бюджетных учреждений, баллов просто не хватает на скачивание поэтому хотелось бы узнать заранее)
Предыдущий вопрос снят, я выгрузил 3 операции, открываю загрузку выбираю файл и выходит такая ошибка
Не удалось создать объект! Проверьте в файле spr.txt строку №1
В ней не должно быть переносов на следующую строку
Как это исправить?
В первой строке файла написано «Операция». вид документа
Всё, разобрался. Оказывается заменил файл с названиями справочника. Извините за предыдущие комменты. Обработка хорошая, однозначно плюс, буду разбираться с настройками теперь.
непременно вещь нужная и полезная, но лично я пользуюсь обкатанной обработочкой TRANERF.ERT наверняка уже многие слышали про такую и пользовались, безотказная как автомат калашникова
(20) CAH9I, Транреф же только справочники таскает, разве нет?
конечно много обработок есть но эта в принципе достаточно грамотно проделана)
У меня почему при загрузке не проставил в документах «операции введенные вручную» значения ОС, хотя в текстовом файле есть инвентарные номера.
(23) alex_fursov, а в базе-приемнике есть ОС с этими инв.номерами?
Спасибо автору за работу!!!
TrinitronOTV, обновил. Скачивайте
спасибо, забираю
Я работаю с universam.ERT. Но там при переносе справочников не все данные копируются. Попробую-ка эту разработку. Спасибо за помощь.
а зачем это нужно???? если базы идентичны не проще каталог скопирвоать ?))))
(28) mysql_postfix, идентичны, имеется ввиду, по структуре. Например, Бухгалтерия 529 -> Бухгалтерия 529. Наполнение базы может быть разным.
Я работаю с universam.ERT. Но там при переносе справочников не все данные копируются. Попробую-ка эту разработку. Спасибо за помощь.
и как с этой обработкой у вас?
ОС с этими инв.номерами?
Да номера точно такие же, я потом их вручную искал проставлял в этот документ.
спасибо большое
Спасибо автору за проделанную работу. Для себя дописал в эту обработку синхронизацию по времени документов.
Обнаружил досадную недоработку. Почему то сначала грузятся(записываются) подчиненные справочники, а потом владелцы.
Владелец Сайра провесная для кг. не найден!
Создан новый элемент справочника Номенклатура <Сайра провесная>
Создан новый элемент справочника Единицы <кг.> Владелец: <Сайра провесная>
Потом приходится в ручную добавлять единицы.
Если не тяжело, то поправьте.
Спасибо автору за проделанную работу.
Судя по отзывам хорошая вещь по возможности скачаю, в хозяйстве пригодится !
У меня есть 2 базы бюджетной бухгалтерии 7.7, одна релиза 644, другая 646 — не подскажите, подойдёт-ли данная обработка для выгрузки/загрузки данных из одной в другую (нужно выгрузить операции введёные вручную)?
У меня есть 2 базы бюджетной бухгалтерии 7.7, одна релиза 644, другая 646 — не подскажите, подойдёт-ли данная обработка для выгрузки/загрузки данных из одной в другую (нужно выгрузить операции введёные вручную)?
Базы должны быть одинаковые, т.е. одного релиза.
Можете попробовать перетащить документы этой обработкой, но перенос будет осуществлен только в том случае, если в справочниках используемых в Ваших операциях в новом релизе не добавилось дополнительных реквизитов по сравнению с предыдущим, в противном случае при загрузке Вам выдастся сообщение: «Количество реквизитов табличной части документа <Документ> базы-передатчика превышает количество реквизитов шапки этого же документа базы-приемника.»
SamJack, спасибо, буду пробовать, а то уже много всяких обработок перепробовал: то суммы не выгружают, то загружают операцию, но она пустая. Вот ещё думаю, может у меня не загружаются операции как надо потому что планы счетов в базах разные.
SamJack, спасибо, буду пробовать, а то уже много всяких обработок перепробовал: то суммы не выгружают, то загружают операцию, но она пустая. Вот ещё думаю, может у меня не загружаются операции как надо потому что планы счетов в базах разные.
Если перетаскиваемые операции используют в проводках одинаковые счета, то они вполне нормально перенесутся, т.к. отбор идет по коду счета.
Спасибо попробую, искал обработку без лишних заморочек.
А есть подобное для 8-ки? а, именно для Зарплата и кадры бюджетного учреждения на 1С8.2?
Извиняюсь. Нашел —
В принципе, работает. И довольно неплохо.
В торговле и склад не работает, пишет ошибку:
Неудачная попытка создания объекта (Операция)
Надо поставить проверку на создание операции
И хорошо бы сделать опцию (галку):
При совпадении номера документа присваивать новый
Перепробовано множество обработок по переносу данных между двумя идентичными конфигурациями. Не одна не может корректно перенести документ «Операция» В ввиду специфики такового. Эта обработка справится?
(46) SergioVB, справится, но с условием, что справочники уже будут в базе. Т.к. если тащить с операциями еще и справочники это все дело неделю грузицца будет.
Пы.Сы. А еще на Вашем месте я бы подождал до завтра, когда я выложу новый релиз. Там исправлены некоторые досадные ошибки
(0) Много лет пользуюсь MOVEDOC.ERT для 7.7. Обработка не моя. Уже не знаю где и взял. При необходимости дописываю и для разных конфигураций.
(48) kompas-dm, преимущества OLE в скорости переноса и краткости кода
Преимущества моей разработки в сопоставлении справочников по разным реквизитам (как Контрагентов по ИНН, например), а также в отсутствии необходимости делать перенос в монопольном режиме
Сам же MOVEDOC.ERT надо покопать, спасибо за ссылку
Период.ИспользоватьОбъект(ТекИд,Объект);
{C:TEMPPERENOS_DOCVIGRUZKA.ERT(394)}: ПлательщикНалогаНаПрибыль не является константой или периодическим параметром!
ПлательщикНалогаНаПрибыль — реквизит справочника контрагентов, галочка «периодический» установлена. Почему обработка на нем спотыкается не знаю
В торговле и склад 9.2, при попытке выгрузить документ Поступление ТМЦ (розница), падает с ошибкой:
ВыгрНаим = ТекОбъект.ПолучитьАтрибут(ИмяАтрибута);
VIGRUZKA.ERT(343)}: Неверное имя атрибута
(51) Alex_mel, зайдите на закладку Настройки -> нажмите Настройка справочников -> нажмите Сформировать
Выгружайте
(50) yuyu1, в какой конфигурации это просходит, какие документы выгружаете?
Мммм…
Хорошее дополнение к моей обработке (
У меня поиск, а тут перенос 🙂
Спасибо! Как раз то что искал. Плюсую.
Буду пробовать, ищу хороший обмен. Мне необходимо, чтобы продавцы могли простым нажатием кнопки установить свои документы(ну это,если сохраняются настройки, несложно)и они выгружают толко реализацию и переоценку а я им-поступление-перемещение. Обработок мног обыло, но где-то что-то не так и не устраивает ,буду надеяться на вашу.
Пробую скачать ,почему-то скачивается совсем не ert?Чтобы это могло быть? может другой браузер попробовать?
При выгрузке все формирует,а вот при загрузке выдает Загрузка начата: 11:18:12
Загрузка окончена: 11:18:12
Время работы: 00:00:00
Документы не загружает
(58) Мать Тереза, перед тем как нажать кнопку Загрузить откройте файлик прописанный в строке загрузки doc.txt кнопочкой [О] и проверьте есть ли там данные
В документе КонецДокумента
КонецДокумента
КонецДокумента, хотя при выгрузке показывает процесс и количество выгруженных доков.
?(60) Мать Тереза, т.е. в файле doc.txt только одна строка «КонецДокумента»
Да ,выгрузка проходит(причем очень быстро),показывает что выгружено, к примеру,23 документа.Загрузки нет, а в файле 23строки Конец документа.
Скачал. При запуске ругается
Если (глИдентификаторКонфигурации<<?>>() = «BU42TK») или (глИдентификаторКонфигурации() = «BASUOR») Тогда
{D:1C8- УТИЛИТЫPERENOS_DOCVIGRUZKA.ERT(1111)}: Функция не обнаружена (глИдентификаторКонфигурации)
(63) Serge_ASB, Извиняюсь за поздний ответ (в отпуске был). На какой конфигурации запускаете?
(52)
аналогичная ошибка, на вкладке Настройка справочников нет кнопки Сформировать.
(64) Простите! А на каких-то не должно работать?
Bukaska, Вообще, должно работать на любых одинаковых конфах. Специально вчера скачал и еще раз проверил, поэтому и удивительно. Этот кусочек кода вписан специально для Бухгалтерии, УСН и ТиС, чтоб обработка сразу поняла работает ли конфигурация с проводками. Могу эту проверку специально для Вас отключить. В идеале же, лучше было бы посмотреть на Вашу конфигурацию, чтоб устранить эту ошибку раз и навсегда
И обработка выгружает или перебирает все элементы справочников? А то выгружаться долго будет все… и так каждый раз?
Обработка выгружает только те справочники, которые задейстованы в документах + их родителей/владельцев. Если хотите выгрузить ВСЕ справочники, на закладке Настройка есть соответствующая галка
Т.е. второй раз этого не потребуется? А как будет отслеживаться изменения в справочниках?
У меня просто долго справочники выгружаются.
я попробовал перегрузку по OLE (другой обработкой), видимо, что-то она вписала по справочникам — сейчас запущена старая Ваша обработка, 26 тыс строк уже, 5,5 МБ файл spr, и все выгружает.
Хотелось бы выгружать все-таки только те элементы справочников, которые в выгружаемых документах задействованы 🙂
Обработку писал давно. Выгружаются именно ВИДЫ справочников задействованные в документах. Поэтому, если в справочнике Номенклатура 100500 позиций, то выгружать их обработка будет дооолго. Надо будет поправить
слушайте, а на итс такой шняги для 77 нету? припоминается что-то такое…
TRANREF.ert таскает справочники, еще есть обработка, которая переносит данные посредством OLE. В моем случае, перенос писался под конкретные условия:
1. отбор конкретных документов (например, полезно для переноса из «управленческой» базы в нормальную)
2. переносить справочники по реквизитам (ИНН — для Контрагентов, Артикул — для Номенклатуры, например)
(73) tango,
есть, Export77, Import77…. да не работает ничего.
И обработка выгрузки, например, там… мягко говоря, странная — че делает, непонятно, доков, которые выгружает — не видно.
Завершается ошибкой.
(72)
И так каждый раз при выгрузке?
Да, ща поправлю
У нас немного разные релизы, но лучше, если обработка не будет обращать внимания, что в базе-приемнике есть лишние реквизиты 🙂
Их же все равно нет в базе-источнике.
Единицы — они ж бились вручную в базу-приемник, и поэтому коды там и там у ЕИ не совпадают изначально…. даже если есть такая номенклатура уже..
И при выгрузке отбор единиц уже по-умолчанию «по Наименованию» установлен…
А искать по реквизиту (например, по Артикулу) — задать при выгрузке нельзя? Будет работать?
Для номенклатуры — да. Для подчиненных справочников, типа, Единицы измерения, к сожалению, нет
AlexO, что-нибудь перегрузилось?
(81)
Перевыбрал искать Номенклатуру по Артикулу — пока все те же сообщения с потерей владельца ЕИ.
пока нет, все перечисляет неспеша, сколько владельцев ЕИ не найдено ))
А чем обусловлена выгрузка справочников целиком? Чтобы не искать нужные элементы?
(83) AlexO, быстрее уж сам что-нибудь написал
… все-таки корректный отбор только нужных элементов справочников и подчиненных справочников — весьма хорошая вещь ))
(86) tango,
Да я в 8ке весь.
Вот, сунули 7.7 — типа, у нас все ок, ага… если не учитывать, что базы не идентичны, искать почти не по чему, справочники не совпадают, ничего нет ))
(82)
базы наши, не подумайте чего, что на Вас наживаюсь и на сторону продаю ))
(86) tango,
У нас этих баз семерошных — полтора десятка остались от прежнего программиста.
Что-то работает, что-то — нет.
Одну базу приведешь в порядок — новую вытаскивают из рукава, каждый раз как в первый класс к новым знаниям.
Обработка еще и на группы ругается:
«Создан новый элемент справочника Номенклатура <Ремонт негарантийного монитора>
Элемент-родитель Кабель NIKOLAN UTP 4 пары, Кат.5e для Ремонт негарантийного монитора/Ц0018476 не является группой!»
Ну в конце — вылет с:
«Создан новый документ Реализация 0000101 от 01.08.13
ТекИд = ТекРеквизитТабличнойЧасти.Идентификатор;
{D:ПЕРЕНОСЫНОМЕНКЛАТУРА ИЗ 1С77AGRUZKA.ERT(1120)}: Поле агрегатного объекта не обнаружено (Идентификатор)
(87) AlexO, что значит «сунули»? при найме о чем шла речь? за отдельную плату — нет проблем. иначе — только в порядке личного отдолжения
(91) tango,
О 8.х.
Я давно уже семерки обслуживаю как антураж в восьмерке — сильно далеко не влезаю, так, техосмотр разве что )). А тут — «у нас все чики-пуки, две идентичные базы, найди типовой перенос!»
А вон сколько всего навылазило.
Олег запарился уже исправлять ))
Пусть ждут тогда — когда руки дойдут, когда разберусь, когда поправлю…
У меня очередь с изменениями в восьмерку стоит на месяц вперед, злая )))
И всем — надо первым…
А тут «семерошники» с «найди, пожалуйста, по-быстрому типовой перенос». Куча баз семерошных, поэтому трудно предсказать, во что выльется очередной «найди типовой перенос в инете».
(91) tango,
Не, ну люди свои, поворчат-поворчат — но куда деваться, прежний программист пропал с концами, документации и изменений — никаких, как обычно, и что тут наворочено-понаделано-недоделано — для всех темный лес.
А у меня приоритет — восьмерка.
(92) AlexO,
типового переноса нет, следующий
(93) AlexO, у тебя приоритет — заработная плата. твоя, я хочу сказать
(94) tango,
Есть, но, оказалось, не в нашем случае ))
ну не ругаться же ))
Хотя б я понял, что в этих базах ж.., и надо основательно данные перетряхивать, чтобы обмен был. Результат есть, Олегу — большущее спасибо.
Его обработка работает, и не вина обработки, что пользователи сами не знают, чего у них в базах творится )
Премного благодарен автору обработки!
Сэкономил кучу времени.
Нужно было перенести документ содержащий в себе 350 строк товарных позиций, просто не реально было бы выполнить это деяние в короткий срок в ручную.
Бухгалтера Вам очень признательны :-).
Спасибо, обработка помогла.
К сожалению, косяки имеются.
1. При повторной загрузке документ «Операция, введенная вручную» загружается снова.
2. Начинка документа при повторной загрузке не меняется. Например, загрузил выписку. Потом поменял в источнике сумму в строке табличной части, выгрузил заново. При загрузке в выписке остается старая информация.
Вывод. Обработка хорошо справится с разовым переносом или переносом, когда данные выгружаются лишь один раз за период. Но для повторных загрузок данных за уже загруженные ранее периоды категорически не рекомендую.
Впрочем, за такую цену ждать большего было бы глупо. Так что автору большое спасибо и на этом. 🙂