А вообще.
Для начала получить расходы по заказу
Потом продажи по заказу
Расходы не ресурс
И группируя по полю заказ расходы

Вторую часть не могу постичь

ВТ_РасходыПоЗаказам
ВТ_ПродажиПоЗаказам

Соединить по "Заказ"

В СКД, Расходы по заказу не выставлять как ресур, тогда он не будет сумироваться
В СКД сделать группировку ЗАКАЗ, Расходы, потом подгруппировку "Детальные записи"

Если все таки по всем заказам нужны итоговые поля, то надо расчитать количество продаж по каждому заказу
и затем при соединении делать расчет. Расходы/колПРодаж

ИЛИ сразу все продажи суммировать, а затем использовать механизм расшифровки, но вот тут могу ошибаться

Спасибо, коллега

Всем привет друзья.
Такой вопрос 1с общепит Корп управляемые формы.
Требуется вывести отчёт по видам оплат с номенклатурой и себестоимостью
Есть стандартные отчёты, но они то не показывают себестоимость то не показывают виды оплат.
Кто нибудь может подсказать, может делал что то подобное ?
Или по каким регистрам смотреть может самому проще сделать будет.
Для примера
Сотрудники питаются, Я хочу посмотреть сколько они сожрали по себестоимости

Внимание! Внимание! как увеличить длину номера строки таблицы 1с? Спасибо

Такая фигня происходит

Увеличением длины номера в уонфигураторе, наверное

Никак. 99 999 строк в ТЧ это предел при записи Объекта.

Ясно спасибо всем
И это значит я не смогу провести в регистр накопления 189k строк?

для такого количества ОперацияБух используется обычно. Там напрямую записи попадают. Поправьте если я ошибаюсь

В одном наборе записей регистра накопления предел 999999999 записей. Так что сможешь.

👌🏼 отдуши братва

Почему если создавать в типовых документ программно, то потом он не проводится, хотя заполнены все видимые обязательнве реквизиты. Если перезаполеить какойто вручную то проведется. Какую логику подразумевали разработчики? Может надо вызывать какуюто функцию проверки? Например через расширение заполняю приобритТоварУслуг в Ут11.4. Ругается на "назначенияПриобритения" (сейчас забыл точное имя реквизита). Ну мне приходится заполнять подобное тоже но при обновлениях конф логика скрытых реквизитов часто меняется.

сравните документ созданный программно и документ созданный руками, сравните  в отладчике, всё будет ясно, какие поля еще нужно заполнить, чтобы документ провелся.

Логика следующая - программно создавать документ нужно стараться через форму (клиентскую часть). Иначе может возникнуть конфликт на этой самой клиентской части (что у тебя скорее всего и возникает).

а лучше почитать процедурку обработки проверки заполнения и проведения чтоб знать зачем какой реквизит и когда заполнять ;)

Ну собственно в процедуро обработки заполнения я где много IF с проверками типов оснований добавляю свой вариант. Казалось бы выролняются фукции "инициализироватьДокумент" но этого не достаточно

Я так и делаю. Но с каждым обновлением чтото гдето то в какомто доке то в справочнмке из скрытых реквизитов меняется

То есть иными словами мне надо чтоб для тех реквизитов что я запоняю сработали клиентские фукции формы "при изменении", которые и заполнят скрытые реквизииы. Но я ведь на сервере нахожусь и форму не открываю или открываю позже