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

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

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

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

Никогда не слышал про конфигурацию "Касса и обмен". Значит это какая-то заказная разработка под клиента. А если заказная разработка, то разработчик мог вшить "защиту" на случай, если его "кинут" и не заплатят. Очень похоже.

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

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

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

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

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

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

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

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

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

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

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

0) Для начала определитесь с префиксами объектов для своего расширения - это обязательно нужно сделать, чтобы избежать конфликтов имен в будущем. Предположим вы решили, что это будет "расш1_".

1) Пусть у вас в Документе есть новые реквизиты Поле1, Дата1 и Дата2. Добавляйте в расширении реквизиты расш1_Поле1, расш1_Дата1 и расш1_Дата2.

2) После применения расширения вам нужно будет пройтись по всем документам, в которых заполнены реквизиты Поле1, Дата1, Дата2, и перенести их значения в новые реквизиты из расширения.

3) Теперь можете безболезненно удалять старые реквизиты документа и переписывать код, чтобы взаимодействие было с новыми реквизитами вместо старых.

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

Вариантов множество, из которых самые вероятные:
1) вы распаковывали по одному пути и по свежей памяти правильно выбрали в списке баз нужную копию, а потом по привычке зашли в рабочую и ничего нового не увидели.
2) разработчик опасался, что вы ему не заплатите и сделал "тайм-бомбу", а после получения оплаты (или возможно именно из-за неполучения) не сказал про секретную настройку.

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

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

Без программиста - никак.
Формирование файла импорта сделано программно с минимальными настройками.

1) Отладчик это не злобный ИИ с непостижимыми интересами - он выводит колонки в том порядке, в котором они следуют в коллекции ТЗ.Колонки

2) Менять колонки в отладчике бессмысленно. Отладка нужна для быстрой сверки данных, а не для тщательного анализа. Хотите анализ? ПКМ, вывести список, сохранить как xlsx, открывайте в Excel и двигайте колонки как нужно.

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

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

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

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

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

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

Нужно запустить отчет.

Вопрос: Должен ли сначала выгрузить все товары из 1С на сайт, и только после выгрузить договора с контрагентами?

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

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

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

Есть сайты для самостоятельного изучения. Типа такого: howknow1c.ru

Можно купить книги. "Hello, 1C" - для начинающих по азам и "Практическое пособие разработчика" - примеры для погружения.