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

Попробуйте так:
ЗаписьXML.ЗаписатьАтрибут("Организация", Строка(Выборка.Организация.Код));

Если речь идет об одностраничном документе, то в платформе 1С реализована встроенная работа с форматами XLS, XLSX и ODS - их можно прочитать с диска, обработать, заполнить недостающими данными и записать назад в своем же формате или в каком-либо другом из вариантов табличного документа (для записи диапазон уже значительно шире чем для чтения: ANSITXT, DOCX, HTML, HTML3, HTML4, HTML5, MXL, MXL7, ODS, PDF, TXT, XLS, XLS95, XLS97, XLSX). Поскольку этот функционал базовый, то он работает кроссплатформенно на всех поддерживаемых операционных системах - семейство Windows (от XP до 10), OS X, Alt Linux, Astra Linux, Fedora, Mint и Ubuntu.

Если же вам нужно работать с несколькими страницами в книге Excel, то тут уже придется оперировать вызовами методов Microsoft/Open/Libre-офисов.

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

Ничего дополнительного не нужно. Это базовый функционал, который хорошо описан и в бумажной, и в электронной документации. Используете для свой опубликованной базы параметры N (для логина) и P (для пароля):
https://[domain]/[base]/?N=login&P=password

Для начала стоит отметить, что "1С" - это название компании, одним из направлений деятельности которой является создание и продажа различного программного обеспечения. Далее "1С:Предприятие" - это семейство программ-платформеров, которые создаются компанией "1С" и предназначенных для создания и обеспечения среды выполнения разнообразнейших учетных систем.

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

По результатам уточнения:

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

2) Колонка формируется следующим образом:

СтрокаТабличнойЧасти.СуммаРегл = МодульВалютногоУчета.ПересчитатьИзВалютыВВалюту(СтрокаТабличнойЧасти.Сумма, мВалютаУпрУчета, мВалютаРегламентированногоУчета, мКурсУпрУчета, 1, мКратностьУпрУчета, 1);

Т.е. если у вас управленческий учет в у.е. , то тогда в этой колонке будет пересчет в рубли. Если управленческая валюта отечественная, то "Сумма(регл.)" = "Сумма"

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

Поскольку у вас файловая база, то вы уже пробовали скормить *.1cd файл утилите chdbfl.exe ?
Пробовали ли вы запускать из под конфигуратора средства по тестированию/исправлению структур БД?

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

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

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

1) Для начала отмечу, что в ряде типовых и отраслевых конфигураций уже есть штатные обработки для выгрузки в XML.
2) Далее, если вам требуется просто реестр документов или перечень элементов справочников и видимое в 1С:Предприятии вас устраивает, то жмите по списку правой клавишей мишки и выбирайте в контекстном меню вариант "Вывести список", настройте перечень колонок которые вас интересуют, а результат можете сохранить в несколько форматов в перечне которых текст с разделителями и Excel который вы уже сможете перегнать в csv.
3) Если вам нужен, к примеру, не просто справочник товаров, а справочник с колонками текущего остатка и прайсовых цен, или перечень клиентов с указанием объема продаж или датой последнего контакта, то посмотрите на сайте infostart.ru - там выложено множество обработок по таким комплексным выгрузкам.
4) Закажите создание обработки на одном из сайтов фрилансеров. По моим наблюдениям там большая конкуренция и можно такую маленькую задачку решить за очень скромное вознаграждение.

Обработку не качал, но достаточно посмотреть на запрос:

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

2) Экзаменаторы знаний по SQL хотели у вас проверить владение не инструкции DISTINCT, а HAVING.

Перед записью добавьте строчку:
НовыйДокКоличества.УстановитьНовыйНомер();

Нет под рукой комплексной, что бы говорить наверняка. Но во всех обычных типовых торговых конфигурациях 1С (до БСПшного периода) разрешение торговать в минус со склада находится в дополнительных правах пользователя - меню "Сервис"->"Пользователи"->"Настройка дополнительных прав пользователя", а там ветвь "Документы" и право "Разрешать превышение остатка товаров на складе". В УНФ это сделали как галочку в общих настройках "Контролировать остатки".

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

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

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

Первое что нужно проверить - открывается ли указанная *.php страница в браузере или веб-сервер выбивает 404. Тут могла быть опечатка (русская "а" и все такое).

С Битриксом еще не пробовал. Но я делал связку с OpenCart и там в настройках модуля связи с 1С явно задавались логин/пароль. Возможно в Битриксе аналогично: любой пользователь базы не подходит и нужно его как-то явно указать и разрешить для обмена с 1С. Вам нужно почитать документацию.

Все зависит от наличия спецов по 1С. Если у вас под рукой только админ, то рекомендую смотреть в сторону oData и делать всю логику на стороне Joomla.
Теория - v8.1c.ru/o7/201312rest
Практика - infostart.ru/public/305854

Возможно ли все это сделать самостоятельно?

Не поверишь - это все делают самостоятельно. ИИ не написал ни единой строчки кода :)

Что бы сэкономить время бери готовую интеграцию с Битриксом - в типовые торговые конфигурации (а так же созданные на их основе) она уже встроена. Формата передаваемых данных CommerceML.

И приятный бонус напоследок. Для джумлы эта связка уже реализована и есть в свободном доступе - joomlaforum.ru/index.php?topic=175325.0

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

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

В вашем примере существует обработка под названием "Связь", в которой есть табличная часть "Таблица". Запросы языка 1С указанным вами способом (путь по метаданным) могут получать выборки лишь из данных, которые сохранены в СУБД базы. Т.е. у вас ничего не выйдет. Но язык запросов позволяет делать запросы еще и к структурам в памяти, если их передавать в качестве параметров. Вы можете поступить следующим образом:

Запрос = Новый Запрос;
Запрос.УстановитьПараметр("Таблица", Таблица);
Запрос.Текст = 
"ВЫБРАТЬ Т.Документ, Т.Клиент, Т.Сумма
|ПОМЕСТИТЬ втТаблица
|ИЗ &Таблица КАК Т;
|
|ВЫБРАТЬ Клиент, СУММА(втТаблица.Сумма)
|ИЗ втТаблица
|СГРУППИРОВАТЬ ПО Клиент";
Итоги = Запрос.Выполнить().Выгрузить();