Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Как обратиться к табличной части всех документов, входящих в список регистраторов Регистра

Как обратиться к табличной части всех документов, входящих в список регистраторов Регистра
Я
   MAPATNK2
 
16.10.18 - 13:46
Всем привет, хочу сделать отчет, позволяющий вывести затраты по операциям приобретения валюты. Стандартнный отчет Анализа денежных средств пересчитывает курс на дату проведения документа, а мне необходимо получить данные "Сумма взаморасчетов", чтобы видеть реальные затраты в рублях при приобретения валюты.
Встал в первом же куплете. В регистре движения денежных средств у регистратора определенное количество документов, как мне в запросе обратиться ко всем этим документам и вытащить из них в табличной части "Расшифровка платежа" сумму взаиморасчетов, для получения верной суммы в рублях при покупке валюты?
 
 
   Cyberhawk
 
1 - 16.10.18 - 13:47
Объединить
   Cyberhawk
 
2 - 16.10.18 - 13:47
Но разве значение из реквизита ТЧ не попадает в регистр?
   Cool_Profi
 
3 - 16.10.18 - 13:48
Обращайся вежливо, с уважением.
И не забывай использовать волшебные слова ЛЕВОЕ СОЕДИНЕНИЕ
   MAPATNK2
 
4 - 16.10.18 - 13:52
т.е. для каждого документа отдельно вытаскивать данные, потом объединять? А какого-нибудь универсального метода нет?
Где то видел непонятные способы ДвиженияДенежныхСредств.Расшифровкаплатежа.(*) только так до конца и не понял. Может кто подробней объяснить?
   Cool_Profi
 
5 - 16.10.18 - 13:54
(4) Можем. Такие методы - верный признак профнепригодногси
   MAPATNK2
 
6 - 16.10.18 - 13:54
(2) необходимо получить "сумму взаиморасчетов", в регистре же указана сумма пересчитанная по курсу проведения документа. Мне же необходимо видеть какие я рубли потратил реально при покупка доллара. А в отчетах УПП такой возможности нигде нет, вот и приходится самому стряпать.
   Cyberhawk
 
7 - 16.10.18 - 13:55
(6) Хз о каких ты суммах. В какой-нибудь другой может регистр попадает значение нужного тебе реквизита.
   catena
 
8 - 16.10.18 - 13:56
(6)И что, эта сумма только в документах хранится и больше никуда не падает? Тогда я вас расстрою - потратили вы столько, сколько отразилось в учете и плевать, что у вас там в табличных частях.
   1Сергей
 
9 - 16.10.18 - 13:56
Все цифры должны быть в регистре. В ТЧ лезть не нужно
   catena
 
10 - 16.10.18 - 13:56
Баланс - он по регистрам, а не по табличным частям строится.
 
 Рекламное место пустует
   MAPATNK2
 
11 - 16.10.18 - 13:59
(9) (8) Бухгалтера поставили задачу, чтобы они могли видеть, сколько потратили денег на покупку валюты. Они делают пп исходящее и платежный ордер"покупка валюты" с курсом и с суммой в рублях. 1С срать хотела на наши данные и пересчитывает все как хочет сама. Мы потратили 430 000 на покупку 10 000 долларов, а она пересчитала и пришла к выводу, что мы потратили 650 000 по курсу 65 на текущий день. Где нам взять то наши 430 тыс рублей?
   MAPATNK2
 
12 - 16.10.18 - 13:59
когда они только в табличной части и есть
   1Сергей
 
13 - 16.10.18 - 14:01
(11) Конфа какая?

Подозреваю, что в регистре бухгалтерии есть всё
   MAPATNK2
 
14 - 16.10.18 - 14:02
(13) УПП. блин, мы бух не ведем в УПП
   MAPATNK2
 
15 - 16.10.18 - 14:08
У нас отдельная база Бухгалтерия 2.0 стоит. В УПП они же хотят видеть как раз эту сумму в рублях.
   MAPATNK2
 
16 - 16.10.18 - 14:13
https://yadi.sk/i/G1aB6kalTixj2Q больше нет ничего в журнале проводок. 430 000 тыс и этом регистре нет
   1Сергей
 
17 - 16.10.18 - 14:15
(16) есть же
   MAPATNK2
 
18 - 16.10.18 - 14:17
(17) дак это ж разница?
   1Сергей
 
19 - 16.10.18 - 14:18
(18) просуммируй 52 - 57.11 и 91.02.1 - 57.11
   MAPATNK2
 
20 - 16.10.18 - 14:21
(19) ну в принципе понятно в какую сторону шагать, без бух учета никуда. Спасибо. А стандартными какиминибудь отчетами это можно посмотреть?
   1Сергей
 
21 - 16.10.18 - 14:23
(20) Анализ Счета, ОСВ по счету и т.д. куча их
   MAPATNK2
 
22 - 16.10.18 - 14:26
(21) Имею ввиду, прям по затратам чтобы можно было пробежать
   MAPATNK2
 
23 - 16.10.18 - 14:39
Просто в отчете "Анализ денежных средств" отображается вот такая картина. Так и должно быть? https://yadi.sk/i/N1oq_eQybtm7YQ
   Cyberhawk
 
24 - 16.10.18 - 14:41
Что-то автор по-другому запел. Сначала что-то громогласно утверждал, а теперь уже вопросики пошли.
   MAPATNK2
 
25 - 16.10.18 - 14:45
(24) вопросики пошли, т.к. хочу хоть что то сделать, но в бухгалтерии не понимаю ничего, пытаюсь разобраться. Мы в УПП бух учет не ведем, и я пытался найти способ обойтись без него и получить необходимую информацию. Но этого сделать невозможно, теперь пробуем это же сделать с помощью бух учета.
   MAPATNK2
 
26 - 16.10.18 - 14:47
Мне просто хочется разобраться, как правильно производить покупку инсотранной валюты, чтобы и бухгалтера не орали и руководство не видела огромных минусов, т.к. в отчете по затратам жопа полная, если делать все как надо. Картинки я прикрепил выше
   Cyberhawk
 
27 - 16.10.18 - 15:10
Ну обращайся в реквизитам ТЧ регистратора, чего уж там. Станет тормозить - запилишь отдельный регистр.
   catena
 
28 - 17.10.18 - 05:21
(16)А зачем ты смотришь поступление, если тебе нужны затраты? И картина все равно странная, в платежном ордере какие курсы ставили?
(23)Ну и что не нравится? Потратили - ППИ - 430 000 р. Поступило - платежный ордер - 10 000 уе - в рег.валюте 650 000 р. Вы же их тратить будете по рыночному курсу, а не по покупному.
   lEvGl
 
29 - 17.10.18 - 08:14
подпишусь на тему, вопрос из (0) имеет актуальность
в регистре (сведений) есть поля Документ(составной) и НомерСтроки(номер строки тч документа), нужен универсальный способ получения одной из колонок табличной части Документа, которая не пишется в регистр, имеет информативный характер, связь есть по Документу и НомеруСтроки. Варианты с Выразить(), Объединить и т д очевидные, но не оптимальные - много текста в запросе и при добавлении нового типа Документа в список доступных надо дописывать запрос
   Cyberhawk
 
30 - 17.10.18 - 08:22
(29) В реквизит регистра писать не предлагать?
Ну а так-то объединяй запросы, в каждом условие на тип регистратора
   lEvGl
 
31 - 17.10.18 - 08:34
(30) это "избыточность", дублирование в регистр того, что там не нужно, т к не участвует в обеспечении хранения и доступа к данным - это не измерение, не ресурс, просто доп. информация, которая уже есть в тч документа.
Так то устану я хранить всю ТЧ в регистре и дописывать каждый раз запрос. Ну запрос х с ним, основная проблема в том, что база большая, хранить одно и тоже в двух местах нет возможности
   catena
 
32 - 17.10.18 - 08:53
(31)Так-то вся информация в регистрах дублирует информацию из регистраторов. А вот обращение в запросе к одной таблице гораздо менее ресурсозатратно, чем к нескольким. Особенно в больших базах.
   lEvGl
 
33 - 17.10.18 - 09:09
(32) дублирует конечно, но не все же колонки тч, большая часть колонок либо функциональные либо информативные (ну тут от документа зависит) и в регистрах их хранить не зачем. Смысл в том, что бы не дублировать данные.
По ресурсозатратности - спорный вопрос, будет зависеть от частного случая
 
 
   Cyberhawk
 
34 - 17.10.18 - 09:16
(31) Хз о чем ты
   lEvGl
 
35 - 17.10.18 - 09:24
(34) добавлять колонки всегда и везде это так здорово и главное увлекательно!
   Cyberhawk
 
36 - 17.10.18 - 09:26
Какие колонки? Раньше ты писал "одной из колонок"
   lEvGl
 
37 - 17.10.18 - 09:29
Ну так сегодня одна, а завтра две. Ты что, вчера родился?
   catena
 
38 - 17.10.18 - 09:32
(33)Можно пример, когда получение значения из таблицы менее выгодно, чем получение значения через соединение?
   Cyberhawk
 
39 - 17.10.18 - 09:35
(37) И какие проблемы с (30)?
   lEvGl
 
40 - 17.10.18 - 09:50
(39) опять пошли добавлять реквизит в регистр, опять для этого разгоняем пользаков, обновляем базу с рестуркутризацией и остальными прелестями
   Cyberhawk
 
41 - 17.10.18 - 10:00
Как же ты хочешь одновременно нигде не дублировать и запрос не дописывать?
   lEvGl
 
42 - 17.10.18 - 10:03
дописать запрос одной строчкой для нового реквизита и
добавить новый реквизит / добавить без того лажовый запрос еще одной лажей
есть разница?
   Cyberhawk
 
43 - 17.10.18 - 10:07
Так дописывай, в (30) об этом же тоже сказано. Так какие проблемы с этим?
   lEvGl
 
44 - 17.10.18 - 10:09
объединить - лажа, т к количество обращений к базе будет равно количеству слов "Объединить" в запросе + 1. Если таблица с миллионами записей, то будет не очень. Однократное параллельное Соединение, например, было бы веселее, чем многократное последовательное Объединить.
(38) Вот и дошли до примера
   catena
 
45 - 17.10.18 - 10:12
(44)Где здесь пример одна таблица vs несколько, расшифруйте?

Не будет у вас однократного соединения при обращении к ТЗ регистратора. У разных регистраторов ТЗ находятся в разных таблицах. Будет явное-неявное соединение со всеми типами.
   lEvGl
 
46 - 17.10.18 - 10:13
(43) кроме "Какие проблемы с этим?" больше сказать нечего?
   lEvGl
 
47 - 17.10.18 - 10:15
(45) да, явное и неявное, но один раз, а не 10.
гм.. После первой "ТЗ регистратора", подумал что описка, увидев второе, понял, что нет ;)
   catena
 
48 - 17.10.18 - 10:20
(47)ТЧ, не важно)) Зарапартовалась. Все равно нет простого решения для запроса. ОБъединять в одном куске, соединять со всеми типами, формировать текст программно - одной строчкой не обделаться :)
   Cyberhawk
 
49 - 17.10.18 - 10:21
(46) Так раз нет проблем, то и нечего обсуждать
 
 Рекламное место пустует
   lEvGl
 
50 - 17.10.18 - 10:25
(49) ну я привел несколько, ты не воспринимаешь, только говоришь "Так какие проблемы с этим?"
Аааа, ты фрилансер, последствий добавления реквизитов везде и всюду через несколько лет не видел наверно


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует