Добрый день. Есть задача переносить авансовые отчеты из одной ПБ 3.0 в другую. Конфигурации идентичные. Справочники я перенес обработкой, почистил задвоение. Кроме справочника валюты. Потому что валюту поменять я уже не смогу ибо гемор очень большой. Все переношу выгрузкой загрузкой xml. При выгрузке авансовых он видит старую ссылку на валюту из базы источника. Какими способами мне заставить его при загрузке брать ссылку на валюту из базы приёмника? В ручную проставлять все долго, поиск и замена значения бухгалтерия сама не осилит. А делать это им придётся некоторое время.
(1)Есть обработки которые делают поиск и замену значений. Поэтому в базе куда переносите(если этот перенос на долго) замените старое значение на новое.
(5)Я пробовал, валюту нужно изменить ещё и в договорах и счетах. А если по договору были движения 1с не даёт мне это делать. Просит распровести все документы по договору.
(7) Вы плохо пробовали, или плохо читаете...обработка поиска и замены значений не заставит Вас лазить по документам и договорам. Она тупо заменит все ссылки на выбранный основным элемент справочника не только в формах, но и в движениях (вообще везде, где найдёт). Ситуация, особенно с задвоением валюты, не редкость, когда используется какой - то обмен, где поиск соответствия происходит по внутреннему идентификатору, и легко с помощью поиска и замены решается.
(12)В штатной этого нет, на то она и штатная. Надо использовать стороннюю.
(10)Используется выгрузка загрузка без правил, та которая действует для идентичных конфигураций.
Валюту вообще выгружать не нужно, заменить ссылку не получиться. В голове крутиться не знаю как реализовать, из-за скудного опыта в 1с. Как то указать при переносе использовать валюту рег учета в базе приёмнике. И она подставит туда рубли какие мне нужны.
(11) Если делать объединение и выбрать как основную валюту из исходной базы, то после загрузки он не видит валюту. Объект не найден. И все равно ищет ссылку на валюту из старой базы. сейчас через замену значений попробую сделать.
(15) Я извиняюсь. Я думал вы где-то нашли обработку для выгрузки и пользуете ее. Но если вы сами пишите правила через конвертацию данных то глупо давать совет, что я вам дал. Просто надо задать в правилах чтобы сопоставление проходило по коду, ну либо по наименованию. И все проблем нет. 100500 раз писал правила, уж со справочниками проблем никогда не было. Другое дело когда ты получаешь некие данные сопоставления которым нет в приемнике и на основе логических изысканий заполняешь реквизиты. А сопоставить да справочника по наименованию - это же не проблема.
(16)Вы все верно подумали. Обработка с диска ИТС Универсальная выгрузка-загрузка. Вот сейчас читаю как раз про конвертацию. некогда ей не приходилось пользоваться. Видимо это единственный выход.
(17)Если правила будете писать, то начните с конвертации 2.1
На самом деле это не единственный выход. В вашей ситуации есть несколько выходов. Один из них - в базе из которой выгружаете у валюты заменить УИД на такой же как и в базе в которую грузите. и проблемы с валютой не будет.
(24) через скул, если база клиент-серверная или через редактор cf-ника, если файловая. Находите в любой консоли программиста, которая умеет отображать реальные имена таблиц и полей, имя таблицы и потом что-то такое для скульной версии. Главное - получить из второй базы (базы-источника) тот самый ГУИД. После этого, правда, все ссылки на валюту в базе, которую Вы изменили, накроются медным тазом, поэтому через поиск и замену значений их нужно заменить на новую ссылку, а на это могут в больших базах "годы уйти", а через скул опасно, ибо задающий такие вопросы в этом, полагаю, мало понимает )))
- интересно, расскажите поподробнее... Вообще-то ГУИД - суть для существующего объекта средствами 1С неизменная, а в cf есть только конфигурация, элементов справочника валюты с ГУИДами тама нету, но не суть, Вы расскажете как....
Вот только один момент - банальную задачу исправления задвоенной валюты решать средствами не 1С - оно как из пушки по воробьям, Вам не кажется? Типовая обработина поиска и замены из Администрирования решает на раз (у ТС не получилось по недостатку опыта, мог бы и попросить кого-то помочь), а Вы ему предлагаете лезть напрямую в базу...да Вы, батенька демакрат, не иначе)))))) (ничего личного, просто ИМХО, не обижайтесь)
- интересно, расскажите поподробнее... Вообще-то ГУИД - суть для существующего объекта средствами 1С неизменная, а в cf есть только конфигурация, элементов справочника валюты с ГУИДами тама нету, но не суть, Вы расскажете как....
Поторопился и cf-ник перепутал с 1CD-шником. Хотя... Если элемент предопределенный, то в cf-нике есть его ГУИД, полагаю (хоть и не уверен).
По поводу напрямую лезть, то это ответ на Ваш вопрос о том, как поменять ГУИД. Я, заметьте, предлагал другой вариант в (21), а как поменять ГУИД - спрашивали Вы, так что это Вам ответ. А что у Вы с ним будете делать - Ваши проблемы.
(31) А какая фиг разница, у кого Вы спрашивали. Возможность есть, а использование возможности - дело вопрошающего. Кто хочет - ищет возможности, кто не хочет - ищет причины. Вы, как мне кажется, больше из второй группы товарищей (господ?)
(26) А задача вовсе не изменения задвоенной валюты касается, а переноса данных из одной базы в другую (для аналогичных конфигураций). У него так каждый раз придется запускать поиск и замену, после каждого обмена.
(28) После каждого обмена не придётся - нужно просто оставить "правильный" элемент справочника, а ТС его удалил. Поверьте - проблема мне знакома до безобразия (вот обработка https://infostart.ru/public/421541/, которая так же по ГУИД работает, хотя можно систему поиска и поменять, если очень хочется)...
(29) Все зависит от того, сколько у "топикастера" (какое древнее слово, однако) данных в базе, в которую он грузит. Если там три объекта с валютой - это одно, если их там миллионы, то даже боюсь предположить, во что выльется замена этих "старых" элементов справочника "Валюта" на новый. Вот, например, есть современные решения для автоматизации учета по новому единому плану счетов, где для каждого аналитического разреза формируется лицевой счет с валютой - таких лицевых счетов может быть не один миллион, поэтому достаточно непросто произвести поиск и замену всего этого миллиона. при том в разных решениях при записи этих элементов могут храниться дополнительные данные, зависящие, например, от валюты (хеш элемента), таким образом менять придется еще больший объем данных. Поэтому, на мой взгляд, лучшим решением будет именно модернизация механизма обмена (или создание своего механизма), который для одного объекта в 1С делается элементарно.
А по поводу "демократии", то, полагаю, Вы тоже считаете, что это не "власть народа", а "власть ужаса" (т.е. путаете "демос" и "деймос"). Но это простительно - греческий только попы изучают, да и то из рук вон плохо...
(32) демАкрат - несколько другое, но не в этом дело. Задачи, подобные описываемой в базе как у ТС априори не подходят под ваше
их там миллионы,
, т.к. когда это так, то подобной задачи бы просто не возникло, и ежели уж решать как Вы предлагаете, то тогда уж напрямую в базу писать документы. Тут уже не про 1С немного речь. Я то, по дремучести своей думал мы про кондовую бухню 3.0 тут рассусоливаем)))) Ещё раз - тут задача выеденного яйца не стоит, а постов уже вона сколько)))))
(33) Возможность возможности рознь, и Ваше решение - поищи мол, тута такого много, не есть решение, в отличие от предлагаемого мной простого пути средствами типовой конфигурации...
(34) Я как раз простое решение в (21) предложил. Но всегда есть те, кто будет бесконечно пытаться делать неправильно, а потом исправлять. Завтра они бакс заведут и там, и тут, и снова перелопачивать все элементы на новый бакс, ибо ГУИД опять окажется не равен. При этом можно сразу все верно сделать, просто запилив достаточно небольшой код по миграции данных из базы А в базу Б, который сам все поправит после десериализации объекта.
(36) ну ясен пень - Ваш метод самы простой и самый правильный, ктож спорит? Только , не знаю почему, мне кажется, что обработка с этими строчками сама по себе проблемы не решит, а куда её вставить я не понял.
Обработка - это обработка. Значит, вставить надо в обработку. А топикастеру-копипастеру все-равно что запускать - хоть типовую с ИТС, хоть свою не с ИТС. Кнопку прибиндить всяко полагаю он сможет.
ЗЫ: Но раз зашла такая пьянка и появился умный человек, с кем можно поговорит, то вдруг (внезапно) Вы знаете, как в XPath прочитать только значение объекта-родителя без подчиненных? Т.е. что-то типа <div class=zzz>тратата< a href=xxx>xxx< /a ></div> я читаю типа так: "//div[class='zzz']", но якорь туда тоже читается, а не хотелось бы...
(40) Та не, куды мне до умных, я так, погулять вышел)))) Есть типовые обработки, и простой случай, кодирования не требующий - всё решается на раз тем, что уже под руками...но, мы ж не ищем лёгких путей)))) Блин, вот ей Богу, сейчас начнёте ... меряться? Увы, не ко мне)))))))))))))))))
Я высказал ИМХО, что методы прямого воздействия на ИБ 1С в данном случае бред сивой кобылы из пушки по воробьям. Вы на это XPath - чем материться начали....давайте жить дружно, пусть ТС нас рассудит, я готов, если что решить его проблему по АА (написать в личку), если у него будет желание....
Вы на это XPath - чем материться начали....давайте жить дружно
Ну я просто спросил - вдруг знаете. Пишу на пыхе агрегатор для 1С-ных вакух с HH. Там в одном теге (дата публикации) есть якорь. вывод прикольный получился:
div(49)
div (search-result-item__head): Программист/ старший программист 1С
div (b-vacancy-list-salary): 150 000-200 000 руб.
div (search-result-item__snippet): ...1С 8 под требования компании. Анализ задач автоматизации, проведение предпроектных обследований. Разработка сценария автоматизации. Консультирование. Доработка конфигураций 1С.
div (search-result-item__snippet): ...конфигураций 1С ЗУП, БП. Знание конфигурации 1С: Конвертация данных. Умение работать с планами обмена. Опыт программирования 1С...
div (search-result-item__company): ООО Анатира Рекрутмент
div (search-result-item__info): Москва • 9 августаОткликнуться
div(50)
div (search-result-item__head): Программист 1C
div (b-vacancy-list-salary): 150 000-180 000 руб.
div (search-result-item__snippet): Разработка новых решений на платформе 1С 8.3. Интеграция между различными БД 1С, интеграция с бизнес приложениями.
div (search-result-item__snippet): Опыт программирования 1С 8.3 от 3 лет. Знание внутренних механизмов типовых конфигураций 1С (УТ 11.3, Розница...
div (search-result-item__company): Сеть салонов Caterina Leman
div (search-result-item__info): Москва, Ленинский проспект • 23 августаОткликнуться
div(51)
div (search-result-item__head): Программист 1C в проектный отдел (м. Пролетарская/Крестьянская застава)
div (b-vacancy-list-salary): 100 000-170 000 руб.
div (search-result-item__snippet): ...Конвертация данных и др.). Программирование по ТЗ в среде 1С на крупных проектах. Сдача заказчику результатов разработки напрямую или...
div (search-result-item__snippet): ...1С (наличие сертификата "Специалист" по платформе 1С 8.2-8,3 приветствуется). Обладаете опытом программирования в среде 1...
div (search-result-item__company): Первый БИТ
div (search-result-item__info): Москва, Пролетарская и еще 1 • 28 августаОткликнуться
Всего вакух: 51
Показать
Хочу потом на 1С это зарелизить и опубликовать статейку типа "пыха супротив 1С" для элегантного решения проблем...
(51) все зависит от того, на сколько часто производится обмен и что за база вообще одна и другая. Если это разные организации, периодически что-то обменивающие между собой, то это одно. Если это разные компании внутри одного холдинга и живущие на одном сервере - это другое.
(52)Вам виднее, но мой опыт подсказывает что от перечисленного Вами ничего не зависит. Если создали элемент в одной базе, и аналогичный в другой - скорее всего будет задвоение, если во второй не создали, а перенесли из первой, то все будет нормально. :)
Если создали элемент в одной базе, и аналогичный в другой - скорее всего будет задвоение, если во второй не создали, а перенесли из первой, то все будет нормально.
А с валютой все может быть куда интереснее, ибо при появлении бакса начинается загрузка курсов из разных сервисов. Эта валюта может быть создана для одной цели, а потом, внезапно, она становится элементом авансового отчета. А валюты уже есть в обоих базах, курсы исправно грузятся. И вот в один прекрасны день приезжает доллар №2, в который система внезапно начинает грузить курс, а в доллар №1 перестает, ибо выборка возвращает второй доллар по ПЕРВЫЕ 1 (ну бывает так, ибо все поля одинаковые - как будем упорядочивать и выяснять, который первый, а который второй?) В итоге слетают прочие документы, а создатель обмена в Африке, например, греет кости под пирамидами... Кто будет запускать замену значений, кто об этом знает, кроме копипастера?
Кстати, по поводу какая разница у кого я спрашивал, разница таки есть, я хотел, чтобы советовальщик сам рассказал. как он видит реализацию своего совета, но тут вмешались Вы (великий и ужастный))))), решения правда не предложили, но уже интересная беседа получается, в духе стоит ли из пушки по воробьям стрелять, или, как у Василия Ивановича - "Где должен быть командир?" ;-)
(35) ну а Вы, значить, этакий "херо", с буквой "S " на медной бляшке, в синей форменной футболке, и давай его учить, чтоб на свете проще жить ))) Но предлагая изначально косячный метод Вы ни разу не задумываетесь, что топикастер - это копипастер, который вот так и будет вечно искать простые решения и огребать от них туеву хучу проблем в будущем. С другой стороны, а кто у нас в "демократическом" обществе вообще о будущем думает? Да ну его нафиг )))
Всем привет, и чего Вы все так возбудились? Из маленькой мушки дрозофилы соорудили монстра...
По поводу смены УИД. Редактор реквизитов это делает на раз и два. Сначала считываем уид справочника в базе приемника, затем его прописываем у аналогичного элемента справочника в источнике. И чего сложного?
Недавно настраивал обмен-конвертацию в своих базах, на одной паре баз прошло на ура. Но от такого метода решил отказаться, проще через параметры правил конвертации передать нужные данные.
Редактор реквизитов брал где то тут, на инфорстате, правда немного доработал в части записи УИД, действительно УИД менять это уже когда других идей нет.
(45) Не, ну возбудилися, так возбудилися, хочу пример в студию. как поменять ГУИД у рубля в справочнике Валюты в БП 3.0. Если без проблем - то можно посмотреть, как Вы это делаете, я, тоже так хочу!