Наверное неудачный заголовок.
Есть форма документа. При создании...
[attachment 34441 ]
Там есть 2 поля, которые должны заполняться сами.
Сумма и остаток товара.
Сумма - это взаиморасчеты с контрагентом на текущий момент.
Получаю из регистра накопления.
Остаток товара = Сумма/цена

Так вот, в момент выбора контрагента и договора, мне надо получить сумму.
В момент выбора номенклатуры - получить цену и соответсвенно Остаток товара.

Напрашивается в событие "при изменении" получить нужные данные, и заполнить.
Вот не уверен, что по 1совски это правильный подход.



Исправлено 1 раз(а). Последнее : Аспид, 17.12.20 10:39

Ну логичнее сделать одну процедуру

А вот за вычисление остатка по цене обычно по рукам бьют.



Исправлено 1 раз(а). Последнее : pasha_usue, 17.12.20 11:30

Наверное не верно объяснил.
Это форма Создание.
Изначально нет никаких сведений о заказчике материале.
Поэтому

pasha_usue
&НаКлиенте
Процедура ПриОткрытии(Отказ)

Не то. Значит при изменении)))

pasha_usue
А вот за вычисление остатка по цене обычно по рукам бьют.

Сейчас это на фоксе реализовано.
Они (диспетчера) не могут без этого. Цену они не знают даже.
А остаток товара представлять надо, что бы не передать.
там не много сложнее... Еще есть машины которые уже под загрузкой, но еще не выехали, они учитываются в сумме.
Потому у них как бы 2 суммы. Реальная, и ожидаемая.
остаток товара всегда оп ожидаемой.

Все равно интересно, почему по рука?)))

pasha_usue
А вот за вычисление остатка по цене обычно по рукам бьют.

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

pasha_usue
Процедура КонтрагентПриИзменении(Элемент)

По логике нужна общая процедура пересчета при изменении контрагента/договора/номенклатуры/даты

medstrax

pasha_usue
А вот за вычисление остатка по цене обычно по рукам бьют.

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

Просто у 1с-ников вывихнутое мировосприятие. Стоимость такая же х-ка товара как и наименование, ед. измерения и т.д.
ПС. Не наезд, просто вижу мир по другому. ;)
ППС. Прошу прощения за оффтоп.

medstrax
а стоимость - очень даже виртуальная

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

Еще забавно читать некоторые статьи...
Где ссылаются, при описании работы чего то в 1С на ООП.
ВАЩЕ ничего общего.

Аспид
Где ссылаются, при описании работы чего то в 1С на ООП.
ВАЩЕ ничего общего.

Ну это не совсем так. По сути, создавая новый объект метаданных, ты наследуешь свойства базового класса (документ, справочник и пр.), плюс можешь переопределить методы, конкретизируя работу с новым классом. Вполне в парадигме ООП

На хабре пишут, что "в самом встроенном языке таких возможностей нет". Но имитировать можно.

habr.com





Исправлено 1 раз(а). Последнее : sphinx, 21.12.20 10:14

medstrax
Вполне в парадигме ООП

Ну это то да)))
Единственное что)
У меня тупо 2 очень похожих объекта
Поставки, и реализации.
Но нормальном языке сделан один общий класс для них, и от него конкретные классы...
Тут увы... токмо парадигма)))

Да смысла нет тут ругать)))
Что дали, то и есть.
надо просто привыкнуть, приспособиться.

Еще немного ломает, в одном объекте и на клиенте, и на сервере.
И в этом даже плюсы есть...

Аспид
надо просто привыкнуть, приспособиться.

[attachment 34463 ]

Аспид
надо просто привыкнуть, приспособиться.

Да что уж там, люди и к фпд приспосабливаются.

FPD еще покамест ни разу не ограничивал.