Добавление строки в таб части документа. #569609

Нужно чтоб при добавлении строки в табличной части документа в поле количество автоматически заносились рание сформированые данные (какоето число). При описании какого события это нужно сделать?

выдели таб поле, зайди в свойства, внизу будет список событий - выбери подходящее

я понимаю... просто не могу правильно выбираю ПриИзменении - тогда не можна вручную поменять, ПередНачаломДобавления - тогда не могу сылаться на Поле Количество, данные еще не определены

ПередОкончаниемРедактирования ПриОкончанииРедактирования

ПриНачалеРедактирования + анализ параметров НоваяСтрока и Копирование

Советчики, мля... Посмотри какое событие висит на Единице измерения в стандартной конфе в приходной накладной.

+5 И вообще, когда не знаешь, как сделать, смотри, как в типовых реализована аналогичная задача. Тут такого насоветуют тебе.

(5,6) Ты бы вместо того чтобы умничать, внимательно вопрос прочитал. А на типовые дрочить можно, но по первой.

Ты нашёл знакомые буковки в сабже и считаешь, что ты его прочитал? Реквизиты строки заполняются в "ПриИзменении", "ПриНачалеРедактирования" это вообще тут ни с какого боку.

что автору нужно "нажал на кнопку добавить, а в новой строке уже какое-то посчитанное им значение"

Ну давай, напиши решение через ПриИзменении. А мы посмотрим какой ты крутой кодер.

А что кроме количества других реквизитов в строке нету?

Пейсатель нетленок? Типа все вокруг нифига не умеют програмить, в типовых одно амно, ты один дартаньян, весь в белом.

вожможно так не оптимально, но я попробовал ПриИзменении, с условием что уже есть в поле Количество, если 0 тогда переношу Данные, иначе возврат... работает кажеться... возможно и не прав я

И тленок и нетленок. Но это тут ни при чем. Я могу выложить решение через "ПриНачалеРедактирования". Если ты не можешь выложить через "ПриИзменении" это однозначно слив.

спс за советы

+ А слив будет палюбасу, потому что в типовых тоже используется ПриНачалеРедактирования для этих целей. Потому что это - азы.

понял... перенесу условие в ПриНачалеРедактирования

А ну ка...    ОбработкаТабличныхЧастей.РассчитатьСуммуТабЧасти(СтрокаТабличнойЧасти, ЭтотОбъект); В какой процедуре это строка?

Да тысячи их, процедур. Откуда я только сам её не вызывал, из всяких обработок загрузки и т.п. С учетом того, что функция обновляет определенные поля ТЧ по значениям других полей ТЧ. Но она никак не производит начальное заполнение новой строки значеними по-умолчанию. Так что не подходит. Ты по задаче пример подгони.

Вопрос не в том, что делает эта процедура, а при каком событии она вызывается при заведении документа. И почему именно по этому событию, а не в "ПриНачалеРедактирования". И рассчитанное заранее количество в строке это нифига не значение по умолчанию, потому, как оно как раз и зависит от других реквизитов строки.

Она вызывается из всех полей от которых зависит сумма при изменении поля. И ПриНачалеРедактирования тут конечно не надо. Однако, не съезжаем с темы и внимательно читаем вопрос : "Нужно чтоб при добавлении строки в табличной части документа в поле количество автоматически заносились ранее сформированые данные (какое-то число)". Какое слово тут не понятно?

Ну и где ты в этой фразе углядел, что количество константа для всех строк и не зависит от других реквизитов?

...пипец, а потом окажется что ТС загрузку из Экселя ваяет ;-)

Угу, а про события автор спросил так, между прочим. p/s Кода мы так и не увидели.

данные берутся с другой табличной части

проблема когда табличная часть материалы пустая тогда ошибка

Если элементы.Матеріал.ТекущиеДанные <> Неопределено Тогда

Может надо при активации строки первой ТЧ?

Если элементы.Матеріал.ТекущиеДанные <> Неопределено Тогда так и сделал. Спасибо!

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

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

да, моя ошибка...

хотя я уже передела, потому что нужно уже итог по количеству с первой ТЧ, тогда впринципе второй вариант нормальный