Есть ли какие-то соображения, кроме быстродействия?

(0)Не всё.

(0) возьми данные независимого регистра сведений из документа)

Вроде не пятница, зачем нужны регистры сведений если все можно взять из справочника?

(0) Можно все взять из текстовых файлов, чебынет

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

регистры накопления содержат текущие остатки и уже посчитанные обороты за период

Зачем нужны компьютеры, если всё можно записывать в тетрадку? Есть ли какие-то соображения, кроме скорости записи и поиска нужной информации?

(2) Ну регистр сведений - не совсем регистр. Скорее справочник со сложным ключом

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

(7) как записать видео в тетрадку?

(3) В справочниках не предусмотрены сложные ключи

(10) Рисовать кадрики и быстро листать. )

(12) опередил(

(10) Последовательной прорисовкой кадров :)
И вообще, человечество прожило без видео многие тысячи лет. Можно же просто словами описывать происходящее.

(7) Поставим вопрос по-другому. Что мне даст регистр накопления, если у меня компьютер и так быстро все считает?

(10) позвать мага из хогвартса

весна, как много в этом звуке, что из под крыши раздается....

(5) Т.е. пользователям регистры не нужны?

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

Среда это маленькая пятница) Не дотянул автор

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

(0) Быстродействие - одна из главных составляющих ПО.
И так пренебрежительно - кроме...

(9) Разницы может не быть вообще.

(0) Регистры еще упрощают сбор. Для документов пришлось бы писать разношерстные запросы. Причем у некоторых документов движения не формируются напрямую из документа (например по себестоимости). Такшта юноша, ...

(0) Миша, философ ты наш посконный :)

(15) Вопрос из разряда "зачем мне вообще какие-то учётные системы, если я и так всё хорошо помню?".
Каждая задача имеет оптимальный путь решения. Но при этом необходимо к самой задаче добавить такие условия как масштабируемость, и потенциальное развитие.
Сейчас у тебя, к примеру, всё быстро считается из документов. Но при увеличении объёмов документов в 100-1000-10000 раз всё будет уже на так радужно. Ну и далее, если со временем будут появляться новые задачи, новые механизмы, новые условия, то потенциал заложенный в регистры гораздо шире, чем сбор данных непосредственно из документов.

(16) в мире Myst'а это было сделано еще до Хогвардса

(19) в зеркало посмотрелась?

(15) [компьютер и так быстро все считает]

Ну это легко проверить. Переделай логику расчета себестоимости на "по документам" в ерп и закрой месяц, посмотрим насколько тебя быстрый компьютер

(21) Вот это уже интереснее. А если у меня есть функция общего модуля в которой все 10 видов документов прописаны. Это - хуже, чем регистр или лучше?

(29) у меня в торговле сейчас месяц по 12часов закрывается...

(22) Быстродействие - одна из главных составляющих железа, а не ПО

(24) Упрощают для кого?

(30) что значит функция, в которой 10 видов документов прописаны? Как эта функция поможет тебе в запросе получить остаток на сегодня?

(24) в ERP 2.4 есть косяк типовой при отражении проводок в регл.учете - смотрят в документах вид операции, но не учитывают пометку удаления. Д.Б. © Лавров Сергей Иванович

(26) С производительностью понятно. В чем выигрыш, кроме производительности?

(32) Уверен? Вообще-то быстродействие это основная характеристика алгоритма. И неудачный алгоритм быстродействием вычтехники не исправить.

(32) Ты охраняешь мозг от инфы?

(34) Есть документы. Есть понятие остаток, которое является функцией от документов. Вот эту функцию мы и пропишем в общем модуле. В чем ваш вопрос?

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

(38) Не. Я просто умный охранник )))

(40) Удобно кому?

(39) дай догадаюсь, следующая тема будет, зачем нужны запросы, когда все можно в цикле обойти да?)

(43) А это - идея ))) Но не будем отвлекаться

Зачем нужна 1С, если счет счеты и тетрадочка?

(43) а СКД наверное творение дъявола и нет ничего лучше чем табличный документ и вывод в него

(36) В накоплении нужных ресурсов в разрезе нужных измерений, а в случае регистра остатков - так ещё и с готовым механизмом получения остатков.
Независимо от того, как именно сделаны записи в регистр, каким документом, с какими реквизитами, с каким заполнением..

(41) Сам себя не похвалишь, так и будешь (далее по тексту). Народная мудрость.

(47) В чем преимущество данного подхода по сравнению с функцией общего модуля?

лучше ответь, зачем тебе конфорка дома, когда можно еду готовить на костре?

(46) а последняя буква в аббревиатуре СКД - точно не от "Дъявол"? :-)

(50) У меня кастрюльки индукционные они на костре плохо

(47) никогда такого не было и вот опять остатки одно показывают, обороты другое. и нужно применить магическое заклинание
Регистры.какиетотамостаткиобороты.ПересчитатьИтоги();

(49) В скорости получения данных, очевидно. Обратиться к одной таблице с нужными индексами для быстрого отбора будет значительно быстрее, чем перебирать документы "функцией общего модуля".

(0) Документ - это всего лишь инструмент для отражения какой-либо информации в учете.
Сама информация ценная для учета храниться в регистрах.
Это почти зеркальное отражение обычного бумажного учёта. Разумеется с поправкой на преимущества возможностей компьютерной обработки информации.

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

(0) из какого ВУЗа выпустился? скока денег платят?

(54) А кроме скорости?

ТС тупо тролит, а все пытаетесь объяснить...

(57) ИТОГО кроме скорости

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

(55) Ну, _хранится_ информация всё-таки в документах. А регистры - это уже вторичные данные. Это как счет-фактура и запись в книге продаж.

Вот к примеру, реализована конфигурация "Складской учет"
Есть приходная накладная, есть расходная. Табличная часть Товар, количество.

Не делаем никаких регистров, собираем данные из документов. Сделали документы, сделали пару отчётов: ОСВ по товарам, Остатки товаров. Всё собирается из документов.
Ура, всё работает, скорость устраивает.

Возникает дополнительная задача: контролировать учётный остаток в расходной накладной. Хм, ну ладно, написали запрос собирающий данные из приходной и расходной накладной.
Всё работает, скорость устраивает.

Возникает дополнительная задача: обеспечить резервирование товаров. Сделали доп. документ "Резерв", сделали ещё пару отчётов, показывающих резервы, свободные остатки. Реализовали контроль соответствия резерва и остатка.
Всё работает, скорость устраивает.


В системе появились несколько тысяч документов.
Всё работает, скорость вроде пока устраивает.


Возникает задача: обеспечить процесс "Инвентаризация" (с заполнением учётного остатка, с отражением излишков и недостач). Переписываем все запросы  что оперирует остатком добавляя в них движения по инвентаризации. Убили на это кучу времени.

Возникает задача сделать несколько складов и межскладское перемещение (с контролем остатков). Снова переписываем все запросы, все ранее сделанные механизм.

И далее, каждый раз когда возникает какая-то ещё задача по модификации учёта, мы каждый раз вынуждены переписывать всё, что сделали ранее.

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

(55) При использовании бумажной технологии, да, нереально. Но у нас технологии - компьютерные. Тут что из документов собирать, что из регистров. И то и другое будет делать компьютер. Стоимость процесса примерно та же.

(60) В чем простота? Сделайте функцию общего модуля ПолучитьОстаток(). Та же самая простота будет

(36) В предсказуемости.

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

А если сразу регистр, то этой проблемы нет. (Будут другие, но это совсем другая история :)

(62) А зачем  делать вычисление остатка во множестве мест? Сделайте все в одной функции общего модуля, а потом правьте ее при изменении условий

(65) Т.е. у регистров есть минусы? Какие?

(39) >> понятие остаток, которое является функцией от документов.

С какого перепугу остаток стал функцией от документа?
Состояние взаиморасчетов с конкретным контрагентом может меняться различными документами. Приходная накладная, Расходная, Поступление на р/счет, Списание с р/счета, Корректировки, Возвраты, Взаимозачёты и т.д.
По какому документу надо смотреть остатки взаиморасчетов? Собирать все? Ты представляешь себе сложность такого алгоритма? А сложность его адаптации при появлении новых видов операций?

(68) Любая интерпретация данных в учетной системе - есть функция от первичных документов. Разве нет?

(67) неконсистентность.

(69) Миша, а что такое в твоём понимании "первичные документы"?

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

(63) >> что из документов собирать, что из регистров. ... Стоимость процесса примерно та же.

Нет. Стоимость процесса будет различаться на несколько порядков. Не в разы(!), а именно на несколько порядков.

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

(72) и да, не используй при этом ни одного регистра

(68) При использовании регистров, эта сложность "размазана" по множеству документов. А если использовать функцию, тогда все будет в одном месте. Это разве не лучше?

(76) дэк ты скажешь откуда таких уникумов выдают или стесняешmся?

(76) не лучше. Чтобы посчитать, например, оборот по товару/складу за большой период:
в случае регистра данные берутся из одной таблички. несколько строк.
в случае документов онли данные будут собираться из стопицот таблиц, миллионы строк

Терперь поговорим об особенностях каждого вида регистров:

1. Регистры сведений

Пожалуй, самый простой вид регистра. В отличие от регистров другого вида, его ресурс может имень не только числовое значение, но и другой тип данных.

Имеет особое свойство, не используемое в других видах регистров — периодичность.

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

Кроме того, данный вид регистра имеет автоматический контроль уникальности записей по периоду (периодичность, указанная в свойствах регистра) и измерениям. То есть среди записей регистра не может быть более одной записи с одинаковыми показателями период+измерение+регистратор(если он есть). Уникальность записей в других видах регистров осуществляется по регистратору.



2. Регистры накоплений

Предназначен для накопления числовых покателей (ресурсов) и делится на два подвида — Остатки и Обороты. Отличие между ними заключается в том, что Регистр накопления Остатки предназначен для получения информации о состоянии «на момент времени», а Обороты — информации о данных «за период».

Данные регистра накопления хранятся в БД в виде двух таблиц — таблица движений и таблица итогов. Обращение напрямую возможно только к таблице движений.



3. Регистры бухгалтерии

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

Его основная особенность заключается в возможности учета данных методом двойной записи по принципу Дебет-Кредит. Для реализации возможности формирования проводок Регистр бухгалтерии должен быть связан со специальным объектом - План счетов.



4. Регистры расчета

Этот вид регистра предназначен не только для хранения, накопления и систематизации данных, но и для реализации сложных механизмов периодческих расчетов. Для этого в свойствах регистра расчета необходимо определить еще один объект 1с — план видов расчета. То есть работа регистра этого вида невозможна без определения для него конкретного плана видов расчета.

Можно сказать, что регистр расчета используется и для хранения информации о видах расчета, и для хранения результатов расчетов, и для промежуточных значений расчетов. Основное его предназначение в конфигурациях 1с — это расчеты начислений, например, заработной платы и других выплат сотрудникам. И для реализации этих задач при определении параметров регистра расчета, в нем возможно указать связь с графиком времени, что позволяет производить расчеты в зависимости от того времени, которое задано в этом графике. Сам график времени должен быть определен с помощью соответствующего регистра сведений.

© с3.14жжено

(74) Вы говорите "плюсы" во множественном числе. Но никто пока так и не озвучил еще один плюс, помимо быстродействия.

(64) функцию делать надо
а регистра уже

короче тебе бы почитать про NoSQL и Map/Reduce

(77) напалмом хочешь?

(77) Не понял вопроса?

(69) >> интерпретация данных в учетной системе - есть функция от первичных документов.

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

Подробнее см. тут: Место документов в концепции системы «1С:Предприятие». https://its.1c.ru/db/pubapplied#content:52:hdoc

(80) Удобство разработки, быстрота, расширяемость.

(81) Да, ладно. Движения-то все равно прописывать придется

(83) из каких учебных заведений таких одаренных людей выпускают?

(82) последнее время спрашивают рекомендаций куда стоит поступать, а куда нет. веду статистику.

(88) Бессмысленно. Это было 30 лет назад

+(62) Продолжу:
появляется задача добавить суммовой учёт по себестоимости
появляется задача параллельного учёта не только по складам, но и по организациям, в т.ч. с передачей между организациями без реального движения товаров по складам.
появляется задача реализовать учёт товаров в дополнительных разрезах (характеристики, серии), собственность/ответ.хранение, ячейки хранения
появляется задача реализовать учёт товаров переданных на ответ.хранение (комиссию)

(66) И вот у вас уже 10-20-30  функций общем модуле, каждая из которых наиболее оптимально получает нужный остаток. Эта по складам, эта по товарам, эта по складу, эта по товару, эта по товару-складу, эта по организации, эта с суммой, эта с количеством, эта с количеством-суммой

И далее, возникает ещё задача, расходная накладная дополнительно должна учитывать выручку, а потом списанную себестоимость и рентабельность. И у вас добавляется ещё одна задача помимо движения и остатков товаров, считать продажи.
А дальше появляется процесс закупки и заказа товаров у поставщиков
А дальше появляются дополнительные задачи по учёту расчётов.
И далее и далее.

И вот у вас уже конфигурация на пару десятков видов документов, с полусотней различных отчётов, с несколькими независимыми учётными массивами. В базе сотни тысяч введённых документов И в какой-то момент вы понимаете, что те отчёты, которые ранее формировались за пару секунд, сейчас уже формируются минуту и более. А любая модификация системы - это долгий  и трудный процесс, хотя бы потому, что уже сменилась третья команда разработчиков и попросту уже никто не помнит, какие документы в каком учётном массиве должны участововать.

(85) А, да! Про удобство уже говорили. Удобство запишем. А расширяемость - это что?

+ (90)  И в какой-то момент возникает вопрос "А почему же я был таким идиотом и не использовал РЕГИСТРЫ?!" Почему я посчитал, что я самый умный и продвинутый, и решил что обойдусь без РЕГИСТРОВ?

(91) см (90)

(0) документ может делать движения по разному в зависимости от его заполненности
ты все это будешь анализировать для каждого документа ?
а потом логика проведения поменялась - нужны изменения в твоих подсчетах?

(91) с какой целью интересуетесь?

при устройтве на работу на собеседовании тебе без регистров не обойтись :)

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

(36) Можно реализовать принцип "3 пишем, 2 в уме".

Абстракция для повышения сопровождаемости конфигураций

(88) такие места лучше напалмом...

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

(86) в Map/Reduce нет движений ))

(80) Быстродействие это основное назначение регистров и подобных им структур. Остальные "плюсы" побочные эффекты.

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

(102) а в алкаша Ваню в деревне прозвали хакером, после того, как он обнулил кредитную историю всей деревни, украв регистр учета из местного магазина

+(103) "тетрадочку"

(92) Не убедили.
В процессе развития системы, если появляется потребность в новом регистре
ВЫ: Создаете регистр и мечетесь по дереву конфигурации, прописывая его движения в различных документах
Я:  Создаю новую функцию и пишу все в одном месте
В чем ваш выигрыш?

(103) запросто!

Один Миша может задать такой вопрос, что вся элита Мисты ответ найти не сможет...

(80) Считай, что нет никаких плюсов, если тебе так нравится.
Такова концепция ведения учета. Эта концепция взята за основу в 1С. И не только в 1С. Никто не считает остатки и обороты по документам.

Есть некий показатель, состояние которого надо контролировать. Например, деньги в кошельке.
Документов, отражающих изменение этого показателя может быть огромное множество.
Поэтому для простоты и удобства все эти события фиксируют в одной таблице. В регистре.
Чтобы, когда понадобится узнать - сколько же денег - достаточно было бы заглянуть в эту табличку, а не искать долго и упорно последний документ, в котором был рассчитан итог на момент совершения операции.

(105) Не предергивай, Мишаня.
Он создает регистр и прописывает его движения в нужных документах.
Ты создаешь функцию и прописываешь ее вызовы в нужных документах.

(105) На Фокспро и Клиппере примерно так и делали. Предлагаешь "назад, к истокам"?

(109) не, он лопатит _все_ документы от начала времен...

(109) Чем отличается вызов моей функции от запроса к регистру?

(110) кто так делал?
хотя, конечно, дебилов всегда хватало...

(112) У запроса есть гибкость.

(112) Тем, что твоя "функция" - липовая абстракция, которой нет в природе, а запрос это факт.

(114) Вот это интересно

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

(114) а причем тут запросы?

(113) Все. Там не было запросов, только функции.

(119) и что, что не было запросов? Если какой-то дебил не может организовать хранение регистров учета без запросов - причина не в отсутствии запросов, а во врожденном идиотизме

(105) вброшу еще на вентилятор:

сломай себе мозг "покупкой яблок" https://its.1c.ru/db/metod8dev/content/5839/hdoc

(121) Блокировки - это тоже интересно, спасибо

(105) Давай с другой стороны.

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

Как вы предполагаете собрать такую информацию по документам?

(122) регистры - это другое. но тоже интересно. пожалуйста

(122) Блокировки к теме мало относятся. Что в документе хранить остатки, что в регистре - работа с блокировками будет примерно одной и той же.

(123) А как она попала в регистр? С неба? Или все-таки из документов?

(0) к каким табличкам  в БД делать запросы- дело ваше.

прям вспоминаю начало карьеры, когда переносил базу из семерки в 8ку. Там тоже один отчет был написан по документам и формировался 2 часа. После кого, как перенес в 8ку и переписал его на регистр, он стал формироваться просто за пару секунд, видели бы вы выражение лица тетеньки которая его столько лет по 2часа ждала))

(125) остатки в документе не хранятся (кроме как справочно). в документе хранятся движения.

(128) ну если ба в 7ке были бы анси подобные запросы 8 ки - то взлетел бы и по докам.

(129) движения хранятся в регистре

(125) встречал поделки, где остатки в справочнике Номенклатура хранились. ну и справочник постоянно переписывался "для справки" - а сколько осталось

(130) там вообще запросов никто не писал, писали все обходом элементов циклами, много циклов))

(128) ну, прямым запросом в по документам семерке он мог считаться и в разы быстрее, чем в восьмерке.

(133) сдуру можно сломать все, что угодно...

(134) там отчет был колхозно-крестьянским способом написан)

(136) примерно как ТС и предлагает

(136) т.е. методом топикстартера...

(138) именно)

Регистры нужны, чтобы взять _уже рассчитанные остатки_ на начало месяца (или на начало дня в зависимости от периодичности хранения итогов) и прибавить немножко движений до заданной даты, например, до текущей.) Тем самым мы получим остатки на заданную дату, например, на текущую, и нам не придётся лопатить документы за многие прошедшие годы.

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

в общем если баба Клава в регистратуре будет скучать и толстеть от плюшек, съеденных на нервной почве в ожидании отчета, написанного ТС по документам, знай - это твоя вина)

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

(142) может, ему хотя б непрямой массаж мозга сделают....

(126)в (123) был намёк на то, что налоговый инспектор не будет копаться в "этих ваших" документах, потому что это не эффективно

Посмотрел сейчас, какое максимальное количество записей в регистрах на проде. 3 миллиарда, блин. Точно, по документам надо было бы работать, сколько бы места сэкономилось...

(146) А то!

(146) зато время бы потерялось.

(147) Да, а в таблице документов 2.7 млрд строк всего. Чорт, Миша, а ты ведь прав...

(148) совесть бы потерялась и сон бы был не спокойный, уши то и дело краснели бы

(140) Так не мы будем лопатить, а компьютер. А он - железнокаменный. Ему все равно

(105) Я даже больше скажу - для ведения учета достаточно 1 документа, зачем создавать несколько?

(148) А вот не факт, что потерялось бы. Хотя, с учётом времени на разработку оптимальной архитектуры и запросов с индексами, скорее да, чем нет.

(112) Твою функцию нельзя использовать в запросах, где требуется остаток.

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

хотел бы я взглянуть на регистр партии при условии что в расходных документах партии выбирают руками. Интересно сколько бы времени занимал контроль остатков при проведении

(152) можно пойти дальше - достаточно одного справочника

(157) и придем опять к тетрадке и калькулятору...

(527) Правильно и движение хранить в ТЧ номенклатуры. Вообще красота

(158) тетрад_кам_. Это и будут регистры

(0) Гений 1С - перелогинься

(0) Очередной адепт Фузины? Там регистров нет

(161) (162) Это намного хуже - это Миша Калимуллин :(

(151) Его ресурсы ограничены. Запрос к документам с начала времён выгребает всю базу.
Даже 1 такой запрос подвесит сервер, а 1000 пользователей, которые каждые 5 минут обновляют остатки, такими запросами подвесят ЛЮБОЙ сервер.

Как-то спорили с коллегой по поводу одного ТЗ. Он предлагал регистр, я - документ.
Его аргумент был: "1С всегда рекомендует регистры".
В итоге я сделал через документ - всё работает :)

(157) достаточно одной таблицы - ну а как ее кто назовет ...справочник , документ, регистр ,

Ну а там уже вопросы к СУБД

(126) >> как она попала в регистр? С неба? Или все-таки из документов?

Из МНОЖЕСТВА документов.
Одна запись в книге покупок - это информация сразу из нескольких документов - первичных (акт/накладная, счет-фактура, платёжка) и регламентных (распределение НДС, подтверждение НДС, формирование записей).
Пойди и собери её по всем этим документам, которые могут быть разнесены совершенно произвольно во времени.

(166) предлагаю назвать "универсальная фузина". Заодно можно придумать много слов от этого предмета: "зафузинить", "обфузиниться"...

(166) Ты придумал CouchDB

Просто подумаем, как будем решать без регистров такую задачу:

Рассчитать оборачиваемость товаров по количеству и по себестоимости по дням, по тем товарам которых на текущий момент на остатке не менее чем на 100 тыс руб или не менее чем 100 единиц.
Оборачиваемость считать как отношение среднедневных продаж к среднедневным остаткам за предыдущие 365 дней.
В качестве количества дней для расчёта среднедневных продаж и остатков считать только дни с положительным остатком на конец дня.

(170)+ https://blog.pablobm.com/2019/07/18/map-reduce-with-couchdb-a-visual-primer.html

(169) Эта парадигма одной таблицы достаточно новая (относительно реляционных) и вполне себе используется в учетных системах

(171) точно так же, как и с предварительным разделением данных по регистрам.

(171) Легко.
1. На шаге Map отбираются только значимые документы
2. На шаге Reduce они считаются между собой для получения результата
3. При исправлении старого документа или заведении нового заново запускается пересчет по шагам 1 и 2, старые результат доступен до окончании нового пересчета долгого

(175)+ Огромный плюс MapReduce в легкости распараллеливания в отличие от реляционной классики

(171) самое главное что есть табличка с движениями

(177) не табличка с движениями а набор документов произвольного вида

(178) набор документов редуцируется в табличку с движениями...

(179) Не надо редуцировать это лишнее если не требуется выводить в отчетик и потеря данных
Данные хранятся как первичка в виде json документов обычно

А ещё я могу добавить такую задачу как "Сторно" :)
И вуаля, снова надо переписывать все запросы собирающие движения

(181) для отчета по документам тебе нужно переписывать "сбор движений". для отчета по регистрам - переписывать отражение движений.

(181) не надо
просто добавляется минусующий документ, который обрабатывается точно так же как первичный

(181) если запрос составлен секциями через union all то
скорее дописать .

А теперь давайте опустимся с пространных теорий о высших материях и неограниченной мощности серверах на грешную землю,
и попросим бухгалтера сформировать отчёт за последние 5 лет на процессоре Core i3 с 4-6 Гб памяти (среднестатистический компьютер).
Собрать этот отчёт по первичным документам...

(0) Кстати сделай такую конфу
На 8.х
Чтоб все данные только в документах и отчеты при получении данных обращаются к документам.
Потом отпишись про быстродействие.

(140) но это неточно :) документы можно тупо записать (изменить реквизиты), а движения в регистрах не изменятся.  и тут триумф ТС - "я же говорил, что надо по документам" собирать :)

"Не нужна эта одинэска нам, у нас эксель"
Когда работал во франче, так ответили менеджеру по продажам по телефону.
При том звонок был не "холодным", ранее клиенты хотели купить БП+ЗУП.
Видимо, всё правильно сделали

(185) Он у него уже должен быть сделан к этому моменту
Или в регистрах или в результате MapReduce

Ты задачу переформулируй на прикольную более, надо внести исправления задним числом в каждый квартал этих 5 лет и получить отчет вчера

+(187) программно документы изменить обормоткой. Естественно, в режиме предприятия такое не прокатит по кнопочке "Записать", если документ "проведен".

(189) Более прикольная задача это сделать свертку.

(191) угу при партионке строгой
когда удалять документы прихода/поступления низзя ибо из них партии образовались еще висящие на остатках
а уже проданные партии надо удалить и доки

(0) Уговорил, на самом деле не нужны. Удаляй.

Если в конфигурации нет отчетов, то регистры не нужны.

(194) а если нужен контроль остатков и взаиморасчетов при проведении документа продажи к примеру?

(195) Все как обычно, только остатки получаются функцией по методу ТС.

Будет работать до тех пор, пока клиенты не начнут плевать и сваливать с кассы.

Для упрощения программирования.
Написать в каждом документу проведение регистра с разными простыми условиями для данного документа.
Особенно когда это все еще и меняется во времени. до 01.01.01 считаем по лифо с 01.01.01 оп 31.12.01 по фифо. Следующий год по средневзвешенной и так по кругу в произвольном порядке. При этом ни проведение документа ни отчеты не меняются.
Потом отчет выбирающий его остатки, движения и т.п. с определенными условиями группировками и т.п.
То написать такую функцию которая это все будет поддерживать можно будет просто застрелиться.
А после завтра добавится документ делающий еще движения по этому регистру и создать его и прописать проводки займет час времени.
Поправить функцию неделю или даже больше.

(10) понятно как - распечатать по кадрам
https://pikabu.ru/story/raspechatayte_video_4887862

А если база распределенная и остатки нужны в периферийной базе а документы нет. то функцией задача вообще не решается или функция для каждой базы будет своя и надо еще кучу моментов продумывать.

(196) а если при записи надо будет проверять, а с базой работает 100+ юзверей, как быть с блокировками?))

да все нормально будет, не очкуй. пиши функции, лет через 5 создашь тему "как ускорить формирование функцией остатка в базе по документам за 5 лет? регистров нет функция считает весь день."

А в (0) не фузиновец ли, случаем?

(0) проще, быстрее, сугубо минимизируются избыточные блокировки (если в И 2 калеки - пофиг, а если от нескольких сотен бодрых юзеров - это очень важно), значительно снижается нагрузка на сервера (особенно СУБД) и сеть и т.д. и т.п.

(173) Надеюсь там 1 колонка (гулять - так гулять) с типом BLOB?

(187) В регистрах то, что "пишем". В документе - то, что "в уме".

(202) не, это альтернативно одаренный последователь теории что вода и атмосфера вредны для жизни и надо срочно переселяться с Земли.

Удобство разработки.
Быстродействие.
Права.
Логическое разграничение объектов.

Собственно для этого в принципе и нужна СУБД, так то можно и на бумаге вести учёт

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

А потом ты догадывается взять тетрадочку и заносить накладные в неё: сколько какого товара пришло. А в конце дня ты по тетерадочке подсчитываешь итог за день. А на отдельной страничке тетрадочки ведёшь табличечку с количеством товара. И тебе остаётся только посчитать по табличечке, сколько товара ушло-пришло.

Итог: накладные - это документы, тетрадочка - регистр, табличка в тетерадочке - виртуальная таблица регистра.

(208) такими темпами еще лет через 20 он и до двойной записи дойдет, привет Луке Пачиоли!

(107) Просто у Мишы уникальный случай. Для него любой ответ - не ответ, потому-что потому-что

(206) Аа, вотоночо.
Ну, в принципе, показателен уровень фузиновцев, коли я этого товарисча к ним записал)

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

(210) Не. Для меня любой ответ - ответ. Каждый ответ хоть чем-то, да ценен

(213) Незаметно. Вы в любом слове находите где придраться и задать вопрос уровня почему этот цвет называется именно так, а не иначе.

(212) Как раз наоборот зачем писать в документы, потом писать в регистры. Долго.
На самом деле документы для ввода данных
Регистры для получения информации и отчетов.
И это разные разрезы.
Я так понял автор заработал первые денежки на 1С и не хочет часть их потратить на хорошие курсы...

Не забывай что означает "1С"

(212) + Но вопрос не столько в быстродействии как таковом, сколько в скорости падения быстродействия с ростом объема данных.

Регистры это не панацея.
Сплошь и рядом в отчётах по регистрам инфа дёргается из регистраторов.
Зато по регистрам

(218) иногда это правильно.

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

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

(151) а ждать результата тоже будет железка или всё-таки человек?

(222) У ТС просто квантовый ком и ему не составляет труда каждый раз с начала эпох считать документы

(223) может, у него просто эпохи короткие?

(212) Вы не первый, кто говорит про сложность. Но смотрите. Если ситуация простая, типа приходная накладная - это плюс, а расходная - минус, тогда и функция будет простая. А если функцию надо писать с подвывертом, то и движения в документы надо будет прописывать с подвывертом. Сложность никуда не денется. Она как масса и энергия, не пропадает бесследно. Хотя иногда и возникает из ничего ))) Тут многие говорят, что использование регистров порождает простоту, но никто так и не привел хоть каких-то доказательств этому тезису.

(225) Один из показателей сложности (мудрёности) кода - это длинные простыни процедур, функций, запросов и прочих блоков. В общем случае помещение информации в регистр и извлечение её оттуда - это несколько строк. Одна большая универсальная функция - не есть гут. В твоём варианте придётся писать простыни

(225) >Тут многие говорят, что использование регистров порождает простоту, но никто так и не привел хоть каких-то доказательств этому тезису.
Да вы просто не готовы понимать и принимать то, что вам говорят.

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

(0) Возьми остатки товаров на складах на текущий момент
Фирма действует 20 лет, количество документов 10000 в день

(225) ты можешь сам это легко проверить, заведи штук 5 документов которые делают движение товаров. Для расходных документов сделать еще контроль остатков при записи. Напиши свою фукнцию для вычисления остатка, сделай отчет на скд, где будет начальный остаток приход расход конечный остаток. А потом просто добавь еще 2 документа, которые будут так же влиять на остаток. В случае регистра, тебе придется всего лишь в модуле объекта новых документов передать фукнцию для заполнения регистра накопления. В случае же работы по документам, тебе придется перепиливать твой контроль остатков, а так же перепиливать ВСЕ отчеты, в которых нужны остатки/движения товаров.

Пока ты пишешь функцию, собирающую данные из документов, где-то в мире один человек покупает планку памяти

(225) "Тут многие говорят, что использование регистров порождает простоту, но никто так и не привел хоть каких-то доказательств этому тезису." - весеннее обострение? :) Собери хотя бы один раз остатки номенклатуры по документам.

(229) Зачем перепиливать все отчеты, если во всех отчетах обращение к функции? Какая принципиальная разница между обращением к функции и обращением к регистру?

(231) Это - не доказательство

(232) У тебя с запросами как?

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

(234) походу никак, тупо цикл по документам)

(234) Не жалуюсь

(233) Так собери для начала

(238) ВЫБРАТЬ ОБЪЕДИНИТЬ ВЫБРАТЬ СГРУППИРОВАТЬ

(239) Нас интересует объемы,если 20 накладных за год то не смешно.

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

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

(0) мне кажется только быстродействие, имхо. А какие ещё могут быть важные преимущества? Например, у документов над регистрами если не быстродействие, то какие есть преимущества?

(240) Со объемами все понятно. Я об этом еще в (0) сказал. Вопрос не про объемы. Если что-нибудь еще, говорящее в пользу регистров, кроме быстродействия?

(237) про виртуальные таблицы слышал?

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

Надо просто прикинуть трудозатраты на написание отчёта аналогичного самому простому отчёт из любой типовой типа "Ведомость по товарам на складах", не имея регистра УчетТоваровНаСкладах.
Ну так чтобы был весь функционал отборов, группировок, расшифровок.

(233) Доказательство: в УПП для контроля заполнения документа "перемещение товаров" собираются остатки по регистру ТоварыНаСкладах, а также по регистрам ТоварыВРезервеНаСкладах, ТоварыКПередачеСоСкладов, ТоварыКПолучениюНаСклады... Здравый смысл - доказательство.

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

(243) В отсутствии регистров есть преимущество. Та самая простота, о которой тут говорят применительно к регистрам, но не могут обосновать.
Есть результат вычисления функции, есть функция, есть ее аргументы (первичные документы). Если что-то идет не так, то есть только одно место, куда надо смотреть

(243) "Например, у документов над регистрами если не быстродействие, то какие есть преимущества? - термин "момент времени" Вам что либо говорит?

(245) конечно

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

(251) момент времени есть и у документа.

(250) Вы так много пишите про вашу супер пупер функцию, а так ее ни разу и не показали, скиньте хоть пример вашего творения)

(255) и обращение в скд к вашей функции

(253) Как конкретно? Можете привести пример?

По научному это называется денормализация и нужна она для увеличения быстродействия.
В твоём случае можно и обойтись

(255) а чего ее писать? та же сумма, только с фильтром. оно ничем от виртуальной таблицы регистра особо не отличается (кроме фильтра и определения знака)

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

(257) что именно "конкретно"?

(258) Кроме быстродействия других преимуществ нет?

(261) Пример ошибки и более быстрого поиска ее

Ну а 1сникам вдолбили что только по регистрам и поэтому они по другому даже не могут предоставить себе

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

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

(260) А я полагаю, что это высказывание более подходит к регистрам, чем к функции

(259) так что она будет возвращать, такую же виртуальную таблицу со всеми движениями?)

Платформа 1С позволяет создавать конфигурации без регистров накопления, о чём спор вообще? Не нравятся регистры, не пользуйтесь. Вот есть вполне себе успешная WMS система без единого регистра накопления.

(249) Безотносительно конкретной логики, конкретной конфигурации.

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

Банальная операция: в момент отгрузки вам надо понимать остаток товара на складе/по организации, с учётом резервов, для контроля цен по рентабельности рассчитать партии их стоимость, определить состояние взаиморасчётов, чтобы понять какую предоплату зачесть или к какому сроку требовать постоплату.
Ну и соответсвенно некая система отчётности о товарах по количеству и стоимости, резервах, взаиморасчётах, прибыли

На 1С с использованием регистров даже с полного нуля эту задачу в упрощённом виде можно решить за пару недель плотной работы. А без использования регистров? Сколько времени займёт написание этого хозяйства без использования регистров?

Остатки в регистрах часто рождаются не простым алгоритмом: остаток+приход-расход.
Например какая-нибудь себестоимость готовой продукции складывается не только из себестоимости сырья, но еще из прямых и общепроизводственных затрат, которые распределяются на выпущенную готовую продукцию. Т.е. для определения себестоимости гп на складе, нужно перебрать не только документы списания материалов в производство и документы выпуска готовой продукции, но еще и все документы, которыми отражаются затраты. Перебрать и смоделировать в этой функции начисление зарплаты, оплату аренды, амортизацию основных средств и т.д. Далее распределить эти затраты на незавершенное производство помесячно. Что за мега фунция должна быть, которая будет учитывать почти все хозяйственные операции предприятия?

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

(270) А на фузине так это вообще пару дней джуна всего, и без всяких регистров :)

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

(268) что нужно, то и будет возвращать. напишете - вернет остаток. напишете - таблицу со всеми движениями.
данные-то у нас на входе одни и те же (пачка првичных документов).

(271) точно такая же функция, ккоторая используется для заполнения регистров со всей этой херней.

Надо понять, имхо, базовую вещь: в документах отсутствует то, что ими же самими не описывается. Например, их окружение среди прочих документов. Попробуйте документами описать ситуацию, когда изымается документ поступления товаров на склад, после того, как уже есть документы перемещения этих товаров между складами. Понятие "отрицательные остатки" ничуть не менее значимо, чем сами документы.

(277) Поэтому и не должно быть никакого изъятия, а только сторнирование.

(244) Тебе сказали уже
Одно дело логику проведения заложить в код, другое дело объединить логики проведения всех документов в одном запросе
Ты либо глуп либо троллишь нас

(277) это означает что есть какая то хоз операция не имеющая отражения в системе

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

Да похоже просто троллинг.

(278) Это не принципиальное возражение, которое не изменяет сути вышесказанного - в документах отсутствует фактор времени. Документы фиксируют время, но не используют его.

(282) это уже давно понятно, но людям походу скучно на работе

(274) Не, это на Интеграле так

(282) Нет, не троллинг. Он прав, регистры в принципе можно не использовать, платформа этого не требует.

(282) Это не троллинг - ограниченный интеллект не позволяет осознать ошибочность суждений :)

(286) В принципе можно и 1С не использовать
Да что там, мозг даже можно не использовать
Многие и не используют

(287) Ну так если в среднем по планете IQ 100 и у кого-то он выше, значит неизбежно есть те, у кого он ниже

(281) ну и фиксируй документом остатки.
(287) кто б говорил про "ограниченный интеллект" :-)

(286) вопрос не про "можно или нет", а про "какие преимущества"

(289) не расстраивайся, зато у тебя куртка кожаная.

(290) я не понял. Ты на чьей стороне? :)

(286) А вот это уже демагогия :( Речь отнюдь не о платформе - ссылка на платформу - не довод.

(292) Кто тебе сказал, что я расстраиваюсь?

(293) я на стороне истины. :-)
я представляю как работать с регистрами, и как без них. представляю и плюсы, и минусы. видел. писал. работал.

(296) Плюсы? Не надо изучать 1с?

(295) тем более :-))) принял неизбежность - это уже хорошо

(296) Работать можно на всём :) На калькуляторе, на коленке, вычислять умножение сложением, столбиком...

(297) а причем тут 1с? жизнь не ограничивается 1с. и учетом. и учет не ограничивается 1сом.

(288) Тебе да, можно и не использовать, никто от этого ничего не потеряет.

(299) именно. и не надо применять квантовый компьютер там, где достаточно знаний начальной школы.

(291) А этот вопрос не имеет смысла без предварительного обсуждения архитектуры разрабатываемого решения :)

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

Ну в (0) вопрос "Зачем использовать регистры", а не "Можно ли создать учетную систему без ипользования регистров".

(244) С жизнью всё понятно. Так чем жизнь лучше, чем смерть? - вся суть ваших претензий.
Вы по какой-то невиданной причине хотите получить 100500 преимуществ одного над другим, когда в жизни такое не встречается (даже в рекламе делают упор на одном-двух)

(305) уже ответили - скорость

(294) Если вопрос ставить - "какие преимущества имеют типовые от 1С от использования регистров", тогда ещё что-то можно обсуждать :)

(302) LOL
Достаточно знаний начальной школы, чтобы забацать запрос остатков на складе по полусотне регистраторов

(300) Стоп, стоп. Это уже уход от темы. Я сейчас вспомню вам, как я зарплату бригады считал на арифмометре "Феликс М"... а оно вам надо?

(290) Ну, тогда чем зафиксированные в документе результаты работы функции принципиально отличаются от регистров? Отсутствием промежуточных итогов с целью замедления?

(310) с козырей зашёл

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

(313) Оттягивает веко

Давайте все подуспокоимся и прекратим переход на личности.

(313) Ты имеешь в виду, что фраза "остатков на складе по полусотне регистраторов" - бессмыслица?

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

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

(312) А чего не так? Самое время программистам 1С, отвергающих регистры, напомнить инструкцию по эксплуатации - https://typewriterbook.ru/wp-content/uploads/2015/11/Arifmometr-Felix-instruktsiya.pdf Эти программисты против прогресса уже где-то рядом с арифмометром :))

(319) Меня 1С учил одинь дядька на примере гроссбухов :)
Так что я на Вашей стороне

(318) А по мне, так это наоборот минус.
Ну вот есть у меня взаиморасчёты, мне нужно понимать состояние взаиморасчётов при проведении любой операции по взаиморасчётам (будь до отгрузка, оплата, инвентаризация или корректировка задолженности).. Ну и куда мне бежать, где собирать остатки? В каком "предыдущем" документе?

(319) можно еще напомнить ПОЛОЖЕНИЕ О ДОКУМЕНТАХ И ДОКУМЕНТООБОРОТЕ В БУХГАЛТЕРСКОМ УЧЕТЕ (утверждено Министерством финансов СССР от 29.07.1983 № 105)
3. Учетные регистры



3.1. Содержащаяся в принятых к учету первичных документах информация, необходимая для отражения в бухгалтерском учете, накапливается и систематизируется в учетных регистрах.

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

3.2. Формы учетных регистров, порядок записей в них, обработки и использования определены инструкциями о журнально-ордерной форме счетоводства, инструкциями по бухгалтерскому учету в учреждениях и организациях, состоящих на государственном бюджете, общеотраслевыми руководящими методическими материалами по созданию и внедрению автоматизированного бухгалтерского учета в составе АСУ предприятий, учреждений и методическими указаниями по организации бухгалтерского учета с использованием вычислительной техники.

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

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

(225) тебе привели отличный пример с бумажным учетом на складе. в (208)

попробуй его осознать в полной мере.

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

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

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

(324) ..... и если выяснится что итоги не идут с первичкой ....
придется пересчитать итоги

(324) с другой стороны, он может пересчитывать свой склад еженедельно, и формировать документ инвентаризации.  И это тоже будет работать аналогично регистрам с периодическим итогом.
но тут возникает фокус - а вот нужно одновременно посчитать марьванне остатки по складу, татьянеперовне - взаиморасчеты с клиентами, а ленвасильне - кассу. а документы - в одном экземпляре...

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

(327) конечно может.
и может еще формировать документы оборотов.
но стоп!
тогда он получит на своих функциях эмуляцию того же регистра?
инакуа ?

Читал не все. Ну подняли настроение как всегда.
Почти угорал. )))
Если автор ветки не стебется бы сказал- "Прими как должное подрастешь поймешь".

(329) накуа? ну примерно для того же, для чего ты на своих регистрах эмулируешь документ:-) ведь по сути, ты в регистр пишешь подмножество документа, и вычисляешь итог.

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

(330) я думаю, ТС поднатужится и к пятнице выродит тему: Зачем нужны запросы, когда можно все выборкой в цикле все обойти, кроме как быстродействия)

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

(332) А Вася ИП на УСН

(331) "ты в регистр пишешь подмножество документа, и вычисляешь итог." - секундочку, позвольте! Не "документа" - а "документов"! Это принципиальный вопрос, вопрос перехода количества в качество.

(333) собственно, это и делает сервер внутри себя.

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

(336) вопрос совершенно непринципиален.
если у нас все сводится к одному-единственному документу - то и городить регистры не за чем. все есть в этом самом единственном документе

(334) Не придирайтесь к словам, зрите в корень: требование ведения учета проистекает не только "изнутри", но и насаждается "из вне". Не только требование, но и правила. Помянул "бухгалтерский учет" только из-за того, что навеяли учетные регистры.

(338) некоторым не мешает понять, что сервер не колдует, а по своей сути серверной точно так же крутит внутри себя эти циклы ,отбирая отборы...
зы. для меня в свое время открытием было, что "в SQL-е тоже индексы есть" :-) правда ,этло было достаточно давно - году в 95, чтоль...

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

(339) Один документ, два документа, три... сколько Вам ещё нужно документов, чтобы признать необходимость использования такой сущности как "учетный регистр"? :) Я ранее уже об этом говорил - об усложнение системы до такого состояния, когда возникает потребность в разнообразии сущностей.

(342) Вот уже нечестное обвинение в узости мышления :( Это Вы пытаетесь маленький кусочек реальности пропихнуть в замочную скважину и утверждаете "Если пропихну - то и всё остальное влезет!"

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

(344) почему "нечестное"? вы пытаетесь на глобус 1с-овской реализации регистра натянуть все разнообразие учета и отчетности...

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

(323) Ну, разумеется на кассе контролировать остаток продаваемого товаров бессмысленно (вне зависимости от того, есть регистры или нет).

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

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

Ну и на мой взгляд, в контексте программных продуктов на базе платформы 1С, именно отказ от регистров - неоправданное усложнение системы.

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

(346) Вы хотите поговорить про это? Про убийц 1С, про другие реализации и альтернативы? :) 1С Вам дали инструмент - платформу и конфигурацию (и навязывают свои методики- оборотная сторона медали). Считаете излишнее сложным их подход? Упрощайте, я - не против. Как упростите весь учет до одного документа без регистра - сообщите :))

(350) А вы именно это пытались сказать?
Ну так вообще ничто не является "обязательным". Всё зависит от задач и ресурсов :)

(350) Так это давно уже выяснили.

Всем спасибо, было весело, ушёл с ветки - работу работать :)

(349) нужен ли вам автомобиль, в котором заложен потенциал развития до подводной лодки, установки навесного оборудования для обработки сельскохозяйственных угодий и проведения строительных работ, ФВУ для езды в условиях ограниченного ядерного конфликта? ("нужен" - это в смысле не "хотите ли", а "готовы ли купить"? )

регистры выполняют функцию агрегирования данных в 1с.

(355) тут можно и по другому написать. Вот думал ты, что тебе нужна лишь машина в роли поповозки из пункта А в пункт Б, купил себе оку, для этих целей. А потом понял, что на дачу толком ничего не привезти, в машине то жарко, то холодно, а с твоим 2м ростом, как то очень не удобно в ней ехать. А можно было заранее продумать, что тебе действительно нужно и исходя из этого делать выбор.

(355) Ну разумеется такой автомобиль мне не нужен :)
Но я бы хотел, к примеру, чтобы на автомобиль можно было легко установить фаркоп, даже если в данный момент я не предполагаю использовать прицеп.

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

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

(303) это и пытаются объяснить ТСу, уличая его в манипулировании фактами с помощью максимально упрощённых примеров.

(303 + (361) ну то есть вопрос задан абстрактно "в чём преимущество?", коллеги отвечают, что в том-то и в том-то в общем случае (который включает и сложные конфигурации, типа ЕРП, например), а автор переходит на конкретику в виде "один документ приходный другой расходный: видите, тут и без регистра удобно и быстро - вы не правы получается".
Тема сделана для срача, а не для обсуждения. Автор лишь вбрасывает для того, чтобы срач продолжался.

(361) Так он манипулирует фактами не умышленно, просто вот такой он человек.

(363) интернету без разницы кто какой человек. Проверять здесь это никто, конечно, не будет (c)

(0) ответ очень простой:

Регистр это интерфейс зоны записи данных от зоны получения данных, так как для записи и чтения информации обычно нужны разные требования к составу данных, скорости получения, и т.д. то систему записи и чтения разделяют (это общепринято), в том числе и среди программистов (одни программисты занимаются только отчетами, другие только документами), что-бы между ними не возникало недопониманий и конфликтов - вводится промежуточное хранилище (регистр) за который отвечает АРХИТЕКТОР.

Те кто пишут отчеты твердо уверены, что пока АРХИТЕКТОР не поменяет структуру (а он очень ответственное лицо) то все отчеты будут правильно работать как-бы ни косячили те кто делают документы и справочники. И наоборот, те кто делают документы обладают свободой, например всегда могут добавить новый тип документа (например корректировка поступления) и будут уверены, что все отчеты сразу будут правильно работать.

(364) Да ладно, Мишу здесь и на инфостарте многие знают. А теперь ещё и на хабре :)

У меня был случай такой.
2 молодых 1сников ушли c франя через 2-3 месяца.
Потом мы обнаруживаем клиента  в городе у которого
они запилил зарпалту на справочниках (тогда типовых в наших краях не было).
Я долго был в ауте. А пацаны то при приеме были шустрее и умнее меня вроде.

(366) осталось по примеру гениталия еще и на мамбе начать публиковаться

(368) Не, ну тут не настолько тяжелый случай.

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

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

(365) В таком стиле и с функцией можно работать. АРХИТЕКТОР определяет сигнатуру и далее все на нее ориентируются

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

(372) Миша, а что ты вообще доказать-то хочешь, а?

(373) то от куда берутся данные не должно менятся. если берем из документа, то банально я вместо поля "Статья" сделаю составное поле "СтатьяДДС+Строка" и посмотрим как с этим справится твоя универсальная функция...

(371) нет смысла подсчитывать сколько раз про быстродействие сказали, потому что это не прямой ответ на вопрос в (0). Но на каждый ответ по теме вы общее сводили к частному и это брали за контрагрументацию. Но так не работает. Вы или сформулируйте конкретный пример и задайте вопрос на его основании "В этом случае какие плюсы и минусы двух подходов" или хоть раз аргументируйте в общем. Например, тот ответ, что вам дали в (365)
(372) нет нельзя в таком стиле работать и с функцией

(374) что все РБД - суть кавадратные талбички?

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

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

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

(380) некоторые таблетки могут ее укорачивать. или делать ярче

(381) С регистрами тоже самое :)

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

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

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

(374) Я хочу получить ответ на вопрос в (0). Собираю информацию

(375) Откуда взялось прилагательное "универсальная"?

(383) В чем конкретно заключается удобство анализа? Если вам говорят, что что-то не так в отчете, то в случае с регистрами вам придется для начала понять на каком отрезке баг. На отрезке от документа до регистра или на отрезке от регистра до отчета. Т.е. работы, как минимум, вдвое больше.

(377) Прямоугольные все-таки

(386) Чтобы что? Цель сбора информации какова? Очередную бессмысленную статью на инфостарте опубликовать?

(390) Информация лишней не бывает )))

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

(388) собери НДС без регистров.... одних только видов документов которые влияют на него несколько десятков.... а если тебе надо например Выделить НДС по текущим остаткам в разрезе партий по правилам ФИФО,

просто попробуй это описать хотя-бы словами.

а вообще читай, что такое нормализация и денормализация данных, там все ответы на твои вопросы есть.

И кстати для анализа уровня бота ответь на вопрос:

сколько кг НДС может прикупить гл. бух в магазине?

(0) а зачем нужна БД и структурные запросы, если можно все хранить в текстах и извлекать обычным кодом на языке программирования, используя функции чтения файлов ОС?

(0) Зачем нужны документы, если в справочник могу добавить реквизиты - "дата" и "проведен". И рисовать самодельные проводки?

(395) зачем нужны языки программирования, когда можно напрямую писать машинный код:

(396) Зачем нужно писать машинный код когда есть счеты?

(397) зачем счеты, когда есть пальцы?)

(398) Не у всех пальцев хватает

(392) У вас в отчете цифра 100. Вам говорят: не правильно. Вы проверяете - а что в регистре. В регистре 100. Ну, ок. А дальше что? У вас 20 документов формируют эту цифру

(400) а в случае с функцией как в таком случае?

(401) Вы анализируете функцию. Сложность та же. Но тут вы анализируете все в одном месте и всегда знаете - где это место.

(402) а что там будете анализировать? я имею в виду, как вы видите процесс поиска ошибки? (вы это не уточнили, но я предполагаю, что вам кроме "не правильно" говорят всё-таки сколько "должно быть")

(403) Допустим, говорят. И что?

(400) это ты про отчет 6НДФЛ ? его параллельно зряплатчик и бухгалтер по зряплате в экселе ведут. сверяют данные, что им программа насчитала. "г@вно эта ваша одинэс"

(404) что "что?" ? Я же вопрос задал не про "допустим или не допустим".

(406) Анализируете как обычно. Отладчик, точки останова, контроль промежуточных значений. В чем вопрос?

(402) проанализируй функцию в ЗУПе, скорее она тебя проанализирует отладчиком :)

Один спрашивает - зачем нужны регистры, если есть документы ?
Другие отвечают - регистры нужны, потому что скорость и так далее...
Вывод - не нужны документы, надо сразу писать в регистры

(409) а еще есть документ-справочник-отчет. модное слово "АРМ" - рабочее место эникейщика. х@р поймешь без пофигуратора - что это?

(388) Ты застрял в парадигме "Документ = Запись в учете". А это не совсем так.

Конечная задача любого учёта - получить отчет(ы) о состоянии тех показателей, которые интересуют бизнес.
Отчеты бывают нескольких типов/видов.
Состояние показателя - остатки.
Изменение показателя - обороты.
События, приведшие к текущему состоянию показателя - реестр всех изменений показателя.

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

(251) а есть типовые где это используется (кроме зуп)?

(411). И как в этой парадигма до сих пор жив и здоров регистр бухгалтерии - ума не приложу

(409) >> Вывод - не нужны документы, надо сразу писать в регистры.

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

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

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

для понимания от куда взялось значение - программист не нужен, даже в кошмарном ЗУП почти все отчеты позволяют получить развернутый ответ "от куда это значение".

Хотя конечно есть примеры и говноотчетов, но это скорее исключение...

Судя по появлению СКД в 8ке - в 7ке это исключение начало становится правилом

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

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

Но документы вместо регистра накопления как механизм хранения остатков и документы в качестве источника деталей запроса по реальному регистру это разные вещи. Если данных в регистре не хватает, значит нужны еще регистры?

(420) >>>Если данных в регистре не хватает, значит нужны еще регистры?
обычно - да

но есть дополнительные механизмы, например "критерии отбора" которые не добавляют никаких таблиц, но тем не менее сделаны именно для работы запросов напрямую с документами.

Если кратко - в 99% случаев запросы должны идти только к регистрам..... И кстати нехватка информации в регистрах показывает проблемму архитектора системы.

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

(421) Всё горе от "пользователей", которые имеют право выражать свои хотелки, но не знают, чего хотят. С ними вечно переделываешь всё по несколько раз в течение года. Причем они еще и норовят всю ответственность за "не знаю что хочу" переложить на программиста

(422) Это - шутка?

(423) у вас странное чувство юмора. это - реальность.

(423) Вы никогда не переделывали работу несколько раз только потому, что клиент сам не знает чего хочет? Завидую.
Самый "кайф", когда ты предлагаешь вариант, его отвергают, а потом к нему всё и возвращается спустя пару месяцев.

(425) один из наиболее эпичных случаев был когда придумывая реализацию очередной хотелки бухов в модуле САП перелопачивал код, попутно читая комментарии с датами внесения правок.
обнаружил что через 4 года и внесение порядка 20 изменений в алгоритм разными разработчиками и постановщиками задач - вернулись к исходному )))

(425) (426) Я обычно в таких случаях думаю в сторону того, что я неправильно делаю и почему мои решения не достигают цели. Если вместо верного решения предлагать пользователям раз за разом паллиативы, то тогда, конечно, будете бегать по кругу, как цирковая лошадь.

(427) Если клиент оплачивает все переделки, значит ты всё правильно делаешь :)

(413) >> как в этой парадигме до сих пор жив и здоров регистр бухгалтерии - ума не приложу.

Ума не приложу - как регистр бухгалтерии противоречит этой парадигме.
Или ты хотел, чтобы я подробно расписал все варианты и все особенности каждого из регистров, включая бухгалтерию и расчет? А зачем?
Ни один из регистров из концепции не выбивается.

(427) >>  Если вместо верного решения предлагать пользователям раз за разом паллиативы, то ... будете бегать по кругу, как цирковая лошадь.

Проблема в том, что зачастую пользователь сам настаивает на временных или неверных решениях, которые кажутся ему правильными. И не всегда удаётся убедить его в ошибочности принимаемых решений. В особенности, когда ты выступаешь исполнителем по задаче, особенности которой не знаешь. Заказчик говорит тебе что-то типа "Поправьте мне тут чуть-чуть, добавьте реквизитик и больше мне ничего не надо." Естественно времени вникать во все нюансы какой-то мегаразработки, сделанной другим программистом сто лет назад, нет. И ты вынужден исполнять требования, фактически не отвечая за результат и последствия. Приходится полагаться на вменяемость заказчика и его требований.

(427) Вы не понимаете. Тут нет "вы неправильно делаете". Решения - правильные. Просто "пользователи" почему-то считают, что они лучше придумают. А потом в течение нескольких месяцев САМИ приходят к такому же решению, что мы предлагали. Но пока они САМИ не придут к такому решению - мы не давим на них. А то они любят все свои косяки потом на программистов вешать. "Ваш мальчик обновил и всё поломалось" - было бы так смешно, не будь это так грустно

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

(430) Еще веселее, когда ты ЗНАЕШЬ, как правильно сделать, но пользователь несколько "уверен в себе", чтобы сомневаться в своем видении. И только спустя пару месяцев (полных циклов) его "озаряет" понимание. Но признаваться в этом никто не захочет)

(431) Если пользователю хочется придумать что-то свое, значит решение - не идеальное

(434) не значит

(434) >> Если пользователю хочется придумать что-то свое, значит решение - не идеальное.

Абсолютно идеальных решений не существует. Так же как абсолютно универсальных.
Любое ПО имеет ряд ограничений.
Ни одно решение не может покрывать 100% требований 100% потенциальных пользователей.
И даже если условному программисту(ам) удалось разработать некое решение полностью удовлетворяющее всем потребностям конкретного пользователя, это вовсе не означает, что завтра не может появиться новых требований. Предусмотреть на будущее всё просто невозможно.

Если бы существовало идеальное ПО, то не было бы необходимости его регулярно обновлять и выпускать новые версии.

(414) Я в нескольких базах на такой документ натыкался))
Вот например.
Там миллиард вкладок в том документе))
https://prnt.sc/11i6ca3

(0) Вспомнил 1С Бухгалтерия 6.0?

(434) Логики не чувствуется в ваших словах. Если у вас не было таких ситуаций - завидую. Но для некоторых это проза жизни

(436) основные виды объектов 1С давно без изменений, еще с выхода 8.0, и давно доказали свою функциональность и достаточность.

(434) пользователю вообще думать вредно, его задача жать на кнопки в соответствии с инструкцией.

(440) "основные виды объектов 1С" - что вы имеете ввиду?
(441) пользователи разные есть... для большинства "шагвлево-шаг вправо -...", меньшинство устанавливает эти границы. Иногда правильно, иногда нет. Иногда удается убедить/скорректировать, иногда нет.
но и для "большинства, действующего по инструкции", надо делать так, чтоб они эти инструкции выполняли радостно и с песТней

+(442) "вижу цель, не вижу препятствий". Если очень хочется и программа не дает сделать, найдут способ как окольными путями впихнуть невпихуемое. ну и если программа дала это сделать, значит можно

(443) бывает такое. Изобретательность в таких случаях порой зашкаливает... "когда есть возможность украсть - способность к самообучению возрастает на 146%"©
задача - по-возможности перекрыть такие способы (административно, организационно, технически).

(438) В шестерке регистр был

(442) те, что светятся в дереве конфигурации, разве не ясно??

(446) у меня там ничего не светится... просто отображается.
но даже с таким уточнением не ясно- основные виды объектов - это "документы/справочники/перечисления/регистры", или "справочник номенклатура/справочник организации/справочник контрагенты/документ поступление/документ перемещение/документ реализация"?

Напиши свою систему без регистров. Начни ее продавать. Только требования к железу напиши в конце, чтобы потенциальные покупатели хотя бы твое имя прочитали и запомнили.
То есть быстродействие = деньги. Более-менее реальная торговая (не говоря о других) система будет требовать несоразмерных затрат на оборудование. Причем проблема масштабируема. Бабе Маше в палатке потребуется ноут тыщ за 80, сервер на 100 пользователей будет тоже несоразмерно дорог... Хотя какой-нибудь госконторе может и впаришь.
Уж не знаю второй ли это аргумент или 1а

(448) Кроме быстродействия ничего больше не приходит в голову?

(449) Слово "деньги" не воспринялось? Ну тогда и о красоте архитектурных решений говорить не будем...

(450) Не воспринялось, потому что вы поставили знак равенства. Я не просто так вопрос задаю. Меня интересуют только аспекты, не связанные с быстродействием. Если таковые существуют

И не надо от реальности отрываться. Если это теория в вакууме - то писать на ассемблере или считать на счетах - это избежать избыточности. А в реальной жизни кроме чистой теории есть еще всякие неприятные субстанции

(400) То есть вы УЖЕ фактически локализовали проблему, причем очень быстро. Следующий этап, локализация проблемного документа, тоже выполняется очень быстро. И все это даже не заглядывая в код. И в итоге вам останется проинспектировать лишь небольшой участок кода. Сравните это с поиском ошибки в километровой портянке кода.

(451) А теперь не воспринялось слово "красота". Но тут уж я и не надеялся... ))

(454) Не воспринялось, потому что нуждается в расшифровке

(453) + Хотя фактически, если без регистров предусмотреть такие же уровни абстракции и такой же инструментарий, то разницы в поиске ошибок фактически не будет.
Если бы вычисления любого объема производились бы за одинаковое время, то необходимости в сохранении промежуточных данных на диск не было бы.
Но и тогда "виртуальные регистры" могли бы иметь право на жизнь в качестве промежуточного слоя абстракции.

(400) мысль верная ... если в базе  есть таблички доков и
и дубляж в табличке движений регистра - могут разбежаться.
И табличка итогов тоже.

(456) Зачем нам промежуточный слой абстракции?

У вас часто возникает ситуация когда в регистре 100, а вдокументе не 100?

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

(460) Т.е. "регистры без регистров" - полезная штука?

(448) система для ларька на упомянутом клиппере-шкиппере-триппере что с регистрами, что без  - будет летать. Ну ладно, не клиппер - пусть клюшки плюс виктуановская доработка под все эти алкашки-меркурии-маркировки

(461) Была бы, если бы можно было проигнорировать вопросы производительности. Из той же серии как и полезной была бы очень дешевая супербыстрая энергонезависимая память. Не нужны были бы никакие кэши стадридцати уровней, оперативка и диски. Был бы один массив и все.

(459) Не в документе, а в документах. Да. У вас в документах одно, а в регистрах другое. Так изначально задумано вообще-то. В регистре у вас след от действий, которые произошли в прошлом. По правилам, которые действовали в прошлом.

(457) (459) (400) Да, такое бывает - несовпадение регистров с документами. Более того, такое бывает как в электронной реализации, так и в совершенно дубовой бумажной. И ищется совершенно одинаково - проверкой правильности арифметики для регистра учета (тетрадки ли, амбарной ли книги, таблиц ли RA и RG), и проверкой правильности отражения движений по первичному документу в соотвествующем регистре учета (соотвествие бумажной накладной записи в каждой амбарной книге).
Но благодаря тому, что записи в разных регистрах отличаются - мы можем локализовать проблему до регистра или первичного документа, и переотразить его.

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

(0) Зачем нужны документы если есть регистры?

В системе IBM Lotus Notes нет регистров, но зато там есть индексированные списки документов - view (представления).
Список может содежать как 1 так и несколько видов. Отсортирован может быть по 1 или нескольком полям.
В группировках можно показывать агрегатные функции. По сути это аналог регистров.
Lotus Notes, внешние представления???

(466) Денормализация - это решение проблемы производительности. При отсутствии такой проблемы - со всех сторон дешевле работать с нормализованными данными.
И регистры - это хранение промежуточных данных. То есть тоже решают проблему производительности. Сами по себе таблицы регистров вполне нормализованы, ЕМНИП.

Хотя вру. Таблицы движений в общем случае ненормализованы. Но это скорее свойство исходных данных, а не особенность регистра как таковая.

(470) Да и таблицы итогов тоже не нормализованны, если понимать нормализацию расширенно. Попробуйте ответить на вопрос: в среднестатистической таблице итогов каков процент записей, которые больше никогда не будут использованы?

(467) Документы регистрируют события

мне кажется или это завуалированный рекламный пост brainguard_ru

(471) У нормализации вполне формальные критерии. А если вас пугают регистры в качестве свалки промежуточных данных, так это вы еще OLAP не видели.

(473) Было бы что там рекламировать.

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

(471) Если в лоб, то ответ будет - пропорционально количеству данных документов, которые больше никогда не будут использованы.

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

(468) это не "аналог регистров", это просто другое представление исходных данных.

(468) И с хрена ли? Что в индексированном списке документов идейно от регистра?
Как считать остаток на сейчас, если в базе 1000000000000... документов?

(469) Это решение проблемы производительности (в основном за счет "предварительной фильтрации" и "предварительного расчета"), решение проблемы разделения данных, решение проблемы безопасности доступа к данным - за счет создания проблемы увеличения объема, и частично возврата  проблемы производительности :-)  Т.е. при получении информации из регистра для получения некоей дополнительной информации тебе необходимо связываться с первичным документом.

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

(481) Все это разруливается и так. Если забыть про производительность. То, во что ТС и долбит с упорством, достойным лучшего применения.
(482) С остатками все слишком очевидно. Почти нет никаких "зависит". Без хранения промежуточных итогов производительность падает слишком круто с ростом объема данных (который накапливается банально исторически), что недопустимо в большинстве случаев.

(467) Отлично сказано. Тему можно закрывать.

(472) Событие — это движение регистра. Так зачем нужны документы?

(485) Я могу и переформулировать вопрос.
Зачем регистрировать событие дважды. Сначала в документе, а потом в регистре? Есть ли у этого какое-то другое обоснование, кроме производительности?

(486) Используйте обработки вместо документов. Конечно, платформа 1С потребует документ в качестве регистратора для записей регистра. Ну так заведите один, служебный регистратор. Нужна просто ссылка на документ, проводить его не надо.

(486) Нет другого обоснования. Но в текущих реалиях это обоснование системообразующее.

(488) Зачем нужны базы данных с кучей таблиц, если всё можно хранить в одном большом текстовом файле, правда?

(487) В этом случае все равно будет двойная запись. В таблице движений и в таблице итогов. Вопрос ставится более широко. Нужна ли в учетной системе интерпретация второго порядка? Дает ли такая интерпретация что-то, кроме выигрыша в скорости?

(489) А это-то тут причем? Можно сказать, что СУБД так и делает. Хранит все в одном большом текстовом файле. С крокозяблами внутри.

(490) Вы так говорите, как будто выигрыша в скорости недостаточно. Ради скорости были изобретены многоядерные процессоры с многоуровневыми кэшами, SSD-диски, индексы таблиц и даже колоночные базы данных. Это всё ради скорости.

(491) Строго говоря, файл базы данных — это не текстовый файл. Это компаунд, содержащий внутри собственную файловую структуру.

(490) В таблице итогов будет приращение итога по комбинации измерений.

Если регистр поддерживает корреспонденцию и балансовые измерения, то приращение по одной комбинации должно сопровождаться зеркальным уменьшением по другой комбинации. Вот это двойная запись, а не эта ваша пара "строка ТЧ документа и запись регистра"

(0) Поздравляю, ты познал ДЗЕН. Регистры всех типов, действительно, нужны только для того, чтобы запутать начинающего программиста, повысить порог вхождения в 1С и создать видимость крутости и профессиональности системы в целом. Больше они ни для чего не нужны, и их наличие ни на что не влияет. Вы вполне можете сделать работающую систему учёта, не создав ни одного регистра.

(495) Система учёта без регистров — это как пиво без алкоголя. Смысла в ней нет.

Нафига все - это, если можно посчитать в уме?

Всем спасибо за участие в обсуждении. Результат можно посмотреть здесь https://habr.com/ru/post/552668/

(497) а если ума нет? :-)

(498) засрал мизду - засрешь и хабр?

(500) Обсуждение было нужно для того, чтобы проверить не упущено ли что-то простое и очевидное.

(498) Я знал, я знал :))

(502) Знал что?

(498) результат ожидаемо уныл.
набор штампов, банальностей, и ни на чем не основанных выводов.

(503) Что ты напишешь очередную мусорную статью на хабр или инфостарт. Кстати, твои единомышленники - это фузиновцы, ты смотрел фузину?

(505) По диагонали

(504) Выводы основаны на том, что идея регистра скопирована как есть из докомпьютерной практики. У вас есть что возразить на это?

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

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

(509) Вы увидели в статье заявку на то, что автор умнее всех? Даже и не знаю, что теперь делать. Радоваться или огорчаться )))

(504) результат неожиданно уныл... ибо раньше поциэнт бредил ярче
(507) идея документа скопирована из докомпьютерной практики. и идея справочника тоже. и идея учета...И даже идея текста...
кстати, "интеллигенция", наблюдая за "тетей нюрой", так и не смогла сообразить, что она "палочки" рисует так, чтоб ответить на вопрос "сколько ведер собрали" с минимальным пересчетом?

(510) Ждём новую статью для развенчивания метафоры "документов", этого отстоя прошлого века, который прокрался в наши учётные системы.

(511) Поциент может и бредит, но это не помешает ему обучить своим идеям сотни других.

https://www.specialist.ru/trainer/кми

Мне вот интересно, а какие механизмы защиты от этого существуют?

После уничтожения регистров и документов останутся только справочники.
Их мы тоже развенчаем и уничтожим. Картотеки должны умереть!
Даёшь текстовый файл вместо базы данных!

(507) "идея регистра скопирована как есть из докомпьютерной практики" это как раз не вывод, а банальность.

(511) Художественный образ тети Нюры не мой, а разработчиков методических материалов к курсам

(513) Там существуют механизмы отбора. И достаточно жесткие

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

(515) Так и для меня это не вывод, а обоснование. Вывод - надо отказаться от регистров

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

(515) На самом деле идею регистров подбросили ОНИ, пришельцы из других измерений. Для них это просто кубики, в которые играют детишки, а для нас гиперкубы или OLAP-кубы.

(518) Какая разница?

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

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

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

(513) да никаких. я ж не раз говорил, что все эти сертификаты - полное говно.

(525)+ Регистры или иная промежуточно-аггрегирующая сущность
Да можно сделать отдельный документ, который будет по первичным сводную собирать и уже отчеты с этих новых доков брать.

Только РН как бы оно и есть да.

А вот с РС все хитрей.

(523) Про воду на Солнце уже давно перетерли. Все и так уже знают, что основные запасы воды в солнечной системе находятся на Солнце. Лучше про регистры

(523) Присоединяюсь к мнению. В статье ни одной картинки, ни одной схемы. Из образных примеров какая-то тётя Нюра, отмечающая палочками вёдра картошки, которые собирают студенты. Запахло совком...

(525) для того, чтобы жто понять - не нужно "писать конфы". достаточно повести реальный учет без компьютера.

(526) Причем здесь сертификаты? В преподаватели не по сертификатам берут

(528) "уважаемый редактор, может, лучше про реактор? про любимый лунный трактор? ..."©

(531) но дают сертификаты по результатам обучеения у _таких_ преподавателей

(529) Это не я придумал, а 1С

(528) >основные запасы воды в солнечной системе находятся на Солнце

прикольный бред

(535) Это потому, что вы астрофизикой не интересуетесь

(530) А если некто вел учет только на компьютере в табличке Ёкселя?
И считает что никаких сводных-промежуточных не надо ибо комп шустрый цуко и так в любой момент ИТОГО выдаст по =Сумм()

(528) Вода (H2О) распадается на водород и кислород при температуре ~1500 градусов Цельсия (при температуре от 1000 до 2000 градусов процесс прямого распада воды нарастает и начинает преобладать над процессом синтеза воды).

На поверхности Солнца температура 6000, а внутри 20 млн, так что очевидно, что воды на солнце нет.

(536) Ты понимаешь что вода это не водород и кислород а их соединение в жидкой форме?
Лед и водяной пар немного другое а если еще разогреть то плазма уже даже молекулы разорвет

Если человек не признаёт регистры, то очевидно, что он потом находит воду на Солнце. Это следствия одного и того же типа мышления.

(538) Вода там есть в виде пара, но очень мало следовое количество

(498) Я прочитал. Смысл от меня ускользнул. Вся статья написана ради банальности "может имеет смысл перестать уже решать старые задачи старыми методами, и начать двигаться вперед?" или я всё же что-то пропустил?

(541)+ В пятнах на Солнце

(538) https://postnauka.ru/faq/38351

(542) Смысл в том, чтобы отказаться от регистров

(537) сводные-промежуточные все равно надо. если учет, конечно, не сводится к "6% от выручки" :-), а требует либо бухучета, либо ведения взаиморасчетов с несколькими контрагентами

(545) а цель в отказе от регистров? сделать решение медленным, сложно поддерживаемым, с повышенной трудностью обнаружения ошибок? "говно, но без регистров"?

(545) Зачем? Чем они тебе так помешали?

(544) Вода на Солнце конечно же есть. Но ее там очень мало.
Никаких "основные запасы воды в солнечной системе" и близко нет.

Возможно на газовых гигантах воды много, больше чем на Земле но пока не доказано.

(545) критикуешь - предлагай! Только вот, что ты можешь предложить взамен?

(547) Контроль над вычислениями

(548) Так в статье же написал. Регистры непрозрачны

(551) Ты в школе последовательные математические действия с промежуточными результатами проходил?
Почему не сразу по одной формуле результат?

(551) как ты себе представляешь этот контроль?

(554) покажи хотя бы 1 решение с твоим контролем вычислений на общее обозрение

(553) Выше я привел вам ссылку на доктора физико-математических наук, главного научного сотрудника Лаборатории рентгеновской астрономии Солнца ФИАН. Вам этого мало?

(552) Кстати ты изучил NoSQL как я советовал?

И парадигму MapReduce ?

(556) Покажи цитату где "основные запасы воды в солнечной системе"

(544) Даже в солнечных пятнах температура 4-5 тысяч градусов, что в 2-3 раза выше температуры распада H2O. Так что на Солнце нет воды ни жидкой, ни в виде водяного пара. Редкие молекулы воды, которые случайно образуются из H и O, тут же распадаются на составляющие. И уж точно они не соединяются водородными связями в собственно воду.

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

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

(559) Оттуда же
"Иными словами, на Солнце могут существовать не все молекулы, а лишь самые устойчивые, самые неприхотливые. Такой молекулой является, в частности, угарный газ (CO), который на редкость стойкий благодаря так называемой тройной валентной связи. Еще одна молекула — азот (N2). И как ни странно, это и молекула воды, являющаяся, благодаря счастливому стечению обстоятельств, одной из самых прочных в природе."

(560) ах тыж "пресной воды"

(563)+ Как бы да на Земле большая часть воды соленая ))

(552) Эм... Ну, это что называется дело вкуса. А на мой взгляд - регистры это максимум детализации и прозрачности. Задача каждого типа документов должен сформировать определённый набор записей в определённых регистрах. Задача платформы быстро получить сводные данные из регистра (или остаток). Задача архитектора спроектировать регистры и расписать какой тип документа куда какие записи и как делает. Задача программиста реализовать код формирующий записи и отчёты собирающие данные из регистров. В результате мы получаем сводные отчёты, с возможностью расшифровки каждой цифры в любых разрезах, вплоть до минимального уровня детализации - записи.

(557)+ Так brainguard ты изучил NoSQL и MapReduce?

(562) Прочности молекулы H2O не хватает для существования при температуре Солнца. До 1000 градусов единичная молекула воды ещё может существовать, но на Солнце 6000 (или 4000 в пятнах). Вода как вещество, состоящее из множества молекул H2O, связанных водородными связями, на Солнце существовать не может. Как не может существовать учётная система без регистров.

(563) Не придирайся.

(568) Ты даже не знаешь чем пресная вода отличается от соленой?
У тебя было написано "основные запасы воды в солнечной системе находятся на Солнце." в (528)

(566)+ Так еще раз. Изучил MapReduce?
Понял аналогии с тем что сам "изобрел"?

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

(555) читаешь все это и в голове складывается следующая аналогия. ТС, двигатель в машине это рудимент, необходимо сделать прорезь в днище машины и заставлять водителя ножками передвигать автомобиль. У ТС спрашивают, а как быть, если ехать надо далеко, на что ТС отвечает, ну ничего страшного, сейчас есть большой выбор спортивного питания, тренируйте ноги и будет вам счастье. Потом у ТС справшивают, а сам то ты пробовал так ездить, хотя бы на 1км, на что ответа так и не получено. Зато одни плюсы у ТС, не нужно разбираться в движке, менять масло, все ясно и прозрачно, просто передвигать ногами и будешь ехать.
Так вот пусть ТС покажет как он легко и не принужденно гоняет на таком транспорте по 100км в день без напряга, а потом уже пишет статьи, что двигатели - это пережиток прошлого.
П.С. Он еще и в автошколе преподает вождение...куда катится мир(

(571) Регистры для учетной системы не обязательны.
Но в некоторых случаях приходится самостоятельно изобретать аналог на других объектах если нет регистров.

(573) Ну вот я и подталкиваю Мишу к фузине, они прям созданы друг для друга.

(573) Если в учётной системе нет регистров, то она не имеет права именоваться учётной.

(569) На Солнце пресной воды больше чем пресной и соленой вместе взятых за пределами Солнца в солнечной системе.

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

(576) не надо представлять фразу "больше, чем где бы то ни было в нашей Солнечной системе" в фразу "вместе взятых за пределами Солнца в солнечной системе" это не одно и то же

(577) Зачем нужны регистры, если на Солнце и так есть вода?

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

Учёт = Счёт

Если нет счёта (или учёта), значит нет учётной системы.
Регистр как раз и занимается регистрацией фактов (событий, движений)
и подсчётом остатка/оборота, он складывает, вычитает, т.е. считает итог.

Даже палочки тёти Нюры — это регистр, а именно регистр сведений. Это учётная система.
Однородность показателей позволяет их просуммировать, в этот момент появится сумма итога.
Кривовато, но работает.

Таким образом, без регистров учётных систем не бывает.

(578) Не придирайтесь. Он сказал, как сказал. Мог бы и точнее, но не стал. Это же научпоп

(581) Учет = регистрация + интерпретация

(581) В САПе регистров нет.
Там есть вьюхи

(584) САП должен уйти.

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

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

(582) Он сказал правильно.
А вот кто то не понял пропустив "пресной" и думает что на Солнце больше всего воды в Солнечной системе.

И да идея "без регистров" не нова.
Можно на движке СУБД типа SQL (рекомендую Oracle) использовать View вместо регистров и сразу по ним делать отчеты.
Вьюхи они пересчитываются по первичным табличкам при изменении в них записей с некоторой задержкой.

(583) Верно. Так чем мешают регистры, которые по сути хранят готовый результат интерпретации в увязке с точкой регистрации? да ещё и с встроенными быстрыми функциями агрегации?

(588) Он сказал неточно

(590) Извини но приведи пруфы из других мест и от других академиков

(590) Где можно увидеть ваше решение без регистров?

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

(587) (592) я так понял, только в фантазиях автора..

(593) меняется логика регистра - перезаписывается первичка, чтобы заполнить этот регистр по новой логике, в чем проблема?

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

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

Так в чём противоречие-то?

(593) Где можно увидеть вашу разработку без регистров?

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

люди уже в очередь встали, все хотят хлеба и зрелищ)

(599) + 10500

(593) Ждем посмотреть решение.

(598) У него только блокчейн в 1С реализован, но, уверен, немного энтот блокчейн доработать - и всё будет тип-топ.

Будет вам решение. В свое время или чуть позже )))

(603) Так его нет???!!! Это всё туфта? Расходимся, госпола. Нас обманули.

(593) Расскажи это бухгалтеру, который свел баланс за прошедший год, а в результате текущих изменений в логике проведения документов он у него уехал. Он тебе все доходчиво объяснит про прозрачность учета и "правила, которые действовали в прошлом" ))).

(588) "Вьюхи они пересчитываются по первичным табличкам при изменении в них записей с некоторой задержкой."
Материализованные вьюхи - это, по сути, те же таблицы итогов регистра 1с.

(603) Кина не будет?! Бядаа...ну ты это, пиши если, что реализуешь со своим контролем.

(605) ну ка кнаписано алгоритм, так и данные будут. кто виноват что проги пишщут алгоритмы криво или бухи считают криво а потом орут когда пересчитано правильно?

(607) Не дождетесь!(с)

Как же так ТС мог раскрутить ветку до 700 сообщений?
Порой кто-то задет глупый вопрос его игнорируют.
НУ бывает же ооочень глупые или легкие вопросы.
И тогда ТС понимает что сглупил и ищет гуглит и находит себе ответ.
Тема закрывается двумя тремя сообщениями.
А тут развели тему.

(610)
"Часто простое кажется вздорным
Черное - белым, белое - черным..."

Какой то лютрый трэш, Тс не знает предметную область или прикалывается ?
Если не знает , рекомендую обратится к законодательству, Приказ Минфина России от 29.07.1998 N 34н (ред. от 11.04.2018) "Об утверждении Положения по ведению бухгалтерского учета и бухгалтерской отчетности в Российской Федерации"

(612) А это здесь при чем?

(610) Потому, что Миша - профессионал.

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

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

(615) я уже представляю, какая это будет портянка в запросе, когда ТС будет собирать инфу для получения оборачиваемости склада)

(617) ха, склад туфта,  путь зп на заводе посчитает =))

(616) Ну издадут другой приказ. Долго им что-ли? Мы тут не о приказах рассуждаем, а о сути

(615) Прекрасные мысли подсказываете, коллега!

(614) Имхо он после общения с которым:

"Это был ценный и, надеюсь, уникальный опыт коммуникации"

(616) а о сути чего ?
Тебе в законе сказано, ты должен вести регистры , и чтоб ты там себе не на кодил, с супер пупер ии алгоритмом, это нах некому не надо.

(622) Определение регистра можно?
А то тут нам тоже навязывают некий регистр вести "населения и потребителям приравненным к населению"

(622) Сегодня сказано так. Завтра по-другому. Мыслите шире!