1cmailru

Я раньше где-то читал, что оптимизатор не смотрит во вложенные запросы и когда оптимизатор мешал, всегда писал что то типа:

Выбрать вз.*
из
(
...
) как вз

Сейчас не знаю, давно разногласий с оптимизатором не было.

Хм... а у вас точно управляемые формы? если мне память не изменяет на УТ 10.1 были еще простые формы, на простых формах там не ОтборКомпоновкиДанных а просто Отбор... и тогда в коде что то типа вот такого должно быть

Код
ЭлементОтбора = ЭлементыФормы.ИерархияНоменклатуры.Отбор.Добавить("Номенклатура.Родитель","Родитель",""); ЭлементОтбора.Использование = истина;

и т.д.

Раньше, в обычном приложении, мы смотрели на обработчики событий у реквизитов формы "ПриВыбореКонтрагента()", "ПриИзмененииОрганизации()" и т.д. Там внутри, раньше вызывались процедуры типа "ОбработкаТабличныхЧастей.ЗаполнитьСчетаУчета()" или что то в этом роде, сейчас в управляемых формах немного сложнее, в обработчиках событий под капотом, есть что то типа "ОбработкаТабличныхЧастейКлиент.ЗаполнитьСчетаУчета()", а в КД2 или в обработках, в которых мы программно создаем документ, мы обычно находимся на сервере, поэтому напрямую использовать клиентские процедуры мы не можем, надо искать модули с аналогичным названием, но с постфиксом "Сервер", и получится что то типа "ОбработкаТабличныхЧастейСервер.ЗаполнитьСчетаУчета()"

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

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

Не знаю о том я сейчас буду говорить или нет, но в моем понимании длина get запроса - это длина самого uri который имеет примерно следующую структуру
"https://site.ru/?text=много-много-текста" target="_blank"

но в 1С, у httpЗапроса есть еще тело запроса, которое можно установить например методом УстановитьТелоИзСтроки

Мне кажется, туда можно писать много букв.
Но это не точно :)

Тут все просто. Вы же не собираетесь бросить вашу самописную конфигурацию после сдачи заказчику?
Если нет, то это значит, что через года полтора - два, надо будет обновлять БСП.
А значит в теории, надо взять последнюю версию УНФ (мне кажется, там раньше всех появляются всякие модные плюшки), посмотреть, какая там версия БСП и впилить в самописную конфу такую же. И быть готовым обновить БСП, по мере течения времени.

На самом деле вариантов очень много, но самый простой, это сделать две базы РИБ. Первая база не должна содержать данных, и будет служить только для обновления конфигурации, при этом в терминах РИБ она будет главной базой по отношению ко второй базе, в которой будут работать люди. В итоге, вы даете полный доступ в главную базу без данных внешнему программисту, администратору или тому кто будет делать обновления.
Единственное что надо будет сделать - это настроить односторонний обмен "Главная база" -> "Рабочая база" (чтобы в обратную сторону из рабочей базы в главную не пошли данные) и определить, кто из сотрудников имеющих права доступа к данным будет нажимать f7 в конфигураторе после обновления.
Сама главная база может даже физически храниться у администратора или внешнего программиста.
В общем смотрите в сторону РИБ.

(2)
Согласен, только не глазами а запросом.
Когда в запросе получаешь реквизит от битой ссылки в запрос попадает значение Null, по нему можно поймать. написав что то типа

выбрать
...
ЕстьNull(регистр.Регистратор.Организация, "Вот она ошибка то")
...

Я конечно не специалист.
Но РН в данном случае не нужен, по сути у нас есть связка Шина-КМ-Склад. И эта связка должна быть уникальна, значит тут как нельзя лучше подойдет объект конфигурации Регистр Сведений, в котором все три показателя будут измерениями. Платформа сама будет проверять уникальность связки этих трех показателей. А количество вести не надо, само наличие записи в регистре это +1, поэтому регистр будет работать примерно так:

1. Приход товара: Пишем регистр связку Шина-КМ-Склад
2. Перемещение товара: удаляем запись Шина_КМ-Склад отправитель, добавляем запись Шина-КМ-Склад получатель
3. Продажа: удаляем запись Шина-КМ-Склад

Ну и отчет делаем по остаткам.
Движения сделать не сможем... но вот обороты как раз можно учитывать на оборотном РН, если это надо.

Вот хорошая статья https://infostart.ru/1c/articles/653778/

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

А вопрос, насколько я понял, как раз и заключался, в том, что

"Для чего это делается: Если номер отправленного есть, значит объект ранее выгружался, значит его заново выгружать не нужно, если номера нет, значит объект подлежит выгрузке."

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