Denic_01
Денис Буры

(3)
Дельное замечание, спасибо )
изменил - теперь работает на полностью "пустой" конфигурации.

(1) попробовал интереса ради выгрузить "АдресныеОбъекты" - выгрузка 35 минут на всем том же самом против 4 минут. Грузиться, наверное, будет часами, дожидаться не стал, прервал - вообщем таже история что и с конвертацией - когда речь идет о миллионах, а то и десятках млн. записей карета превращается в тыкву хз что оно там делает, но точно не то что мне нужно. Чаще всего при переносах данных время не резиновое - приходится рассматривать альтернативные варианты.

Обработка позволяет просто и быстро скопировать из одной базы в другую независимые регистры сведений "один к одному".

(35)

Цитата
Сделал так:

интересная идея, замечу, что значение проще хранить в доп настройках списка, как то так

Настройки.ДополнительныеСвойства.Вставить("КоличествоСтрок", Строки.Количество());

Добрый день ! Спасибо за инфо.
Кто нибудь интересовался вопросом можно ли напрямую обратиться из основного сервера к автономному ? наоборот то можно - для этого есть метод "ОсновнойСервер".
А вот обратно не нашел - только нашел способ с клиента вызывать общий модуль с приоритетом "Автономный сервер", тогда можно вернуть данные из автономного сервера на основной, но это не слишком то удобно ...

Еще большая проблема это модули объектов - которые при включении в состав автономной конфигурации какого либо объекта пытаются компилироваться и не могут, понятное дело т.к. там есть ссылки на общие модули и объекты не определенные для мобильного. Общие модули мы опять же не можем включить т.к. в них есть запрещенные объекты н-р журнал регистрации, почти везде, который вызывает ошибку.
Печально, по хорошему для мобильного варианта должны быть свои модули объекта/менеджера объекта или как то все же можно это обойти без использования оберток (#Если МобильныйКлиент Тогда) почти везде ?

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

(9)
Ошибка, скорее всего, возникла из за того что при данных настройках организации/периода не получено никаких данных.
Изначально, выбирается то что есть на регистре сведений ПервоначальныеСведенияОСБухгалтерскийУчет - срез последних по организации на дату - может быть он пустой ...

вот что интересно, есть запрос:

Код

ВЫБРАТЬ    СвободныеОстаткиОбороты.Номенклатура КАК Номенклатура,    СвободныеОстаткиОбороты.Характеристика КАК Характеристика,    СвободныеОстаткиОбороты.Склад КАК Склад,    -(СвободныеОстаткиОбороты.ВНаличииОборот - СвободныеОстаткиОбороты.ВРезервеСоСкладаОборот - СвободныеОстаткиОбороты.ВРезервеПодЗаказОборот) КАК ВНаличииСУчетомДокумента ИЗ       РегистрНакопления.СвободныеОстатки.Обороты(, , Регистратор, ) КАК СвободныеОстаткиОбороты ГДЕ       СвободныеОстаткиОбороты.Регистратор = &Ссылка

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

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

на созданную из кода группу
КП = Форма.Элементы.Добавить("КПСогласование", Тип("ГруппаФормы"));

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

КП.Вид = ВидГруппыФормы.ОбычнаяГруппа;

(38)


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

Главное, что все таки хотелось бы услышать в чем "Фича" - какие ПЛЮСЫ мы со всего этого имеем ???