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

тз.Итог("мояколонка")/тз.Количество()

Итог() Количество()

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

Постоянно... колонок 12, строк 31, значение в строках есть не везде, надо вычислить среднее значение во всех колонках.

(3) не понял

ну сложи итоги и посчитай, или ты про то что незаполненные не должны попадать в расчет?

(5) он похоже хочет только по заполненным расчитывать

(7) тогда предложу запросом

(8) некошерно как-то

При заполнении ТЗ создай колонку "Есть значение", проставляй в этой колонке единицу при наличии ненулевого значения в соседней колонке. Тогда можно без перебора обойтись. Возьмешь для подсчета количества итог в этой колонке.

0,0,0,5,0,0,2,0,0,3 - вот отсюда надо вычислить среднее.

(10) типа и так можно сортировать

(11) лучше скажи свою версию среднего по этим данным

(9) почему?

(13)3,33

(14) а зачем данные на скл гонять только для того чтобы посчитать?

(15) значит сортируешь по убыванию и складываешь пока не 0, дальше прерываешь цикл и делишь на количество обработанных строк и делишь

(16) пусть работает, скотина бессловесная. даром, что-ли, на неё деньги потрачены? :)

боже мой... и до сих пор никто не предложил правильного?

я предложил уже

(19)Нее, Вас только ждем.

а, предложили... только не разжевали...

автору только читать подучиться и все у него получится

правильно в (8)

Расположение строк нельзя нарушать.

правильно в (9)

с чего бы в 8 правильно, 1С в любом случае обходит коллекцию, причем все поля, чтобы положить таблицу на сервер, потом скл пишет в темп дб, потом выполняется запрос, что же в этом правильного?

тогда уже просто обойти колонки проще

Итог(...)/(Количество() - НайтиСтроки(тута отбор по нулю).Количество())

(28) строки

(29) да, прикольный вариант, крутился)

(31) обращайтесь. А вообще задолбали примитивные вопросы. Такое ощущение, что алгоритм простейший составить не могут люди. Приходится "вредные советы" давать.

ну и понятия о том, что такое "среднее", суммовые разницы, и т.п. у всех тоже свое...

:(

Не так все просто, там еще итоги в 0 и 32 строке (по индексу).

(35) молодец. а теперь себе ответь на вопрос, откуда берется эта таблица?

2(36)даже думать нечего, и так понятно

кстати, в феврале 28-29 дней...

в апреле - 30...

а если оно на форме - то походу автор не осилил шапку и подвал у табличного поля...

(38)Это не важно, где нет дня там 0, отчет разбираю прошлого программера, статистика продаж.

(40)Не на форме, данные собираются запросом, ложатся в ТЗ и от туда в макет.

(27) съел? (42)  :Р

(42) а запрос не позволяет это сделать ДО того, как ты склеишь реальные обороты с числами?

а в запросе сразу никак не посчитать?

(43) я же не виноват в том что автор непробиваем

(42) а сразу взять в запросе?

у меня вообще есть предложение к автору: не трогать то что работает

(48)Медленно работает.

(49)Смотри не на ТЗ, а на запрос.

(47)Там периодичность ДЕНЬ стоит, среднее надо за месяц, итоги нужны за день, 10 дней, месяц

в самом общем виде:
http://screencast.com/t/hYdqvVLjLV2L

(52) а чё это у тебя за консоль?

2(51) всем плевать. серьезно

2(53) ты что, издеваешься?

v8: v8: Подсистема "Инструменты разработчика" получила зеркало без ограничения скачивания

(55) ч0рт, жизнь прожита зря. пойду, заценю

2(56) добавляю в каждую базу в которой возможна работа с толстыми формами. просто развязывает руки.

Куда ставить среднее за месяц в этот запрос ?
   Запрос = Новый Запрос("
   |ВЫБРАТЬ
   |    ИздержкиОбороты.СуммаУпрОборот КАК СуммаЗП,
   |    ИздержкиОбороты.Период,
   |    ИздержкиОбороты.Организация
   |ПОМЕСТИТЬ Зарплата
   |ИЗ
   |    РегистрНакопления.Издержки.Обороты(
   |            &НачДата,
   |            &КонДата,
   |            День,
   |            Статья = &Статья1
   |                ИЛИ Статья = &Статья2) КАК ИздержкиОбороты
   |;
   |
   |////////////////////////////////////////////////////////////////////////////////
   |ВЫБРАТЬ
   |    ПродажиОбороты.Период КАК Период,
   |    ПродажиОбороты.ВсегоУпрОборот КАК Выручка,
   |    ПродажиОбороты.ВсегоУпрОборот - ЕСТЬNULL(ПродажиОбороты.СтоимостьУпрОборот, 0) - ЕСТЬNULL(Зарплата.СуммаЗП, 0) КАК Прибыль
   |ИЗ
   |    РегистрНакопления.Продажи.Обороты(
   |            &НачДата,
   |            &КонДата,
   |            День,
   |            " + ?(ЕстьСклад, "Склад = &Склад", "") + "
   |                И НЕ Номенклатура = &Баланс) КАК ПродажиОбороты
   |        ЛЕВОЕ СОЕДИНЕНИЕ Зарплата КАК Зарплата
   |        ПО (ДЕНЬ(ПродажиОбороты.Период) = ДЕНЬ(Зарплата.Период))
   |            И ПродажиОбороты.Склад.Организация = Зарплата.Организация
   |
   |УПОРЯДОЧИТЬ ПО
   |    Период");

гыгы, а если Продаж в какой-то день не было, а издержки были?

продажи (включая вычисленное среднее) -> ВТ, а ВТ уже соединяй/объединяй

кстати, а в чем прикол соединять по полю День? начальные и конечные даты всегда в пределах месяца? Да и при этом все равно из виртуальных таблиц даты начала дня при такой периодичности возвращаются и сразу по ним соединять без всяких извращений с День()

Как то так получилось:
   Для Аа = 1 по 12 Цикл
       КолВоДнейМесяца = Число(Формат(КонецМесяца(Дата(ГодОтчета, Аа, 01)), "ДФ=dd"));
       СредВыручка  = СуммаИтогов["В" + Аа] / КолВоДнейМесяца;
       СредПрибыль  = СуммаИтогов["П" + Аа] / КолВоДнейМесяца;
       ОбластьМесяца.Параметры.СредВыручка = СредВыручка;
       ОбластьМесяца.Параметры.СредПрибыль = СредПрибыль;
       Таб.Присоединить(ОбластьМесяца);
       СредСумма["В" + Аа] = СредВыручка;
       СредСумма["П" + Аа] = СредПрибыль;
   КонецЦикла;

Ура