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

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

Первое попавшееся: https://habr.com/ru/post/535748/
но в интернете есть и десятки других статей по настройке терминального сервера

Вообще без знаний, как минимум, приглашают на собесы. Я бы перед стажировкой прочитал книгу(1С предприятие 8.3 практическое пособие разработчика), и попрактиковался бы месяцок.

1. Можно.
2. Так как заложено разработчиком.

У вас вопрос без вопроса какой то. Вариантов интеграции масса. Импорт\экспорт из файлов, Odata, http сервисы, COM-соединения. Как хотите так и интегрируйте.

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

Логи. Встроенные логи.
(события входа/выхода в систему)

В обработчике ПриИзменении

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

По-моему, Вы в гугле задаёте совсем не тот вопрос, что Вас интересует. Найденные ответы не имеют отношения к проблеме. Ну вот грубо по пунктам:
2) Сотрудники "почему-то не отмечена бухгалтерия". А бухгалтерии не интересен каждый сотрудник по отдельности. Она учтёт в расходах предприятия одну общую сумму - зарплата всех сотрудников. А каждым отдельным сотрудником видимо будет заниматься подсистема Зарплата.
3) Номенклатура "что это вообще". Список услуг, которые оказывает предприятие клиентам, и список материалов, которые требуются для оказания этих самых услуг. "Покраска стен" - услуга. "Банка краски" - материал. Вот это будут элементы справочника Номенклатура. Имеет отношение ко всем подсистемам кроме Зарплаты.
4) Склады "почему нет галочки бухгалтерии". Склад - это конкретное физическое место, где лежит допустим та самая банка краски. Складов может быть несколько. А бухгалтерии нужно только знать, что у организации есть столько-то краски, на такую-то сумму.

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

Необходимо сопоставить DDNS-адрес с именем машины(server-1c), на которой крутиться сервер.

Это как? В хост сопоставляется имя и IP адрес.

Каким образом сообщить клиентской машине что пк с именем 'server-1c' находиться по адресу test.ddns.com

test.ddns.com это не адрес а имя.

Приведите имя сервера к вашему доменному имени или возьмите у провайдера белый статический адрес.

Судя по всему вы где-то определили новое свойство. Смотрите код.

Ох, очевидно что ты забыл почитать основы. Оно конечно понятно, учиться некогда, работать надо.
1. Формы, если они не созданы и не выбраны, создаются автоматически, если ты добавляешь форму, она по умолчанию тоже создается такой-же, как созданная в режиме исполнения. Т.е. если ты создал форму, и ничего в ней не кастомизировал, то она будет выглядеть так же, как если бы ты её не создавал.
2. Форму группы ты не можешь выбрать, потому что для этого справочника не может быть групп - на закладке Иеррархия не стоит галка "Иеррархический справочник", либо стоит, но тип иеррархии выбран: "Иеррархия элементов"
3. Невозможность непосредственного удаления элементов справочника, это часть системы контроля ссылочной целостности. Когда ты помечаешь элемент на удаление, ты затем можешь провести операцию "Удаление помеченных объектов" - программа проверит, нет ли у других объектов ссылок на помеченный объект, и только в случае если нет, позволит удалить элемент окончательно. Можно настроить справочник так, чтобы для него было разрешено непосредственное удаление элементов, но это нужно делать очень редко, только в тех случаях, когда ты разработал конфигурацию таким образом, что на удаляемый элемент точно не может быть ссылок. Если всё-же удалить элемент на который есть ссылка, то во всех таких местах будет указано значение "Объект не найден" и будут всевозможные глюки, суть которых полностью зависит от бизнес-логики твоей конфигурации.

Ну если вы создали формы контструктором (Далее>>>Далее>>>Далее) тогда и изменений не увидите, как мне кажется.
1. Вот если бы вы на форме замутили какой-то обработчик или реквизитов еще надобавляли - тогда видно бы стало, что форма отличается от формы, генерируемой платформой налету в процессе выполнения.
2. Форма группы недоступна, наверное потому, что справочник без галки "Иерархический"? Соответственно и групп нет и нет форм для групп, которых нет..
3. Зачастую непосредственное удаление элемента в правах отключается. Если все подряд удалять без контроля - могут появится битые ссылки. Стандартное поведение это установка пометки удаления, а затем через обработку удаление помеченных объектов.

Например OpenCart и nopCommerce
Для них обоих есть решения для экспорта товаров из 1С в магазин.
В обратную сторону тоже, кажется, дело небольшого плагина для магазина и небольшого обработчика на стороне 1С.

Но вообще, если делаешь магазин, у которого уже такие масштабы, что нужен 1С и надо автоматически синхронизировать его с магазином - почему бы не рассмотреть какие-нибудь готовые коммерческие решения? Вроде денег должно хватать.

Ну для начала проверить из локальной сети или с локальной машины работает ли вообще сервер 1с и опубликована ли нужная база?
Потом проверить доступ к от клиента к серверу - он вообще пингуется?
Потом проверить открыты ли нужные порты для доступа к серверу 1с.

Как вариант: https://infostart.ru/public/816750/

Посмотрите описание формата Диадок, и напишите обработку, которая будет формировать выгрузку в нужном формате.
После чего запустите ее.

Если память не изменяет, у диадока есть своя обработка.

Экономит ли веб-сервер ресурсы 1С?

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

Почему иногда запускается тонкий клиент, а иногда толстый - этого понятно не могу. Будто рандомно это происходит.

Укажите явно. Но какая вам разница, если и то и другое работает?

каждый запущенный экземпляр потребляет около 2 ГБ ОЗУ, т.о. до 8 ГБ ОЗУ только на 1 пользователя 1С. Что можно сделать для сокращения потребления ресурсов?

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

А веб сервер просто позволяет перенести часть нагрузки с клиента на сервер.

Если у вас мощный сервер и очень слабые клиенты - SQL на сервере, и работаете тонким клиентам, вся нагрузка на сервер.
Иначе - файловые базы на сервере, задача которого только раздавать файлы по сети. А вся нагрузка на клиенте.

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