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

Ничего дополнительного не нужно. Это базовый функционал, который хорошо описан и в бумажной, и в электронной документации. Используете для свой опубликованной базы параметры 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С, то операционка хоста размещения дело десятое.

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