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

То что вы описали и есть стандартное решение.

Мы в часть справочников добавили реквизит "Не используется", а в формах списка/выбора при открытии накладываем отбор, что бы такие элементы не показывать пользователю. Тут же на формах прячем кнопку "Показать скрытые", которая снимает этот отбор для случая работы с архивными данными (к примеру, выбрать в отчет по старому периоду). Но это была УТ10. Возможно, что подобный функционал уже внесли в состав БСП - не рыл в данном направлении, не знаю...

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

1) Вы ссылаете на статью, где есть пример создания XML-файла с помощью инструментов работы с DOM. Можно и так. А можно сделать XSLT-трансформацию вашего представления заказа в тот вид, который вам дали для интеграции с 1С. А можно и вовсе не заморачиваться и писать просто текстовый файл. Все зависит от вашего мастерства в PHP-программировании и контекста выполнения скрипта.
1.1) Насколько я понял Yii2 - это фреймворк для создания интерфейсов, а не набор базовых библиотек. Поэтому искать в нем средства выгрузки заказа в файл бесполезно - он не знает что такое "заказ". Он знает только, что такое грид, который подгружает данные с вашей базы заказов.

2) Дропбокс не имеет никакого отношения к 1С (и никогда не имел). Решения на платформе "1С Предприятие 8" (и некоторые 7.7) умеют получать данные из файлов, из внешних СУБД, запрашивать их по HTTPS или с FTP, сами выставлять к себе доступ и получать данные по REST-сервисам, SOAP или даже по COM-соединению (а если подключать библиотеки, то каналы связи ограничены только фантазией разработчика). В вашем случае вам дали четкое ТЗ на разработку, где есть описанный XML-формат заказа и место, куда файл нужно выгружать (на дропбокс, но точно так же могли потребовать на Яндекс-диск) - к 1С эти данные не имеют прямого отношения, просто так захотели разработчики, с которыми вы контактируете.

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

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

Если бездумно заменить одну таблицу на другую, то это вам не поможет. А индексы можно и в табличных частях справочника добавлять.

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

P.S. Кстати, одна из причин использования непериодических регистров сведения, которые подчинены справочникам (в виде указания ведущим измерением), вместо обычных табличных частей - как раз борьба с блокировками, которые возникают при обычной работе пользователей в базе с формами этих справочников. Их продвигали в эпоху конфигураций 8.0-8.2, но в новых типовых конфигурациях вернулись назад к использованию табличных частей. Пример - контактная информация.

Технически реализовать не сложно. Пишите скрипт по 1) выгрузке файлов из "доработанной базы" и "связанных баз", 2) далее замене файлов общих для всех баз объектов в каталогах выгрузки из "связанных баз", 3) загружайте файлы назад в связанные базы.

Единственное, что вам нужно взять во внимание (кроме отслеживания логической целостности конфигурации) в этой схеме - нельзя делать загрузку файлов в базу, которая подключена к хранилищу. Если вам так сильно нужно вносить изменения именно в хранилище (внешние системы контроля версия типа GIT по какой-то причине не подходят), то вам нужно использовать промежуточные базы и цепочка в скрипте увеличивается: 0) обновиться с хранилища, 1) тот же, 2) тот же, 3) тот же но в промежуточную базу, 4) выгрузка из промежуточной базы единого файла конфигурации CF, 5) захват конфигурации в хранилище, 6) сравнение/объединение базы подключенной к хранилищу с полученным на предыдущем шаге файлом (не уверен, что это можно сделать скриптом - возможно нужно будет явно пощелкать мышкой).

8.2 и 8.3 - это номера платформы выполнения кода. Обновление 8.2 -> 8.3 это как на винду с первым сервис-паком накатить второй сервис-пак: программы не пропадаю, настройки не слетают, все документы на своем месте; просто закрываются неизвестные для обычного пользователя ошибки и система в целом просто более стабильно работает. Новые версии платформы могут выполнять старые программы, которые изначально писались под 8.0/8.1/8.2 (точно так же как в Windows есть режимы совместимости для старых программ с Win98/NT/2000/XP)

Если у вас перестал работать обмен с сайтом, то вам обновили саму программу "Управление торговлей" (УТ). Подозреваю, что с версии УТ10 на УТ11 - их архитектура действительно настолько сильно различна, что старые обработки перестают работать (это как сменить просмотрщик с Adobe Reader на какой-нибудь DJVU Reader - обе программы хороши, но вторая не читает файлы от первой программы). В программах линейки "Управление торговлей" изначально заложен обмен с сайтом Битрикс. Вам нужно найти программиста, который знает новую торговую конфигурацию, что бы он подправил обработку обмена аналогично как вам ее исправляли для старой версии.

В случае Розница 2.2 можете воспользоваться этим вариантом:

ЕдинственныйСклад = Справочники.Склады.ПолучитьСкладПродажиПоУмолчанию(Магазин, ТипСклада);

где Магазин - это реквизит вашего чека, а ТипСклада - это скорее всего Перечисления.ТипыСкладов.ТорговыйЗал (хотя может быть и СкладскоеПомещение - вам виднее).

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

А что значит для вас последовательно и параллельно?

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

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

Если зачистить прямо все-все, то:
1) через конфигуратор сохраните конфигурацию,
2) создайте новую пустую базу,
3) загрузите в новую базы конфигурацию из оригинальной базы
4) сохранитесь и получите абсолютно пустую базу

Если вам нужно выполнить свертку данных, то это делается специальными обработками. На диске и на сайте ИТС есть обработка "Свертка информационной базы", которая подходит для наиболее популярных конфигураций. Если она вам не подходит, то погуглите другие решения по сайтам 1С-ников (типа infostart.ru). Если и там ничего не найдете, то нужно будет заказать у специалистов написание такой обработки под вашу базу.

На ИТС есть на эту тему: "Система стандартов и методик разработки конфигураций для платформы 1С:Предприятие 8", но я бы порекомендовал лучше почитать статьи с сайта Инфостарт, которые посвящены аккуратным доработкам для легкого последующего обновления. Вот парочка из множества, которые мне выдал поиск:
infostart.ru/public/518581
infostart.ru/public/181932

На счет "представителя 1с" не хочется вас расстраивать, но вас разводят на деньги. Любая Марья Ивановна из бухгалтерии может в типовую в режиме предприятия и выполнить обновление конфигурации, или следуя простым инструкциям может зайти в конфигуратор и там обновить доработанную конфигурацию на последний релиз. И в этом случае действительно возможны ситуации, когда доработки или затираются, или перестают работать. Что бы такое не произошло, как раз и зовут в гости "представителей 1с", которые берут деньги именно за то, что бы обойти такие проблемы и все доработки продолжили работать после обновления. Остаются некоторые нюансы, к примеру с внешними обработками, отчетами и печатными формами, но в общем случае у специалиста все карты в руках, что бы после обновления ничего не слетало.

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

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

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

Сколько людей - столько и мнений.

Поэтому у меня следующие вопросы:

1) В вашем представлении о работе платформы есть неточности. Если на пальцах, то на самом деле все выглядит следующим образом. При авторегистрации или при регистрации программно согласно алгоритмов в таблице узла ничего не происходит. На самом деле происходит заполнение таблиц "Изменения", которые подчинены регистрируемым объектам. К этим таблицам можно даже обращаться запросами. Для примера у складов таблица для запроса будет иметь вид Справочник.Склады.Изменения. Эти таблицы состоят из трех колонок - ссылка на оригинальный регистрируемый объект, ссылка на узел куда регистрируем и номер пакета. Сразу после регистрации номер пакета не заполнен и заполняется конкретным номером только в момент формирования пакета данных на отправку. Детальнее про работу с планом вам все же придется почитать в документации.

2) С помощью периодического вызова метода ПланыОбмена.ВыбратьИзменения(). Он возвращает выборку из уже зарегистрированных для отправки объектов. Детальнее в справке.

3) Если вам нужно формировать XML-файл, к структуре которого есть строгие требования, которые желательно сразу проверить на соответствие схеме, то да. Если вам нужно просто создать XML-файл (а еще лучше JSON), то просто создайте в памяти из массивов, структур и соответствий требуемый вам объект и далее сериализируйте его в нужный вам формат с помощью функций ЗаписатьXML() или ЗаписатьJSON().

Все правильно. Стандартное поведение платформы. Форма списков документов не предназначена для непосредственного редактирования. Если сильно хочется менять реквизиты без непосредственного захода в документ, то нужно взять напильник и...

У табличного поля списка есть обработчики событий ПриАктивизацииСтроки, ПриАктивизацииКолонки и ПриАктивизацииЯчейки. В зависимости от нужного вам эффекта выберите то, что больше подходит. Далее предлагайте пользователю интерактивно внести новое значение с помощью функции ВвестиЗначение(). Определите на каком документе находитесь, откройте его программно, измените реквизит на введенное пользователем значение, запишите/проведите и обновите список документов, что бы новое значение перерисовалось на форме. Готово! ;)

Все верно. Это правильное поведение еще со времен платформы 8.0

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

1) Веб-сервисы, про которые вы упомянули предназначены для внешних потребителей. Если инициатором выступает 1С, то вам доступны практически все инструменты (кроме особо экзотических) - обмены через файловые шары, FTP, веб-службы, COM-подключения, прямые выгрузки в СУБД при наличии ODBC-драйверов и так далее.

2) В платформе есть специальный объект "подписка на события", который позволяет не редактируя те же самые справочники вставить свой исполняемый код на события, которые связаны с конкретным справочником, их списком или каждым из справочников системы. Тоже самое касается документов (только список обрабатываемых событий более расширен) и некоторых других объектов.

3) Совсем "вручную" не нужно. Вы можете сделать свою "каркасную" конфигурацию, которую через механизм "сравнения/объединения конфигураций" будете внедрять в пользовательскую, таким образом перенося в нее свои подписки на события и общие модули с их обработкой. Таким образом свои настройки интеграции распространяют такие компании как Битрикс, Агент-Плюс и пр. Для управляемых конфигураций (это самые последние разработки 1С - ERP, Бухгалтерия 3, Управление торговлей 11, Управление небольшой фирмой и так далее) совсем недавно появилась возможность создавать расширения. Обзорно можете почитать тут - https://habrahabr.ru/company/1c/blog/320018/