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

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

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

Если нужен полный список, включая те, где сейчас не работают, то нужно смотреть списки публикаций *.vrd

Советую включить отладку и остановку по ошибке.

Через модуль формы можно обратиться к полю через Элемент.Товары.ТекщиеДанные.Цена,

Это не совсем обращение к полю. Если точно, то тут - получение значения конкретной ячейки (с названием "Цена") у выделенной на форме строки табличного поля (с названием "Товары").

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

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

а как обратиться через другой модуль объекта?

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

Если вызов внешнего модуля инициируется не из формы и контекст недоступен, то такого понятия, как "выделенная на форме пользователем строка" не имеет смысла. У вас просто есть табличная часть, в которой есть множество строк, которые можно обходить итератором (в конструкции Для каждого ... Из ... Цикл), выборкой (результатом НайтиСтроки(Отбор)) или по указанному индексу.

К примеру, обращение к значению первой строки будет иметь вид: Объект.Товары[0].Цена , а если вы работаете в модуле объекта, то и вовсе достаточно Товары[0].Цена

В базе 1С - нигде.
Так как туда ходит не пользователь, а IIS со своего хоста.

Кто с каких IP подключался можно увидеть только в логах IIS.

В вопросе дан ответ. Не хотите схлопывать табличные части по ключевым полям - сделайте поиск при загрузке по номеру строки!

1) От Александра хорошая идея - переделать обмен со свойств на реквизиты
2) Можно доработать форму заказа и рядом с закладкой реквизитов вывести закладку свойств
3) Недоступность для редактирования свойств - это нестандартно, они предполагаются к заполнению пользователем вручную. Скорее всего или нет прав, или вам сделали доработку для запрета редактирования данных из сайта.

Или данная ниша уже окончательна занята?

В данной нише дефицит кадров.

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

Да. Это его базовая возможность:
https://v8.1c.ru/platforma/avtonomnyy-server/

Открой свойства регистра "Стоимость материалов". Перейди на закладку "команды". Поставь галочку "Использовать стандартные команды".

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

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

Все в целом звучит как "сделайте мою работу".

как правильно реализовывать выгрузку товаров в приложение?

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

Где правильно хранить json, какие языки использовать?

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

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

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

Главный стандарт для всего: здравый смысл!

Сначала сделайте функционал, который просят от вас в ТЗ, а потом с помощью подсистем и функциональных опций формируйте удобные рабочие столы пользователям. Какая разница из скольких подсистем вы можете открыть справочник Сотрудники, если у вас в принципе неправильно считается зарплата?

Вы явно что-то уже "испортили". В типовом пакете для Документооборота можно без проблем добавлять свои свойства - мой DMInternalDocument уже наполовину состоит из новых реквизитов.