Имя: Пароль:
1C
1С v8
Регистры накоплений в 1С
🠗 (piter3 30.05.2020 20:25)
0 anna2212
 
30.05.20
03:42
Кто может объяснить более подробно для чего нужны регистры накоплений, такие как:

Заявки на расход денежных средств,
движение денежных средств,
планы движения денежных средств и взаиморасчеты с контрагентами.
Пишу диплом и нужно более подробнее рассказать именно для чего нужны эти регистры накоплений в конфигурации.
1 Chameleon1980
 
30.05.20
03:54
в описании смотрел?а ты знаешь для чего вообще нужны рн?
2 RetardedToBoot
 
30.05.20
03:59
(0) Первые два это вероятно оборотные регистры. У некоторых иногда название регистр накопления ассоциируется с накоплением остатков. Но оборотные это регистр накполения с признаком оборотный - накапливает обороты за период, что бы быстро вытащить суммарное значение за период.
3 ДенисЧ
 
30.05.20
06:08
(2) "Заявки на расход денежных средств" - оборотный? Not hired, next please
4 DCEP
 
30.05.20
09:49
(0) Регистры накопления нужны для того, чтобы сохранять в базе одно и то же два(и более) раза.
5 ДенисЧ
 
30.05.20
09:57
(4) Шта??????
6 mistеr
 
30.05.20
10:03
(4) Это про остатки? Блестяще!
7 DCEP
 
30.05.20
10:43
(5) Какие у вас возражения?
8 DCEP
 
30.05.20
10:46
(6) Если вы уберете у 1С-овских регистров функцию хранения остатков, то они не утратят своей сути. Они все равно останутся тем, что они есть, а именно инструментом, позволяющим записать в базу одно и то же несколько раз.
9 mistеr
 
30.05.20
11:16
(8) Пояснить не желаешь?
10 Chameleon1980
 
30.05.20
11:34
(8) тогда уж больше для чтения. тогда уж и для записи и чтения.
а ложка нужна, чтобы брать ее в руки?
11 Жан Пердежон
 
30.05.20
12:41
(8) зря Вы с 1С связались, сильно зря
12 ДенисЧ
 
30.05.20
12:56
(7) "сохранять в базе одно и то же два(и более) раза."
То, что тебя слишком долго держат далеко от метлы
13 vcv
 
30.05.20
16:24
Ну в чем то DCEP прав. Дублирование данных происходит. Взамен получаем разные достоинства по унификации получения информации. Ну и недостатки с извратами, когда надо получить информацию, которую в РН заранее не заложили.
14 vde69
 
30.05.20
16:42
суть всех регистров в 1с одинакова, (и регистры сведений и накопления и расчетов и бухгалтерских) - это нормализованое (в той или иной степени) хранилище данных.

Ни справочники, ни документы ни любые другие объекты не являются хранилищем данных, а от сюда простое следствие - только регистры  подходят для получения данных (например отчетов)... то есть регистры нужны для построения отчетов, не документы а именно регистры....

Ну а то, что регистр физически состоит из нескольких таблиц так это вторично, хотя и важно.
15 vcv
 
30.05.20
16:50
Ага. Такой вот маленький, карманный OLAP-куб.
16 vde69
 
30.05.20
17:00
(15) каждый регистр это и есть olap куб только вместо срезов - измерения или субконто
17 ДенисЧ
 
30.05.20
17:04
"Ни справочники, ни документы ни любые другие объекты не являются хранилищем данных"

Иногда лучше жевать (с)
18 Комрад1
 
30.05.20
17:12
(14) Вы бредите. Иногда регистры для отчетов нафик не нужны.
19 ДенисЧ
 
30.05.20
17:18
(18) Для отчётов иногда и 1с вообще не нужна. Но это же не повод?
20 Комрад1
 
30.05.20
17:23
(19) Я ННП, о чём вы.
21 vde69
 
30.05.20
17:25
(18) придумайте отчет с суммовыми показателями в котором регистры не нужны?
22 Комрад1
 
30.05.20
17:30
(21) А где в (14) про отчеты с суммовыми показателями? Выражайтесь яснее, и вопросов лишних не будет.  А так, любой отчет можно построить по документам. Вопрос только в приемлемом быстродействии.
23 ДенисЧ
 
30.05.20
18:05
(20) Бывает
24 vde69
 
30.05.20
19:16
(22) Извените, но Вы не правы, движения в регистре могут не соответствовать данным в документе... Например в бухгалтерии ручная корректировка движений.

По этому любой отчет (за исключением всяких реестров документов) должен оператся исключительно на регистры, и любой кто делает отчеты по документам идеологически не прав, и в большинстве случаев просто быдлокодер.
25 ReaLg
 
30.05.20
19:22
Позиция 1С однозначна - данные для отчетов брать только из регистров. Из документов - низя. Но есть одно НО. Им не надо обновлять правленые конфы :)) Поэтому может быть скажу ужасно крамольную вещь, но если отчет по документам отрабатывает за устраивающее заказчика время, в обозримом будущем проблем быть не должно(ну, например отчет за месяц всегда формируется) и при этом конфу править не надо - я таки сделаю отчет по документам(особенно если заказчик разовый, конфа на замке и т.д.)
26 Dmitry1c
 
30.05.20
19:26
(25) только вот 1С сами эту позицию соблюдают не всегда
27 ReaLg
 
30.05.20
19:27
(26) Все мы люди. Даже в 1С :))
28 vde69
 
30.05.20
19:36
(25) всегда есть ручные операции, например так часто перевешивают дебиторку с одного контрагента/договора на другого что-бы не править закрытый период,

твой отчет по документам справится с такой ситуацией?
29 ДенисЧ
 
30.05.20
19:45
(28) РУчные операции, точнее, их автора, караются строгим расстрелом на 10 лет, без права переписки.
30 ReaLg
 
30.05.20
19:51
(28) Мой отчет справится ровно с той задачей, которую он будет решать. Например, есть реквизит документа отгрузки, который в движениях не участвует, ну пусть это будет вид доставки (автотранспорт, ж/д и т.д.). Просят сделать отчет по количеству отгрузок в разрезе видов доставки. Я не буду менять конфу(если время выполнения устраивает и в обозримом будущем не должно увеличится на порядок). Сделаю отчет, который покажет "количество документов отгрузки в разрезе видов доставки" и скажу это заказчику, что это именно количество документов. А уж если отгрузку вдруг отразят ручными операциями - ну что же, отчет не врет, "количество документов отгрузки" он покажет правильно. Я не говорю, что так нужно делать всегда, нужно подумать и принять решение. И не всегда оно будет в пользу изменения конфы. ИМХО.
31 Комрад1
 
30.05.20
19:52
(24) "А если бы он вёз патроны". Вы делаете общие утверждения и пытаетесь доказать их частными случаями. Не делайте так.
32 ReaLg
 
30.05.20
19:58
(30) Вернее так, я всегда говорю заказчику к чему приведут изменения конфы. В данном случае примерно так: либо правим конфу, получаем лишние затраты на обновление, либо конфу не правил, но это не количество отгрузок, а количество документов отгрузки. В 99.99% случаев выбирают второй вариант. А есть такие клиенты, которые уже сразу потом говорят, нужно сделать так, но если так никак без изменения конфы - то давай придумаем что-нибудь другое, только не меняю конфу.
33 vde69
 
30.05.20
19:59
(31) почему?

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

У нас в институте препод всегда пытался программе подсунуть какие-то кривые данные, и если программа не справлялась то больше трояка он не ставил.

У меня всегда была 5, и у всех за кого я делал контрольные всегда была 4, по тому, что прога работала на 5, но препод видел что ее делал "чужак".
34 vde69
 
30.05.20
20:01
(32) зачем править конфу для отчета? есть внешние отчеты, есть расширения... кроме того добавление своих объектов практически не ухудшает обновляемость, а проведение можно сделать через свою подписку...
35 ReaLg
 
30.05.20
20:06
(34) В данном примере реквизит вид доставки в документе есть, в движениях - нет. По документам отчет построить без изменения конфы можно, по регистрам - нельзя.
36 vde69
 
30.05.20
20:09
(35) Вы наверно считаете, что Регистратор.ВидОперации это отчет по документам?
37 ReaLg
 
30.05.20
20:22
Я имею ввиду, что у нас нет регистра накопления с измерением вид доставки, который намного быстрее выдаст нужную информацию.
38 DCEP
 
30.05.20
20:30
(9) Не совсем понимаю - что тут надо пояснять? Регистры накопления в 1С используются для того, чтобы записать в базу данных одну и ту же информацию несколько раз. Что непонятного в этом определении?
39 DCEP
 
30.05.20
20:31
(12) Это понятно. А возражение в чем?
40 DCEP
 
30.05.20
20:32
(11) Это можно сказать про любого здесь присутствующего.
41 DCEP
 
30.05.20
20:39
(10) Вы правы. Определение несколько провокативно. Оно провоцирует на попытку разобраться в вопросе как следует. Начинающий, ответив для себя на вопрос "зачем хранить в базе одно и то же несколько раз" поймет саму суть 1С-овских регистров накопления. Причем, намного лучше, чем некоторые, считающие себя профессионалами.
42 Комрад1
 
30.05.20
22:11
(33) Ваше общее утверждение - "Ни справочники, ни документы ни любые другие объекты не являются хранилищем данных." Ваше частное утверждение "движения в регистре могут не соответствовать данным в документе". Одно из другого никак не следует.
43 DomovoiAtakue
 
31.05.20
00:20
Комрад1 и DCEP - это одногруппники anna2212? :)
Проблемы невозможно решaть нa том же уровне компетентности, нa котором они возникaют. Альберт Эйнштейн