Как исправить имя объекта

Как исправить имя объекта

Чтобы исправить неточность об объекте, который не является организацией, например о здании:

  1. Нажмите и удерживайте нужную точку карты.

  2. В карточке объекта нажмите кнопку Исправить информацию о здании. Если у вас устройство с iOS, нажмите .

  3. Выберите пункт:

    • Изменить адрес, чтобы исправить адрес объекта.

    • Исправить или добавить входы, чтобы добавить на карту недостающий подъезд здания.

    • Добавить организацию, чтобы добавить организацию на объект.

    • Другое, чтобы добавить комментарий о неточности.

  4. Заполните необходимую информацию о неточности и нажмите Отправить.

  2. Нажмите кнопку Исправить информацию или Исправить неточность.

  3. Выберите пункт:

    • Неправильная информация, чтобы исправить название, положение организации на карте и другие характеристики.

    • Закрыто или не существует, чтобы указать, что организация закрыта временно или навсегда, никогда не существовала или переехала.

    • Исправить местоположение и входы.

    • Доступность, чтобы указать, адаптировано ли здание организации для людей с ограниченными возможностями.

    • Другое, чтобы добавить комментарий или фотографию.

  4. Заполните необходимую информацию о неточности и нажмите Отправить.

Чтобы исправить неточность в пешеходном или велосипедном маршруте:

  1. В левом нижнем углу нажмите кнопку .

  2. Передвиньте карту, чтобы метка на экране указывала на объект.

  3. Нажмите кнопку +Комментарий и опишите неточность, с которой столкнулись на маршруте. Приложите фотографии.

  4. Нажмите Отправить.

Чтобы исправить неточность в маршруте на общественном транспорте:

  1. Внизу нажмите Исправить неточность.

  2. Выберите пункт:

    • Нельзя проехать по маршруту, чтобы указать участок, по которому нельзя проехать на общественном транспорте.

    • Добавить объект на карту, чтобы указать отсутствующий объект.

    • Есть маршрут лучше, чтобы нарисовать более удобный и быстрый маршрут.

    • Другое, чтобы добавить комментарий о движении по маршруту.

  3. Заполните необходимую информацию о неточности и нажмите Отправить.

Источник

Дублирование имени объекта метаданных

Ошибка дублирования появляется в момент обновления конфигурации базы данных после обновления:

  • При объединении конфигураций вместо обновления типовой (внутренние идентификаторы у них различные, а имя объекта метаданных совпадает)
  • При обновлении конфигурации из хранилища (в случае, если 1 и  тот же объект добавили различные пользователи)

Как это выглядит после обновления:

dublirovanie-imeni-obekta-metadannyh

Как исправить?

Из иллюстрации видно, что объект захвачен для разработки, следовательно исправлять его следует в месте захвата. Сразу сделайте копию информационной базы (не важно, что она некорректная, может стать еще хуже).

Объектом метаданных может быть не только документ, справочник, но и их реквизиты (дублирование реквизитов) — исправление аналогично

  • В общем случае, следует удалить один из них, либо переименовать(когда они отличаются) и поместить в хранилище .
  • В случае когда это типовой объект, его следует снять с поддержки перед удалением.
  • Такие ошибки преимущественно возникают на 1С 8.3.6, возможно следует обновить платформу.
  • В самом худшем случае, следует  пересоздать хранилище заново, если объект в базе в единственном числе (перед этим следует выгрузить конфигурации из всех баз разработки, и перед развертыванием объединить их в  ручном режиме.

При обновлении типовой конфигурации могут быть две основные проблемы:

  • Конфигурация находится на поддержке: поднимите архив перед обновлением  (вы же его конечно сделали) и повторите обновление еще раз. Если повторится, смотрите ниже.
  • Если конфигурации частично снята, вы можете ее окончательно снять, удалить лишний объект (сначала выясните какой — см. ниже), и затем можете заменить конфигурацию на конфигурации поставщика c последующей постановкой на поддержку (если у вас нет своих существенных изменений).

Возможно ситуация, когда  при следующем обновлении ситуация повторяется, по причине совпадения внутренних идентификаторов объектов , тогда потребуется перенос данных на вновь созданные объекты/реквизиты посредством конвертации данных или других способов и повторить удаление объекта

Как выяснить какой объект удалять?

  • Сначала переименовываете  и обновляете конфигурацию.
  • Заходите в режим предприятия и смотрите какие объекты в наличии или заполнены (если это реквизит).
  • Если объект новый, то можно удалить любой.

Реклама — двигатель всеобщей дебилизации населения.

Источник

@k3n

I have a function, let’s say it’s named foo, and some time ago we created a change for it, but inadvertently named the change bar.

So now, obviously, we have a file named bar.sql but which refers to function foo.

I would like to correct the file to be foo.sql, but simply renaming the file is easy. I could plausibly manually update sqitch.plan as well, but I have no idea what the implications of that would be. I’m also aware that sqitch stores data in the DB that contains these names as well.

Is there an easy way to fix this snafu? I apologize if I missed it in the docs, if it’s there.

@theory

If you have never deployed, and don’t mind rebuilding your database, yes, you can just rename the scripts and change the name in the plan file. Don’t forget to change the name in any places that reference the old name as a dependency! I do this all the time. My shell history is full of commands like this:

for dir in deploy revert test verify; do git mv $dir/bar.sql $dir/foo.sql; done

If you have existing databases, you’ll need to revert before you make these changes, because otherwise it won’t be able to find the revert script:

If, however, you’ve deployed to a production database, or for any other reason you can’t revert changes our just drop your databases, I’m afraid you’re stuck with the name. This is because Sqitch uses SHA-1 hashes to identify each change, and the hashes include the names of the changes as well as the SHA-1 of the previous change! So renaming things would change the hashes and Sqitch would be unable to find them in your databases.

@theory

Also, check out the mail list. It’s the ideal place for questions like this. In fact, there was a similar question just yesterday.

@k3n

Источник

как сменить имя объекта в свойствах ярлыка?

FeaRauko



Профи

(525),
на голосовании



13 лет назад

стоит Windows 7. Возникла резкая необходимость чуть изменить имя объекта в свойствах ярлыка… но сделать это не могу – нет доступа, так сказать. Т.е. курсор на поле вообще не ставится и ничего поменять нельзя. В Windows XP таких проблем нет – что хочу, то и ворочу, а здесь….
может где-то надо снять запрет? только где??

Дополнен 13 лет назад

вот, в поле “объект” мне надо дописать несколько слов. но само пое недоступно

Голосование за лучший ответ

Источник

Дублирование имени объекта метаданных

Ошибка дублирования появляется в момент обновления конфигурации базы данных после обновления:

  • При объединении конфигураций вместо обновления типовой (внутренние идентификаторы у них различные, а имя объекта метаданных совпадает)
  • При обновлении конфигурации из хранилища (в случае, если 1 и  тот же объект добавили различные пользователи)

Как это выглядит после обновления:

dublirovanie-imeni-obekta-metadannyh

Как исправить?

Из иллюстрации видно, что объект захвачен для разработки, следовательно исправлять его следует в месте захвата. Сразу сделайте копию информационной базы (не важно, что она некорректная, может стать еще хуже).

Объектом метаданных может быть не только документ, справочник, но и их реквизиты (дублирование реквизитов) — исправление аналогично

  • В общем случае, следует удалить один из них, либо переименовать(когда они отличаются) и поместить в хранилище .
  • В случае когда это типовой объект, его следует снять с поддержки перед удалением.
  • Такие ошибки преимущественно возникают на 1С 8.3.6, возможно следует обновить платформу.
  • В самом худшем случае, следует  пересоздать хранилище заново, если объект в базе в единственном числе (перед этим следует выгрузить конфигурации из всех баз разработки, и перед развертыванием объединить их в  ручном режиме.

При обновлении типовой конфигурации могут быть две основные проблемы:

  • Конфигурация находится на поддержке: поднимите архив перед обновлением  (вы же его конечно сделали) и повторите обновление еще раз. Если повторится, смотрите ниже.
  • Если конфигурации частично снята, вы можете ее окончательно снять, удалить лишний объект (сначала выясните какой — см. ниже), и затем можете заменить конфигурацию на конфигурации поставщика c последующей постановкой на поддержку (если у вас нет своих существенных изменений).

Возможно ситуация, когда  при следующем обновлении ситуация повторяется, по причине совпадения внутренних идентификаторов объектов , тогда потребуется перенос данных на вновь созданные объекты/реквизиты посредством конвертации данных или других способов и повторить удаление объекта

Как выяснить какой объект удалять?

  • Сначала переименовываете  и обновляете конфигурацию.
  • Заходите в режим предприятия и смотрите какие объекты в наличии или заполнены (если это реквизит).
  • Если объект новый, то можно удалить любой.

Люди глупо доверчивы… Вся реклама мира основана на трех принципах: «Хорошо, много и даром». Поэтому можно давать скверно, мало и дорого.

  

dimm7310

26.05.21 — 11:47

После релиза 2.0.66.140 перестали обновляться базы (SQL и файловые) — везде одна ошибка

ОбщаяФорма.АЛКОВводРеквизитовОП: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОВыборФормыОтчета: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОДлительнаяОперация: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОНастройкиОтчета: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОПечатьРегламентированныхОтчетов: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОФормаВводаПарыСвязанныхЗначений: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОФормаВыбораЗначенияИзТаблицы: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОФормаПредупрежденияСФлажком: Дублирование имени объекта метаданных:

При проверке метаданных обнаружены ошибки!

Операция не может быть выполнена.

Релиз платформы (8.3.16.1224)

в описании обновления :  Предприятие 8 не ниже 8.3.9.2309. — т.е. у нас с запасом

В поддержке 1С БИТ посоветовали обновить платформу до последнего релиза

не хотелось бы без крайней необходимости переходить на последнюю платформу.

Кто-нибудь сталкивался?

  

Затейник

1 — 26.05.21 — 11:51

Давай рассказывай как обновлял в этот раз, как обновлял в прошлый раз.

  

dimm7310

2 — 26.05.21 — 11:53

всегда штатно через конфигуратор

  

Dmitrii

3 — 26.05.21 — 12:23

Кто-то когда-то обновил в обход стандартных механизмов поставки и поддержки.

Расползлись УИДы объектов метаданных в основной конфигурации и в конфигурации поставщика.

  

Затейник

4 — 26.05.21 — 12:47

Конфигурация поставщика совпадает с текущим релизом? Все объекты на поддержке? Глазами в конфигураторе найди задублированные объекты, что с ними происходит, они прям рядом идентичные?

  

Winnie Buh

5 — 26.05.21 — 12:56

(2) понятно, что через конфигуратор,

с помощью CFU или полного CF с пересоком через релизы?

  

dimm7310

6 — 26.05.21 — 13:30

CFU

  

dimm7310

7 — 26.05.21 — 13:53

(4) До попытки обновления объекты на которые ругается в конфигурации не задублированы и на поддержке.

После попытки обновления появляются дубли Без поддержки

  

Garykom

8 — 26.05.21 — 13:59

Имхо наблюдаю резко возросшее количество ошибок в 1С

Интересно там тоже проблемы с кадрами или просто «сложность программ выросла настолько, что превысила способность программистов управляться с ними»

  

Winnie Buh

9 — 26.05.21 — 14:03

(7) хм…

странные дела,

похоже, что до конца не отработали все процедуры обновления,

может попробовать поднять бекап и повторить обновление на другой платформе или на другой релиз конфигурации

  

Lama12

10 — 26.05.21 — 15:12

(0) Кэш почисти перед проведением обновления. После это сделать сравнение с конфигурацией поставщика. Посмотреть что «задвоенные» объекты сопоставлены платформой. Только после этого заново делать обновление.

Было что-то подобное еще на 8.2. Чистка кэша помогла.

  

Lama12

11 — 26.05.21 — 15:13

(8) У меня складывается впечатление, что они взяли большую скорость. Чуть помедленнее, и будет качество лучше.

  

Фрэнки

12 — 26.05.21 — 15:22

Там что-то не совсем похожее на то, как было раньше. В самом последнем релизе в страницу https://releases.1c.ru/version_files?nick=Accounting20_82&ver=2.0.66.145

дали больше текста, чем обычно.

ТС, может попробовать на этот релиз обновиться, а не пытаться промежуточные ставить? Там вроде в списке доступных к обновлению все нужные тебе релизы будут.

  

Фрэнки

13 — 26.05.21 — 15:25

  

Фрэнки

14 — 26.05.21 — 15:30

Я бы сделал из полного дистриба с помощью CFU актуальный полный дистриб, а затем уже пытался бы обновиться из файла CF

Но! В топике упомянуто, что советы давали из поддержки 1С БИТ — у вас точно чистая БП2 или это трабла из-за довеска от БИТ ?

  

dimm7310

15 — 26.05.21 — 15:31

(10) Естественно первым делом чистил

  

dimm7310

16 — 26.05.21 — 15:32

(12) пробовал я обновляться на все последующие

  

dimm7310

17 — 26.05.21 — 15:34

когда показывает список обновляемых объектов то проблемные объекты не соответствуют друг другу в моей конфигурации и из обновления — в разных строках

  

dimm7310

18 — 26.05.21 — 15:35

попробую обновиться на другой платформе

  

dimm7310

19 — 26.05.21 — 15:36

из полного дистрибутива то же пробовал обновляться — то же самое

  

Фрэнки

20 — 26.05.21 — 15:37

  

Homer

21 — 26.05.21 — 15:39

мне кажется сталкивался с аналогичной проблемой. База была Отраслевая РАРУС на БП2. Была задача перейти на БП3 оригинал. из конфигурации поставщика выгрузил конфу. снял с поддержки и загрузил конфигурацию ранее выгруженною. Далее пошло нормальное обновление.

  

Фрэнки

22 — 26.05.21 — 15:40

Если конфиг типовой, то я бы еще и залил конфу файла из полного дистриба способом Загрузить из файла, а затем уже как-то обновлял из CFU

  

hhhh

23 — 26.05.21 — 15:41

конфа полностью типовая?

  

dimm7310

24 — 26.05.21 — 15:51

(23) — нет, есть добавленные и измененные объекты , но с этими общими формами это никак не связано

  

dimm7310

25 — 26.05.21 — 15:54

попытка обновления на 8.3.17 ситуацию не улучшило

вот такая картина . На скрине видно что объекты не сопоставляются

2

  

hhhh

26 — 26.05.21 — 15:58

(24) тогда они должны там у вас быть в списке в двойном экземпляре. просто переименуйте лишние, назовите АЛКОВводРеквизитовОП1 и т.д.

  

dimm7310

27 — 26.05.21 — 16:03

(26) об этом я написал подробно в (7)

  

Winnie Buh

28 — 26.05.21 — 16:10

(25) ничего удивительного, конфа же снята с поддержки

  

dimm7310

29 — 26.05.21 — 17:44

конфа — «Редактируется с сохранением поддержки»

  

Фрэнки

30 — 26.05.21 — 18:20

(29) короче говоря, у меня на поддержке есть похожая база — это БП2 проф — и я ее давно не обновлял, а пора бы ее сделать актуальной.

Так что я пройдусь по таким же граблям и отпишусь по результату.

  

Фрэнки

31 — 27.05.21 — 09:18

Ну что сказать… Если кратко, то все повторилось.

База была в номере  релиза 126 (пишу только правые цифры релиза). Переход на 137 — норм. Переход на 139 — норм.

После него все остальные обновки выдали дубли общих форм, как это показано в обсуждении выше.

9 общих форм АЛКО.. из версии 139 против новых 10 общих форм АЛКО, в которых 9 имен дублируют уже существующие.

  

Фрэнки

32 — 27.05.21 — 10:27

Так… Но все-таки не полностью повторилось. При принятии результатов сравнения и объединения пунктом выше — все применяется. Прежние формы удалены, а новый вставлены.

  

Фрэнки

33 — 27.05.21 — 10:29

Может все-таки проблема возникает от того, что эти общие конфликтные формы просто изменены в текущей конфе у ТС и для этих изменений они сняты с поддержки или частично сняты?

  

dimm7310

34 — 27.05.21 — 10:40

(33) Нет эти формы мы не используем и я их не трогал

  

dimm7310

35 — 27.05.21 — 10:42

(32) у меня поледний релиз который нормально встал — 140, видимо 139 — перепрыгнул

На каком релизе платформы обновлялись?

  

Фрэнки

36 — 27.05.21 — 10:43

(34) угу. Ну осталось только сказать, что я делал на платформе — windows64full_8_3_17_1549

У меня для релизов БП2 и таких же похожих только такой релиз в наличии сейчас.

Других вариантов просто в голову уже не приходит.

  

dimm7310

37 — 27.05.21 — 11:00

я сейчас пробую на другом компе с релизом 1С:Предприятие 8.3 (8.3.17.1851) — и не удаляется

ОбщаяФорма.АЛКОНастройкиОтчета: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОПечатьРегламентированныхОтчетов: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОФормаВводаПарыСвязанныхЗначений: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОФормаВыбораЗначенияИзТаблицы: Дублирование имени объекта метаданных:

ОбщаяФорма.АЛКОФормаПредупрежденияСФлажком: Дублирование имени объекта метаданных:

При проверке метаданных обнаружены ошибки!

Операция не может быть выполнена.

  

dimm7310

38 — 27.05.21 — 11:01

попробую удалить руками дубли  — не поддержке и попробую накатить слудующий релиз

  

Фрэнки

39 — 27.05.21 — 11:11

(38) кстати, вручную ты эту беду можешь победить.

Поскольку сама эта АЛКО тебе не критична от слова совсем. В своей текущей базе, для обновления которая нужна, сними эти формы АЛКО с поддержки и удали их. Они будут Отсутствовать. Затем установка новой конфы поставщика просто добавит из сама и все. Удали вручную, а добавит автоматом.

  

Фрэнки

40 — 27.05.21 — 11:19

(37) и еще насчет релизов платформы — 8.3.17.1851 — это уже из новых релизов.

Он должен отличаться довольно сильно от 8.3.17.1549, который был последним стабильным и рекомендуемым релизом накануне начавшейся в прошлом году осенью чехарды с заменой релизов.

  

dimm7310

41 — 27.05.21 — 13:02

(39) с удалением (после обновления) дублей не на поддержке — прокатило, последующие релизы нормально встали.

В первые с этим встречаюсь.

Спасибо всем кто ответил

1

2

3

4

Показывать по
10
20
40
сообщений

Новая тема

Ответить

Вячеслав Хомлянский

Дата регистрации: 25.02.2015
Сообщений: 16

Доброго дня, выручайте. при обновлении 1с Бухглатерии 8.2. с конфы 2.0.63.6 на 2.0.64.11, объединение прошло успешно, а вот при обновлении конфигурации выдает ошибку «При проверке метаданных обнаружены ошибки, операция не может быть выполнена»

Обработка.ЭлектронныеДокументы.Макет.ПрикладноеПредставлениеРеквизитов: Дублирование имени объекта метаданных:

Подскажите как исправить?

Prikum

активный пользователь

онлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

Вячеслав Хомлянский, убрать дублирование имени! Конфигурация типовая? Стоит на «замке» ?

Вячеслав Хомлянский

Дата регистрации: 25.02.2015
Сообщений: 16

Prikum

активный пользователь

онлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

Вячеслав Хомлянский, картинку из конфигуратора сможете показать?

Вячеслав Хомлянский

Дата регистрации: 25.02.2015
Сообщений: 16

сейчас попробую скрин сделать, именно конфигурации раскрытой?

Prikum

активный пользователь

онлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

Вячеслав Хомлянский

Дата регистрации: 25.02.2015
Сообщений: 16


держите

Вячеслав Хомлянский

Дата регистрации: 25.02.2015
Сообщений: 16

Prikum, пойдет, такой скрин?

Prikum

активный пользователь

онлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

Вячеслав Хомлянский, что то Вы темните! Во первых в типовой нет такой обработки, во-вторых что за объект у Вас в метаданных ТОРГ12_Покупатель? Или у Вас какая то совместная конфигурация?

Вячеслав Хомлянский

Дата регистрации: 25.02.2015
Сообщений: 16

я конечно, сейчас попробовал снял замок с этого обекта и изменил имя дописал 1чку, и дальше пускает обновление концы делать. или это не есть правильно?

Приведены некоторые ошибки, их причины и решения при обновлении конфигураций баз всеми любимой 1С 8.3.

Обновление УТ 11.1.10.199 => 11.2.2.119
После обновления конфы при запуске в режиме Предприятия ошибка:
{ОбщийМодуль.Б_ОбменССайтомСервер.Модуль(225)}: Тип не определен (СправочникОбъект.ЕдиницыИзмерения)

Причина:
В новой версии конфы удаляется справочник ЕдиницыИзмерения и соответственно удаляются все обращения к нему в коде.
Но т.к. модуль БУС (модуль для обмена с сайтом Битрикс) не находится на поддержке, он обращается к справочнику, которого уже нет.

Решение:
1) Удалить в новой версии модуль БУС (отметить галочки)
2) Обновить модуль БУС после обновления

Обновление УТ 11.2.2.119 => 11.2.3.84
При внесении изменений в конфигурацию ошибка:

Записи регистра сведений стали неуникальными: ВерсииОбъектов.

Решение:
Зайти в Предприятие, ВсеФункции -> РегистрыСведений -> ВерсииОбъектов и удалить косячный объект.


В данном случае был объект с незаполненным реквизитом Объект.

“Виснет” обновление базы в режиме предприятия – запускается, но постоянно 0%.

Решение:
Отредактировать регламентное задание “Отложенное обновление ИБ”: устанавливал чтобы запускалось каждые 60 сек.

Ошибка после обновления платформы и запуске синхронизации:
"Не удалось подключиться к другой программе: Метод объекта не обнаружен (Connect)"

Решение:
Выполнить регистрацию COM-соединения:
Regsvr32 “C:Program Files (x86)1cv8НОМЕР_ПЛАТФОРМЫbincomcntr.dll”

При обновлении ЗУП 2.5 на 3.0 на платформе 8.3.12.1412 при запуске в режиме Предприятия:
Ошибка (идентификаторы могут быть разные):
ERROR: column "fld16387rref" does not exist
LINE 2: COALESCE(Fld16387RRef,Q_001_F_000RRef)

Причина: В клиент-серверном варианте инфорационной базы с использованием PostgreSQL при выполнении запроса, содержащего ПОЛНОЕ СОЕДИНЕНИЕ может происходить ошибка вида. Код ошибки: 10193154.
Решение:
Обновить платформу на 8.3.12.1529.

Обновление УТ 11.4.6.166 => 11.4.6.174
Ошибка на этапе запуска в режиме Предприятия (кажется):
{Документ.РеализацияТоваровУслуг.МодульОбъекта(3237,7)}: Переменная не определена (СуммаПредоплаты)
ВызватьИсключение(ТекстОшибки);

Причина:
Новый код в модуле объекта РеализацияТоваровУслуг я пометил на объединение с имеющимся в текущей конфигурации. Но, объединился он криво (или я недоглядел). Реквизит СуммаПредоплаты на самом деле был переименован в УдалитьСуммаПредоплаты, и вызываться в коде не должен).

Решение:
Откатился назад и обновился еще раз без объединения с имеющимся кодом. Уже после обновления исправил код вручную.

Обновление УТ 1.3.4.228 => 11.4.6.174
Ошибка на этапе объединения конфигураций:
На удаляемый объект ОбщийМодуль.УчетНДСУТ есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект РегламентноеЗадание.ФормированиеДвиженийПоПартиямЗатратамНДС есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.УчетНДС.Состав
На удаляемый объект ЖурналДокументов.ПередачиВозвратыТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.НастройкаПередачиТоваровМеждуОрганизациями есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Подсистема.ПродажиМеждуОрганизациями.Состав
На удаляемый объект Обработка.ПомощникИсправленияОстатковТоваровОрганизаций есть ссылки в объектах основной конфигурации:
Подсистема.РегламентированныйУчет.Состав
На удаляемый объект Обработка.ТекущиеДелаПоЭДО есть ссылки в объектах основной конфигурации:
Подсистема.Органайзер.Состав
На удаляемый объект РегистрСведений.УдалитьАдресныйКлассификатор есть ссылки в объектах основной конфигурации:
Подсистема.НормативноСправочнаяИнформация.Подсистема.БазовыеКлассификаторы.Состав

ПричинЫ:
Почему остались ссылки на удаляемые объекты в конфе?
1) Возможно, объекты со ссылками тоже должны были быть удалены, но по какой-то причине этого не произошло.
2) Просто тупняк обработки обновления, которая не “зачистила” места использования удаляемых объектов.

РешениЯ:
1) По хорошему, нужно найти все места использования и разобраться, почему остались ссылки на удаляемые объекты. Устранить их и вновь запустить обновление, чтобы объекты смогли удалиться автоматически.
2) Но можно и проще: убрать галки в форме сравнения конфигураций с этих объектов, чтобы они не пытались удалиться из текущей конфы. Но теперь в базе будут мусорные объекты, которые никто и никогда не будет использовать.

Обновление УТ
Ошибка:
Ошибка инициализации модуля: Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера
по причине:
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(13,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандуСоздатьНаОснованииБизнесПроцессЗадание(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(14,2)}: Переменная не определена (ВводНаОснованииПереопределяемый)
<<?>>ВводНаОснованииПереопределяемый.ДобавитьКомандыСоздатьНаОснованииПисмаПоШаблону(КомандыСоздатьНаОсновании);
{Документ.УдалитьАктОРасхожденияхПриПоступленииТоваров.МодульМенеджера(23,45)}: Переменная не определена (ВводНаОсновании)
КомандаСоздатьНаОсновании.Представление = <<?>>ВводНаОсновании.ПредставлениеОбъекта(Метаданные.Документы.УдалитьАктОРасхожденияхПриПоступленииТоваров);

Причина:
Комбинация двух предыдущих ошибок. В предыдущем релизе конфигурации объект УдалитьАктОРасхожденияхПриПоступленииТоваров был “помечен на удаление” (т.к. в имени написано “Удалить”), значит в этом новом релизе он должен был быть удален. Но на него остались ссылки в других объектах, поэтому автоматически он не удалился. Соответственно, проблемный объект УдалитьАктОРасхожденияхПриПоступленииТоваров содержит неактуальные обращения к уже несуществующим реквизитам других объектов (ВводНаОснованииПереопределяемый и др.).

Решение:
Удалить объект УдалитьАктОРасхожденияхПриПоступленииТоваров из конфы:
1) найти места использования: ПКМ на объекте => Найти места использования. Как оказалось, ссылались некоторые команды в других объектах
2) убрать места использования: поснимать галочки на удаляемый объект в этих командах (в реквизите “Тип параметра команды”, кажется)
3) запустить выполнение обновления повторно, и этот объект должен спокойно выпилиться из конфы

Обновление УТ
Ошибка:
Роль.ДобавлениеИзменениеФизическихЛиц: Дублирование имени объекта метаданных:
Обработка.ПомощникИсправленияОстатковТоваровОрганизаций: Дублирование имени объекта метаданных:
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.

Причина:
Тупняк обработки обновления: дубликат не должен быть создаваться.

Решение:
(точно не помню) По логике – удалил дубликаты из конфы.

Обновление УТ
В режиме Предприятия:
Ошибка при выполнении запроса.
по причине: Ошибка получения данных
по причине: Ошибка создания набора данных "НаборДанныхДинамическогоСписка"
по причине: Ошибка при исполнении запроса набора данных
по причине: Ошибка выполнения запроса
по причине: Ошибка в ограничении доступа к данным.
объект: 'Документ.ПриобретениеТоваровУслуг', поле: 'Проведен'; право: 'Чтение'
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"
по причине:
{(38, 27)}: Синтаксическая ошибка ":"
НеверноеИмяТекущейТаблицы<<?>>: "Документ.ПоступлениеТоваровУслуг"

Причина:
В последних версиях УТ осуществляется переход от документов ПоступленияТоваровУслуг к ПриобретениямТоваровУслуг. Виновником была самописная роль ДобавлениеИзменениеПоступленийТоваровУслугБезРаспроведения, созданная копированием стандартной ДобавлениеИзменениеПоступленийТоваровУслуг. Но если стандартная была автоматически как нужно подпилена обработкой обновления (или же вообще удалена), то самописная осталась с неверными ссылками на старые документы.

Решение:
Убрал в самописной роли галки на документ ПоступлениеТоваровУслуг, оставил только на Приобретения.


Просмотров:
2 917

Накопили несколько обновлений за 4 квартал 2020г.

В результате надо обновится с 3.0.81.23 до 3.0.87.28. Делается это надо последовательно через цепочку обновлений 3.0.81.23 / 3.0.82.40 / 3.0.84.46 / 3.0.87.28. Так указано на сайте 1С .

Но , что было не учтено изначально — это то , что надо еще и саму платформу 1С обновить было до последней версии. Посмотреть это можно было , когда загружается 1С и появляется сообщение , что появились новые обновления.

В результате самостоятельного обновления с 3.0.81.23 до 3.0.82.40 получили сообщение :


Обработка.СправкаСПАРКРиски.Макет.КакНастроитьПроверкуЦифровойПодписиAdobeAcrobat_ru: Дублирование имени объекта метаданных: 
ОбщаяКартинка.Информация: Имя не уникально!
При проверке метаданных обнаружены ошибки!
Операция не может быть выполнена.

К счастью резервную копию предварительно успели сделать.

Что всегда подводит ? Это то , что обновления накопились и их уже на 850Мб к примеру и если их делать из интерфейса пользователя 1С, то процесс затягивается на несколько часов. На самом деле там идут последовательно несколько последовательных обновлений конфигурации и возможно самой платформы.

Выглядит Это примерно так — Получение файлов 1 из 27:

фотка 1

Ну что ж будем терпеливо ждать 12 часов минимум, так как оставляем компьютер на ночь…

Странно , но ждать более 4 часов как-то не правильно , тем более если 1 из 27 так и висит.

Отменяем обновление и заново запускаем 1С и теперь делаем такой ход :

фотка 2

Открываем Подробнее и оставляем только обновление самой платформы 1С например. Закрываем все остальные программы на на нашем сервере с 1С . И опять ждем… И о чудо , просралась 1С как-то сразу быстро (5 минут хватило) …

Далее остается обновить только конфигурации.

фотка 3

И на удивление процесс быстро пошел, но далее опять полное зависание на ниже указанном этапе:

фотка 4

И опять приходится на свой страх и риск удалять один из объектов ибо их два почему-то:

фотка 5

И наконец первое обновление завершается успешно … Ура товарищи! То есть мы обновились до 3.0.82.40.

Далее нам остается как-то обновиться до 3.0.84.46 и потом 3.0.87.28 . Пробуем обновиться опять автоматически при запуске 1С…
Пишет что уже загрузка файлов 1 из 2 идет (ранее было 1/3).

Выводы:

Если при автоматическом обновлении 1С получает косяк , например как у нас на первом этапе, то 1С ничего путного сделать не предлагает , а тупо виснет как будто она в процессе долгого обновления . И это красиво вводит вас в заблуждение, что процесс идет нормально , но долго …

Источник

Добавить комментарий