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

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

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

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

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" - для начинающих по азам и "Практическое пособие разработчика" - примеры для погружения.

Как-то так:

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

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

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

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

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

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