Всем привет, хочу сделать отчет, позволяющий вывести затраты по операциям приобретения валюты. Стандартнный отчет Анализа денежных средств пересчитывает курс на дату проведения документа, а мне необходимо получить данные "Сумма взаморасчетов", чтобы видеть реальные затраты в рублях при приобретения валюты.
Встал в первом же куплете. В регистре движения денежных средств у регистратора определенное количество документов, как мне в запросе обратиться ко всем этим документам и вытащить из них в табличной части "Расшифровка платежа" сумму взаиморасчетов, для получения верной суммы в рублях при покупке валюты?

Объединить

Но разве значение из реквизита ТЧ не попадает в регистр?

Обращайся вежливо, с уважением.
И не забывай использовать волшебные слова ЛЕВОЕ СОЕДИНЕНИЕ

т.е. для каждого документа отдельно вытаскивать данные, потом объединять? А какого-нибудь универсального метода нет?
Где то видел непонятные способы ДвиженияДенежныхСредств.Расшифровкаплатежа.(*) только так до конца и не понял. Может кто подробней объяснить?

(4) Можем. Такие методы - верный признак профнепригодногси

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

(6) Хз о каких ты суммах. В какой-нибудь другой может регистр попадает значение нужного тебе реквизита.

(6)И что, эта сумма только в документах хранится и больше никуда не падает? Тогда я вас расстрою - потратили вы столько, сколько отразилось в учете и плевать, что у вас там в табличных частях.

Все цифры должны быть в регистре. В ТЧ лезть не нужно

Баланс - он по регистрам, а не по табличным частям строится.

(9) (8) Бухгалтера поставили задачу, чтобы они могли видеть, сколько потратили денег на покупку валюты. Они делают пп исходящее и платежный ордер"покупка валюты" с курсом и с суммой в рублях. 1С срать хотела на наши данные и пересчитывает все как хочет сама. Мы потратили 430 000 на покупку 10 000 долларов, а она пересчитала и пришла к выводу, что мы потратили 650 000 по курсу 65 на текущий день. Где нам взять то наши 430 тыс рублей?

когда они только в табличной части и есть

(11) Конфа какая?

Подозреваю, что в регистре бухгалтерии есть всё

(13) УПП. блин, мы бух не ведем в УПП

У нас отдельная база Бухгалтерия 2.0 стоит. В УПП они же хотят видеть как раз эту сумму в рублях.

https://yadi.sk/i/G1aB6kalTixj2Q больше нет ничего в журнале проводок. 430 000 тыс и этом регистре нет

(16) есть же

(17) дак это ж разница?

(18) просуммируй 52 - 57.11 и 91.02.1 - 57.11

(19) ну в принципе понятно в какую сторону шагать, без бух учета никуда. Спасибо. А стандартными какиминибудь отчетами это можно посмотреть?

(20) Анализ Счета, ОСВ по счету и т.д. куча их

(21) Имею ввиду, прям по затратам чтобы можно было пробежать

Просто в отчете "Анализ денежных средств" отображается вот такая картина. Так и должно быть? https://yadi.sk/i/N1oq_eQybtm7YQ

Что-то автор по-другому запел. Сначала что-то громогласно утверждал, а теперь уже вопросики пошли.

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

Мне просто хочется разобраться, как правильно производить покупку инсотранной валюты, чтобы и бухгалтера не орали и руководство не видела огромных минусов, т.к. в отчете по затратам жопа полная, если делать все как надо. Картинки я прикрепил выше

Ну обращайся в реквизитам ТЧ регистратора, чего уж там. Станет тормозить - запилишь отдельный регистр.

(16)А зачем ты смотришь поступление, если тебе нужны затраты? И картина все равно странная, в платежном ордере какие курсы ставили?
(23)Ну и что не нравится? Потратили - ППИ - 430 000 р. Поступило - платежный ордер - 10 000 уе - в рег.валюте 650 000 р. Вы же их тратить будете по рыночному курсу, а не по покупному.

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

(29) В реквизит регистра писать не предлагать?
Ну а так-то объединяй запросы, в каждом условие на тип регистратора

(30) это "избыточность", дублирование в регистр того, что там не нужно, т к не участвует в обеспечении хранения и доступа к данным - это не измерение, не ресурс, просто доп. информация, которая уже есть в тч документа.
Так то устану я хранить всю ТЧ в регистре и дописывать каждый раз запрос. Ну запрос х с ним, основная проблема в том, что база большая, хранить одно и тоже в двух местах нет возможности

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

(32) дублирует конечно, но не все же колонки тч, большая часть колонок либо функциональные либо информативные (ну тут от документа зависит) и в регистрах их хранить не зачем. Смысл в том, что бы не дублировать данные.
По ресурсозатратности - спорный вопрос, будет зависеть от частного случая

(31) Хз о чем ты

(34) добавлять колонки всегда и везде это так здорово и главное увлекательно!

Какие колонки? Раньше ты писал "одной из колонок"

Ну так сегодня одна, а завтра две. Ты что, вчера родился?

(33)Можно пример, когда получение значения из таблицы менее выгодно, чем получение значения через соединение?

(37) И какие проблемы с (30)?

(39) опять пошли добавлять реквизит в регистр, опять для этого разгоняем пользаков, обновляем базу с рестуркутризацией и остальными прелестями

Как же ты хочешь одновременно нигде не дублировать и запрос не дописывать?

дописать запрос одной строчкой для нового реквизита и
добавить новый реквизит / добавить без того лажовый запрос еще одной лажей
есть разница?

Так дописывай, в (30) об этом же тоже сказано. Так какие проблемы с этим?

объединить - лажа, т к количество обращений к базе будет равно количеству слов "Объединить" в запросе + 1. Если таблица с миллионами записей, то будет не очень. Однократное параллельное Соединение, например, было бы веселее, чем многократное последовательное Объединить.
(38) Вот и дошли до примера

(44)Где здесь пример одна таблица vs несколько, расшифруйте?

Не будет у вас однократного соединения при обращении к ТЗ регистратора. У разных регистраторов ТЗ находятся в разных таблицах. Будет явное-неявное соединение со всеми типами.

(43) кроме "Какие проблемы с этим?" больше сказать нечего?

(45) да, явное и неявное, но один раз, а не 10.
гм.. После первой "ТЗ регистратора", подумал что описка, увидев второе, понял, что нет ;)

(47)ТЧ, не важно)) Зарапартовалась. Все равно нет простого решения для запроса. ОБъединять в одном куске, соединять со всеми типами, формировать текст программно - одной строчкой не обделаться :)

(46) Так раз нет проблем, то и нечего обсуждать

(49) ну я привел несколько, ты не воспринимаешь, только говоришь "Так какие проблемы с этим?"
Аааа, ты фрилансер, последствий добавления реквизитов везде и всюду через несколько лет не видел наверно