Кто может объяснить более подробно для чего нужны регистры накоплений, такие как:

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

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

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

(2) "Заявки на расход денежных средств" - оборотный? Not hired, next please

(0) Регистры накопления нужны для того, чтобы сохранять в базе одно и то же два(и более) раза.

(4) Шта??????

(4) Это про остатки? Блестяще!

(5) Какие у вас возражения?

(6) Если вы уберете у 1С-овских регистров функцию хранения остатков, то они не утратят своей сути. Они все равно останутся тем, что они есть, а именно инструментом, позволяющим записать в базу одно и то же несколько раз.

(8) Пояснить не желаешь?

(8) тогда уж больше для чтения. тогда уж и для записи и чтения.
а ложка нужна, чтобы брать ее в руки?

(8) зря Вы с 1С связались, сильно зря

(7) "сохранять в базе одно и то же два(и более) раза."
То, что тебя слишком долго держат далеко от метлы

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

суть всех регистров в 1с одинакова, (и регистры сведений и накопления и расчетов и бухгалтерских) - это нормализованое (в той или иной степени) хранилище данных.

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

Ну а то, что регистр физически состоит из нескольких таблиц так это вторично, хотя и важно.

Ага. Такой вот маленький, карманный OLAP-куб.

(15) каждый регистр это и есть olap куб только вместо срезов - измерения или субконто

"Ни справочники, ни документы ни любые другие объекты не являются хранилищем данных"

Иногда лучше жевать (с)

(14) Вы бредите. Иногда регистры для отчетов нафик не нужны.

(18) Для отчётов иногда и 1с вообще не нужна. Но это же не повод?

(19) Я ННП, о чём вы.

(18) придумайте отчет с суммовыми показателями в котором регистры не нужны?

(21) А где в (14) про отчеты с суммовыми показателями? Выражайтесь яснее, и вопросов лишних не будет.  А так, любой отчет можно построить по документам. Вопрос только в приемлемом быстродействии.

(20) Бывает

(22) Извените, но Вы не правы, движения в регистре могут не соответствовать данным в документе... Например в бухгалтерии ручная корректировка движений.

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

Позиция 1С однозначна - данные для отчетов брать только из регистров. Из документов - низя. Но есть одно НО. Им не надо обновлять правленые конфы :)) Поэтому может быть скажу ужасно крамольную вещь, но если отчет по документам отрабатывает за устраивающее заказчика время, в обозримом будущем проблем быть не должно(ну, например отчет за месяц всегда формируется) и при этом конфу править не надо - я таки сделаю отчет по документам(особенно если заказчик разовый, конфа на замке и т.д.)

(25) только вот 1С сами эту позицию соблюдают не всегда

(26) Все мы люди. Даже в 1С :))

(25) всегда есть ручные операции, например так часто перевешивают дебиторку с одного контрагента/договора на другого что-бы не править закрытый период,

твой отчет по документам справится с такой ситуацией?

(28) РУчные операции, точнее, их автора, караются строгим расстрелом на 10 лет, без права переписки.

(28) Мой отчет справится ровно с той задачей, которую он будет решать. Например, есть реквизит документа отгрузки, который в движениях не участвует, ну пусть это будет вид доставки (автотранспорт, ж/д и т.д.). Просят сделать отчет по количеству отгрузок в разрезе видов доставки. Я не буду менять конфу(если время выполнения устраивает и в обозримом будущем не должно увеличится на порядок). Сделаю отчет, который покажет "количество документов отгрузки в разрезе видов доставки" и скажу это заказчику, что это именно количество документов. А уж если отгрузку вдруг отразят ручными операциями - ну что же, отчет не врет, "количество документов отгрузки" он покажет правильно. Я не говорю, что так нужно делать всегда, нужно подумать и принять решение. И не всегда оно будет в пользу изменения конфы. ИМХО.

(24) "А если бы он вёз патроны". Вы делаете общие утверждения и пытаетесь доказать их частными случаями. Не делайте так.

(30) Вернее так, я всегда говорю заказчику к чему приведут изменения конфы. В данном случае примерно так: либо правим конфу, получаем лишние затраты на обновление, либо конфу не правил, но это не количество отгрузок, а количество документов отгрузки. В 99.99% случаев выбирают второй вариант. А есть такие клиенты, которые уже сразу потом говорят, нужно сделать так, но если так никак без изменения конфы - то давай придумаем что-нибудь другое, только не меняю конфу.

(31) почему?

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

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

У меня всегда была 5, и у всех за кого я делал контрольные всегда была 4, по тому, что прога работала на 5, но препод видел что ее делал "чужак".

(32) зачем править конфу для отчета? есть внешние отчеты, есть расширения... кроме того добавление своих объектов практически не ухудшает обновляемость, а проведение можно сделать через свою подписку...

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

(35) Вы наверно считаете, что Регистратор.ВидОперации это отчет по документам?

Я имею ввиду, что у нас нет регистра накопления с измерением вид доставки, который намного быстрее выдаст нужную информацию.

(9) Не совсем понимаю - что тут надо пояснять? Регистры накопления в 1С используются для того, чтобы записать в базу данных одну и ту же информацию несколько раз. Что непонятного в этом определении?

(12) Это понятно. А возражение в чем?

(11) Это можно сказать про любого здесь присутствующего.

(10) Вы правы. Определение несколько провокативно. Оно провоцирует на попытку разобраться в вопросе как следует. Начинающий, ответив для себя на вопрос "зачем хранить в базе одно и то же несколько раз" поймет саму суть 1С-овских регистров накопления. Причем, намного лучше, чем некоторые, считающие себя профессионалами.

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

Комрад1 и DCEP - это одногруппники anna2212? :)