Обсуждение к заданию: Перенос справочника по Внутреннему идентификатору

• • #1
  • 24.08.2016 19:01
  0
  banditxx

  Приватное сообщение
  Необходимо перенести справочник номенклатуры из Идентичной базы ТиС в другую по внутреннему идентификатору. Чтобы в приемнике позиция если использовалась раньше в документах ,то так же там и о...  Подробнее>>
• • #2
  • 24.08.2016 19:04
  +1
  Кириллов Роман

  Приватное сообщение
  в 7.7 (это же 77, если ТиС) нет возможности поиска по внутреннему идентификатору...
• • #3
  • 24.08.2016 19:04
  0
  Владимир Николаевич

  Приватное сообщение
  Если по внутреннему идентификатору,то возникает вопрос - с какой целью?
• • #4
  • 24.08.2016 19:10
  0
  banditxx

  Приватное сообщение
  Загрузил справочник номенклатуры из другой базы. По коду обработка перебила все наименования.
  
  Соответственно нужно восстановить исходные данные по старому бэкапу. Так же почему то код после загрузки стал с 4 нулями перед значением. В старом бэкапе он без нулей
• • #5
  • 24.08.2016 19:13
  0
  Александр

  Приватное сообщение
  Если нужно перенести не сохраняя исходный справочник, то это можно сделать организовав файловую базу и скопировав соответствующий справочнику DBF. Плюс немного шаманства с DD. В этом случае получится точная копия справочника исходной базы.
  У 7.7 вместо уникального идентификатора существует ID.
• • #6
  • 24.08.2016 19:15
  0
  banditxx

  Приватное сообщение
  Можно и через DBF да нужна точная копия его в другой базе.
  
  Но еще момент бэкап старый с его пор в текущий справочник добавлено не мало позиций нужно еще предусмотреть возможность восстановить из руками по бумаге.
  
  т.е. чтоб создали новую номенклатуру но чтоб присвоить ей старый АйДИ. Чтоб она из документов не слетела
• • #7
  • 24.08.2016 19:16
  0
  banditxx

  Приватное сообщение
  База уже файловая
• • #8
  • 24.08.2016 19:16
  0
  Александр

  Приватное сообщение
  banditxx

  Соответственно нужно восстановить исходные данные по старому бэкапу. Так же почему то код после загрузки стал с 4 нулями перед значением. В старом бэкапе он без нулей

  
  
  Если коды остались прежними, а только добавились нули, то можно сделать обработку для синхронизации с бэкапом, например, через COM.
• • #9
  • 24.08.2016 19:17
  0
  Владимир Николаевич

  Приватное сообщение
  Александр

  У 7.7 вместо уникального идентификатора существует ID.

  
  
  -согласен
  
  Вопрос к заказчику- новые данные заносились?
• • #10
  • 24.08.2016 19:19
  0
  Александр

  Приватное сообщение
  banditxx

  Можно и через DBF да нужна точная копия его в другой базе.
  
  Но еще момент бэкап старый с его пор в текущий справочник добавлено не мало позиций нужно еще предусмотреть возможность восстановить из руками по бумаге.
  
  т.е. чтоб создали новую номенклатуру но чтоб присвоить ей старый АйДИ. Чтоб она из документов не слетела

  
  
  Если синхронизация шла по коду, то ID остались прежними, изменились только наименования и код стал другим - добавились нули как Вы написали. Следовательно убрав нули можно синхронизировать со старым бэкапом. А вот если коды изменились, тогда нужно сравнивать по ID.
• • #11
  • 24.08.2016 19:19
  0
  Владимир Николаевич

  Приватное сообщение
  Владимир Николаевич

  Вопрос к заказчику- новые данные заносились?

  
  
  снимается
• • #12
  • 24.08.2016 19:28
  0
  banditxx

  Приватное сообщение
  Исходная номенклатура
• • #13
  • 24.08.2016 19:31
  0
  banditxx

  Приватное сообщение
  Скрин не цепляется......
  
  Я посмотрел, где-т ополучается что только 4 ноля добавили. но где-то другая номенклатура по этому принципу.
  
  Самый лучший вариант по ID восстановить.
• • #14
  • 24.08.2016 19:32
  +1
  Александр

  Приватное сообщение
  Собственно, там вообще можно через MD перекинуть. Нужен лишь MD от базы и два файла со справочниками - бэкапом и реальным.
  Если выложите на какой-нибудь хостинг - можно посмотреть что там на самом деле.
• • #15
  • 24.08.2016 21:15
  • Отредактировано: 24.08.2016 21:31:24
  0
  Nataly

  Приватное сообщение
  я пришла работать в Мишель - Алко, трое программистов переносили по айде ! они научились работать недели через три.
• • #16
  • 24.08.2016 21:15
  0
  Nataly

  Приватное сообщение
  главный вопрос - есть ли отрицательные остатки в источнике данных ?
• • #17
  • 24.08.2016 21:40
  0
  Владимир Николаевич

  Приватное сообщение
  Наталья Анатольевна

  трое программистов переносили по айде !

  
  
  -это опытные программисты.раньше по ID только и работали,не было конфигуратора, отчасти в этом и преимущество 1С перед другими
• • #18
  • 25.08.2016 00:35
  0
  banditxx

  Приватное сообщение
  Всем спасибо. Получается запаниковал раньше времени. При тщательнейшем разборе бухами, выяснилось, что полное наименование не пострадало......
  
  Соответственно перекинуть одно в другое это элементарно))))
• • #19
  • 25.08.2016 09:18
  0
  Владимир Николаевич

  Приватное сообщение
  banditxx

  Соответственно перекинуть одно в другое это элементарно))))

  
  
  - ловко "задача выполнена самостоятельно" после 2ч разбирательств и прямого указания что на что менять надо
• • #20
  • 25.08.2016 09:20
  0
  Кириллов Роман

  Приватное сообщение
  Владимир Николаевич

  прямого указания что на что менять надо

  
  
  Ну так это проблемы исполнителей, что вместо отзывов дают решения в комментариях.
  Денег не надо, видимо
• • #21
  • 25.08.2016 09:25
  • Отредактировано: 25.08.2016 09:28:12
  0
  Владимир Николаевич

  Приватное сообщение
  Кириллов Роман

  Ну так это проблемы исполнителей, что вместо отзывов дают решения в комментариях.

  
  
  согласен, но там осталось не все до конца гладко.Я бы на его месте не радовался.В новой базе на 1.5 т номенклатуры меньше и еще одна небольшая проблемка.Не захотел восстановить все-это уже его проблема,а не исполнителей.