Дмитрий Кинаш

Дело не в управлении, а в типах данных. Вы видите следствие.

Эту же ошибку вы точно так же можете получить, если передадите СписокЗначений - в управляемом тонком клиенте все успешно передается, а в толстом клиенте - "попытка передачи мутабельного значения".

Где-то в документации, наверное, мелким шрифтом написано какие типы можно в каких режимах использовать... Но на практике, когда видишь такую ошибку, то просто переписывай работу с параметром на структуры и массивы.

В типовых конфигурациях при успешном и особенно при неудачном выполнении процедур обновления в режиме предприятия (после того, как обновления успешно установлены в режиме конфигуратора или в пакетном режиме) предлогается посмотреть журнал регистрации с фильтром по текущему сеансу.

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

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

1) руками, в справочнике Банки.

2.1) скачать - нигде, линейка 7.7 давно не обновляется и поддерживается исключительно в рамках доработки регламентированных отчетов; более того, первое поколение 8-х конфигураций, которые сменили решения 7.7, тоже уже давно объявлены устаревшими, сняты с продаж и давно не поддерживаются.

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

Посмотрите как в вашей конфигурации это делается "руками" в пользовательском режиме, а потом повторите в коде.

Вопрос поставлен некорректно.

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

Скорее всего есть какой-то одноимённый общий модуль, где полный набор инструментов для работы с этим справочником. Если общий модуль не находится, то можно поискать в модуле менеджера этого справочника.

Дать пользователю роль, где есть "интерактивное удаление" для нужного справочника.

Может проблема в правах на файл?

А табличную часть с сотрудниками вот не пойму как обходить и получать гуиды.

Точно так же как если бы вы работали не с объектами второй базы, а с объектами родной. Всей-то разницы, что нужно помнить, что данные на той стороне и тут несовместимы друг с другом (даже если базы идентичны и нужно присвоить перечисление, которое есть на двух сторонах, его нужно сперва получить из второй базы перед присваиванием).

Добрый вечер, подскажите, целесообразно ли начать вникать в 1С?

Если для решения вопроса синхронизации данных с самйтом - НЕТ. Дешевле нанять специалистов, которые все сделают "под ключ".
Если для развития функционала 1С и сайта, чтобы контролировать архитектуру и не зависеть от внешних подрядчиков - ДА.

Есть ли в 1С возможности при обновлении данных в её таблицах отправлять запросы на сайт магазина?
И как этот раздел называется в 1С?

Адинэсы бывают разными и в каждой все сделано по своему. УПП - одна история, УНФ - другая, а в свежих ЕРП и УТ11 - все снова переделали. Если нужен концептуальный ответ - ДА, в 1С есть такая возможность. Можно настроить периодическую выгрузку остатков на сайт (классика обменов), можно открыть стандартный REST-интерфейс (или написать свой, если есть нюансы обмена) и дергать остатки из 1С прямо с веб-сервера (кроном или по тригерам). Или согласно букве вашего вопроса (но на практике ни разу не встречал) - можно сделать подписку на изменение товарных остатков и на каждую операцию прихода/расхода быстро передавать на сайт маленький пакетик данных - какой склад, какой СКЮ, с какой характеристикой, в каком количестве - так на сайте всегда будет актуальная информация, но эта схема чувствительна к обрывам связи - нужно или делать очередь запросов на сайт, чтобы не терять пакеты, или делать раз в 1-2 часа полную синхронизацию по первому или второму сценарию.

Скорее всего сканер маркировок дорабатывали для другого документа (возможно реализации), где было поле "КоличествоУпаковок", а в документе приемки данное поле называется немного по другому.

Вы можете нажать на "Сформировать отчет по ошибке" и увидеть место в коде, которое сбоит и доработать. Или позовите программиста 1С, чтобы он устранил эту проблему.

Как-то так:

ДокументОбъект = ДокументСсылка.ПолучитьОбъект();
ДокументОбъект.ТабличнаяЧасть[НомерСтроки-1].ИмяРеквизита = ЗначениеРеквизита;
ДокументОбъект.Записать();

Самое быстрое и простое:

1) Выгрузить табличные части в таблицы значений и свернуть по номенклатура с итогами по количеству (но случай, если в отличии от СФ в РТиУ дробили данные по аналитике затрат)

2) Делать обход циклом строк по одной таблице и делать поиск соответствующей строки во второй:
2.1) Если строки нет, то выводить сообщение, что такой-то номенклатуры в РТиУ нет
2.2) Если строка есть, но количество не то, то выводить сообщение про наличие дельты.

3) Найденную строку второй таблицы после сравнения количества удалять из второй таблицы.

4) После окончания цикла по первой таблице, сделать цикл по второй таблице и сообщить, что в отличии от СФ в РТиУ появились новые позиции с таким-то количеством.

Можно написать свою обработку, в которой будет типа такого:

ВыборкаНоменклатуры = Справочники.Номенклатура.Выбрать();
Пока ВыборкаНоменклатуры.Следующий() Цикл
	Если не ВыборкаНоменклатуры.ЭтоГруппа и ОбъектНоменклатура.НазваниеТовара <> ОбъектНоменклатура.Наименование Тогда
		ОбъектНоменклатура = ВыборкаНоменклатуры.ПолучитьОбъект();
		ОбъектНоменклатура.НазваниеТовара = ОбъектНоменклатура.Наименование;
		ОбъектНоменклатура.Записать();
	КонецЕсли; 
КонецЦикла;

Или можно воспользоваться "Универсальным подбором и обработкой объектов" (на ИТС и в составе "Инструментов разработчика"), где отобрать нужные элементы и запустить произвольный код с автосохранением:

Объект.НазваниеТовара= Объект.Наименование;

Очевидно, что не отрабатывает "Справочники.ВидыНоменклатуры.Наименование("Телефон")".

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

Лучше ввести признак "Без комиссии" и по этому признаку из номенклатуры, или из ее вида, или из их группировок уже далее скрывать блоки. Если речь про управляемый интерфейс, то нужно рассмотреть использование управления видимостью по функциональным опциям.

Ситуация непонятная и следовательно нужно идти последовательно:
1) Почистить серверный кеш и перезапустить службу сервера 1С
2) Почистить локальный кеш
3) Запустить переиндексацию таблиц.

Если ситуация продолжает воспроизводится:
1) Проверить права пользователей и наличие в них РЛС
2) Написать обработку, которая делает выборки информации с помощью объекта Запрос.

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

А почему просто не посмотреть содержимое своего пакета?
Наверняка там mode равно не "import", а что-то в духе "full_import" или "reload".