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

В случае Розница 2.2 можете воспользоваться этим вариантом:

ЕдинственныйСклад = Справочники.Склады.ПолучитьСкладПродажиПоУмолчанию(Магазин, ТипСклада);

где Магазин - это реквизит вашего чека, а ТипСклада - это скорее всего Перечисления.ТипыСкладов.ТорговыйЗал (хотя может быть и СкладскоеПомещение - вам виднее).

Да, конечно можно. У корня дерева и у каждой подчиненной строки есть предопределенное свойство "Строки" с типом "КоллекцияСтрокДереваЗначений", с помощью которого можно создавать, изменять и удалять строки ниже по иерархии. Детальнее в синтаксис-помощнике.

Дополню. У вас на форме не ДеревоЗначений, а ДанныеФормыДерево. Что бы перевести один объект в другой нужно сначала вызвать РеквизитФормыВЗначение(), а после формирования дерева вернуть его на форму с помощью ЗначениеВРеквизитФормы().

Если есть задача хранить ссылку на объект из другой базы и при этом на формах отображать его по представления, то я бы пошел по пути создания дополнительного справочника для внешних данных. Наименование сделать идентичным тому, которое во внешней базе и оно же будет представлением. Далее сохранять путь подключения к другой базе, вид метаданных и GUID из ссылки - по двум последним сущностям вы сможете при COM-соединении получить на той стороне ссылку на элемент. При выборе элемента на других формах можно для начала, наложив фильтр по метаданным, отобрать уже сохраненные в первую базу элементы нужного типа и добавить туда же возможность запроса уже полной выборки во внешней базе.

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

А что значит для вас последовательно и параллельно?

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

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

УД.Контакт = УД.Контакт.Ссылка = идентификатор в БД.
Тебе нужно название: ГДЕ УД.Контакт.Наименование = "2"

Если зачистить прямо все-все, то:
1) через конфигуратор сохраните конфигурацию,
2) создайте новую пустую базу,
3) загрузите в новую базы конфигурацию из оригинальной базы
4) сохранитесь и получите абсолютно пустую базу

Если вам нужно выполнить свертку данных, то это делается специальными обработками. На диске и на сайте ИТС есть обработка "Свертка информационной базы", которая подходит для наиболее популярных конфигураций. Если она вам не подходит, то погуглите другие решения по сайтам 1С-ников (типа infostart.ru). Если и там ничего не найдете, то нужно будет заказать у специалистов написание такой обработки под вашу базу.

Это вы уже успели скачать и поставить новенькую 8.3.10?

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

В крайнем случае, если ничего не поможет, вы как счастливый обладатель лицензионной версии 1С можете написать письмо на v8@1c.ru и они будут обязаны помочь решить вам вашу проблему.

Не знаю какая у вас программа, но у безопасников которые учились в моем университете программирование было. Точно знаю, так как делал им курсачи на ассемблере :)

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

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

На ИТС есть на эту тему: "Система стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8", но я бы порекомендовал лучше почитать статьи с сайта Инфостарт, которые посвящены аккуратным доработкам для легкого последующего обновления. Вот парочка из множества, которые мне выдал поиск:
infostart.ru/public/518581
infostart.ru/public/181932

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

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

Совершенно не понятно, что вам нужно. Если хотите помощи, то приведите свой вопрос в порядок.

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

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

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

Сколько людей - столько и мнений.

Поэтому у меня следующие вопросы:

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

2) С помощью периодического вызова метода ПланыОбмена.ВыбратьИзменения(). Он возвращает выборку из уже зарегистрированных для отправки объектов. Детальнее в справке.

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