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

Пофантазируем. Предположим, что тебя не поставили на телефон, а сразу разрешили что-то программировать. Предположим, что тебе дают задачу "у клиента Х не проводится документ, выдает ошибку - нужно исправить". Ты лезешь в код и находишь, что ошибка из-за незаполненного реквизита. Ок, ты с чувством выполненного долга удаляешь непонятную проверку и сдаешь работу. На следующий день прибегает взмыленный начальник: "Ты что натворил? У клиента полетели все отчеты и период не закрывается!!!" - оказывается логика одной из подсистем крутится вокруг того, что тот реквизит ВСЕГДА должен быть заполнен и тебе было нужно не комментировать ошибку, а вывести сообщение пользователю, что он забыл внести важное значение...

В 2004 году, когда меня зеленым новичком взяли в одну контору программистом с нулевыми знаниями программ моей фирмы, языка программирования (FoxPro) и основ экономики/бухгалтерии (включая терминологию), меня тоже изначально посадили на телефон оператором службы поддержки. Классический рабочий день - принимал звонок, бегал в мыле между сотрудников пытаясь узнать решение проблемы, лазил в листинги в попытках разобрать логику кода..., отзванивался клиенту и решал его проблему. В результате за два месяца уже знал всю терминологию, знал особенности всех наших программ и довольно неплохо программировал на FoxPro. При этом я настолько хорошо себя зарекомендовал, что мне полностью доверили проект перевода наших российских бюджетников на новый план счетов (согласно приказа Минфина РФ от 26.08.2004 № 70н). А через год я уже по заказу одной из киевских газет написал с нуля программу для учета распространения тиража печатной продукции.

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

Ну, так используй не один параметр, а три - отдельно день, месяц и год.
А в условии напиши что-то типа такого:

ГДЕ ДЕНЬ(Т.Дата) = &День и МЕСЯЦ(Т.Дата) = &Месяц и ГОД(Т.Дата) = &Год

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

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

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

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

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

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

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

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

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

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

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

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

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