Есть УПП 1.3. Самостоятельно переводим ее с 8 на 8.2 УФ. Возникла странная ситуация:
Для документов "Списание товаров", "Резервирование товаров" создали формы документов управляемые. Написали определенный код в модуле формы для интерфейсной обработки.  И вдруг выяснилось, что в УФ из формы документа "Списание" и "Резервирование" проводится не по всем регистрам. В частности почему то нет движений по регистру Партии товаров на складах + еще какие то регистры. А в обычном приложении проводится правильно, по всем нужным регистрам. Дальше больше в УФ из формы списка также документы проводятся правильно. Провел эксперемент: полностью удалил весь прогрумный код в форме документа + все основные и доп. реквизиты, вообще оставил только стандартные "провести" и т.п. Открыл ранее сохраненный документ, перепровел -- неправильно. Проведение же его из списка в УФ или в обычном приложении дает правильный результат. Магия -- она существует :))) Во вновь созданной автоматически форме документа проводится правильно по всем регистрам.
Конечно же прошелся отладчиком. Различий не нашел (( НаборЗаписейРегистра Партии товаров на складах записывается в обоих случаях...
Собственно вопрос: что это может быть ?
Мои предположения: происходит какая то "неправильная" инициализация данными. НО не могу понять где -- ведь я удали абсолютно весь код и все лишнее.

(0) Может подписки на события?

(0) И вообще,

"переводим ее с 8 на 8.2 УФ" - это изврат.

(1) Подписки есть. Они срабатывают во всех случаях и различий я не заметил.

(2) почему изврат ? Мы многое переделываем под себя. А УПП пользуемся как основой.

(2) +1 Изврат работать на УПП под УФ. Успехов Вам в неблагодарном труде.

(5) +

(5)(6) Спасибо, что поддержали. НО было бы еще лучше, если что нибудь подскажите по интересующему меня вопросу

(7) нам от это чем будет лучше ?

(8) карма улучшится, в следующей жизни горя знать не будете ! :)

(0) А зачем переводите на УФ?

(10) УПП полностью под нас не подходит. Многие вещи переделываем под себя. Поэтому решили раз будем так много менять, то почему бы не перейти на УФ. И считаю, что приняли правильное решение, так как уже возникают ситуации, где необходимо работать через интернет. Если есть возможность работать в более совершенной системе глупо ее не использовать...

А что мешает сейчас работать через инет

А понял,придумали работу)молодцы

(13) Смешно :)

(11) "УПП полностью под нас не подходит." - а для чего тогда её взяли?

(11) И чем она под Вас не подходит? Блек-джека нет?

(15) Часть не подходит, но многое и подходит. Идеала нет, но надо к нему стремится :)

(17) перевод УПП на УФ при наличии на рынке ERP 2.2 откровенное безумие

(18) Может людям заняться нечем. Много свободного времени, работа оплачивается... Сиди себе, херней занимайся в свое удовольствие...

Нормальное явление, тоже на прошлой работе была такая штука - часть функционала пришлось на УФ нарисовать, чтоб вэб-клиент был. Переводить переписанную УПП на ЕРП намного дороже

(19) Когда появилась ERP под УФ ?

(0) пройдись отладчиком

(21) мы же не вчера занялись разработкой

кеш почисти

(22) прошелся ))) Почему то при проведение из "неправильной" формы после все проводок в том числе и в партии товаров на складах, срабатывания всех подписок перезаписывается ряд пустых наборов записей.. Фантастика

(24) Работаем в хранилище конфигураций, а базы у меня и коллег в файловом варианте на компе. Такая херня у всех.

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

Автоматически созданная форма УФ проводит верно?
Значит, есть переменная формы, которая не заполняется из-за того, что переведено в УФ и, далее, не передаётся в механизм проведения.

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

(27) Логично :)
(28) Да, автоматически созданная проводит верно. И я тоже пришел к подобным выводам. Следующим шагом ради эксперемента я в "волшебной" форме удалил ВСЁ. Весь код, все переменные, реквизиты и т.п. Осталась фактически одна кнопка провести + ссылка на отчет по движениям. И все равно движения неправильные

Сделаю важное уточнение: сам код проведения не правили. Так что он соответствует стандартной УПП

(21) ERP изначально на УФ написана. ERP вышла в 2014г

(32) Пффф.. 2014 год. Мы начали внедрять 1с уже лет 7 назад.

(33) а дошли до документов "Списание товаров", "Резервирование товаров" только сейчас?

(34) да. Долгое время разработкой занимался фактически один человек. Сейчас стало с этим лучше.

(31) не верю

(35) этого чувака на кол

(36) вот те крест

по сути нет разницы УФ или ОФ, если все необходимые реквизиты дока заполнены верно

(39) все правильно. Проведение идет по объекту, к форме никак не привязано

(39) Полностью согласен. Сравнивал данные на входе -- они одинаковые. Повторюсь проведение проходит практически одинаково, НО при проведении из "волшебной" формы почему то при окончании процедуры проведения модуля объекта происходит замещение пустыми наборами по нескольким регистрам Партии товаров на складах, НДС..

(40) ТС утверждает что именно формы повлияли на проведение

остается одно единственное предположение - в модуле формы перед/при записи взводятся некие доп свойства документа, которые не взвели в УФ

(41) вот нихрена не связано с типом формы

(41) значит в форме добавляются реквизиты,меняющие проведение.

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

(45) из формы списка в УФ документ проводится правильно. Так что там все отрабатывает хорошо

(46) Удали УФ элемента, и создай её по новому.

(47+) где-то в ней трабла...

(46) ну тогда совсем не может быть то что вы описываете

(47) Да, это сработает. И собственно решение понятно. Но причина не ясна. А хотелось бы понимать что происходит

(49) Есть предположение, что магия все таки существует.

(51) Магии не существует, существует Кэш

(52) Проверяли на трех базах. Так как работаем в хранилище, а базы в файловом варианте на компах. так что это вряд ли кэш

(53) и тем не менее чудес не бывает

(54) про магию понятно, что я шучу. Но пока так, ответа нет ((

(55) Примите это как данность!

(56) Нет, нельзя так легко сдаваться

(55) ответ есть - о чем-то вы недоговариваете

Если найдем решение, то сообщу )) Сейчас глянем стэк вызовов

(57) скинь DT - поглядим

Поставил точку остановы в "ПриЗаписи" у Партии Товаров на складах. Что увидел.
При проведении из формы списка или правильной формы документа:
Заходит два раза. Первый раз при очищении движений. Второй при записи.
При проведении из "волшебной" формы:
Заходит три раза. Очищение. Запись правильных движений. Запись пустого регистра. Причем в третий раз стэк вызовов ничего не показал. Как будто запись произошла сама по себе.

"Волшебная форма" полностью пустая. Без кода абсолютно.

ок, где находится кнопка по которой проводится на УФ?

на УФ просто есть один нюанс с расположением кнопок

стандартная кнопка. Никаких доп настроек не было

Слева вверху

(66) лучше скрин

переноси ее вниз

сейчас попробую ))

https://oldbrowser.files.fm/u/9b5ndhg6

(18) Ну почему. У меня есть клиент, его УПП устраивает всем. Подходит на 100%. Но им нужно дописать блок по приему заявок/инцидентов менеджерами. Блок с основным функционалом не пересекается почти. Но решили все делать в рамках одной конфы и на УФ. Ну и часть функционала в УПП реализовано таки на УФ.

(71) УПП 1.3 уже часть конфы есть на УФ

(72) Так я об этом и написал в последнем предложении. :)

Есть возможность проверить на клиент-сервере ?
В файловой есть такой баг..

(74) клиент-сервер не помог

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

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

Нашли решение!! Оказалось, что в форме в объекте в свойстве "Движения" проставлен признак использовать всегда. Как следствие из за этого перезаписывался ряд регистров.

https://oldbrowser.files.fm/u/e44svv9p#_