|
Регистры накоплений в 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? :)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |