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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Я когда покупал Документооборот КОРП, там была куча электронной документации (отдал изучать деловодам). У вас для ДГУ наверняка тоже есть. И там точно написано, что подразумевается под передачей в архив (возможно это просто установка статуса и фиксация места хранения).

Исправить кодировку. Очевидно же.

Пропущено несколько важных участков:
1) не достаточно развернуть базу в СУБД, нужно убедится, что СУБД запущена и работает
2) с базой в СУБД работает только служба сервера 1С - необходимо убедится, что служба правильно настроена и работает
3) чтобы происходила работа с конкретной базой (которая восстановлена из бекапа), необходимо правильно прописать ее в настройках кластера сервера 1С
4) чтобы работал доступ через веб-сервер, необходимо сперва установить и настроить веб-сервер
5) чтобы работал доступ в 1С через веб-сервер, необходимо установить компоненты доступа
6) чтобы работал доступ в конкретную базу 1С через веб-сервер, необходимо прописать в настройках веб-сервера обработку определенного линка компонентой доступа и указать параметры подключения на сервере 1С.

ВАЖНО! Наименование в СУБД, наименование в кластере сервера 1С и наименование для веб-сервера - это три независимых наименования, которые могут отличаться. А если в мир для раздачи доступа смотрит проксирующий сервер (к примеру nginx), то добавляется еще четвертое наименование.