Вопросом на вопрос отвечаете, спорить боитесь, но и где теперь ваша самоуверенность? Жаль, а я как раз, кажется, понял причину вашего недопонимания. Она очень интересна, связана с историей математики. Мог бы объяснить)).
В любой проводке кредит - это всегда источник хозяйственных средств, сторона, которая отвечает на вопрос "откуда" или "за счет чего". Он указывает на источник экономической выгоды (денег, товаров, услуг), которая была получена организацией. Дебет - это всегда направление (цель), куда эти средства направляются или в какой форме они теперь находятся. Для активных счетов кредит показывает расход средств, уменьшение актива, для пассивных - увеличение источника средств. Для активных счетов дебет показывает приход средств, увеличение актива, для пассивных - уменьшение источника средств.Для активно-пассивных счетов нельзя дать единственное определение дебиту и кредиту. Их значение зависит от конкретной хозяйственной ситуации и от того, какую сторону расчетов мы в данный момент отражаем.
С субсчетами ничего делать не нужно, они представляются (при необходимости в зависимости от настроек) отдельными узлами диаграммы. Аналитические счета отображаются целиком, без аналитики. Если счета делить по аналитике, узлов получится слишком много и диаграмма потеряет наглядность.
Счета нужны для:
структурирования информации, то есть для декомпозиции всей финансово-хозяйственной деятельности на понятные элементы;
систематизации учета, то есть возможности регистрировать каждую операцию в строго отведенном для нее месте;
контроля:постоянного отслеживания наличия и движения каждого вида средств и их источников;
получения итоговой информации;
анализа: возможности анализировать доходы, расходы, структуру активов и пассивов для принятия управленческих решений.
Это все азбучные истины, приведенная диаграмма им полностью соответствует, дополняя стандартные бухгалтерские отчеты.
Интересно то, что в настройках реализованного по данной технологии отчета, ссылка на который приведена выше, есть предлагаемый Вами вариант. Мы с него начинали. Но потом показалось, что возможности диаграммы Сэнкей при этом недоиспользуются. У потоков не было транзитивности. И было трудно проследить, как, например, цепочки 51->60->10->20->43->90 или 51->70->20->43->90 и так далее. Так мы пришли к предлагаемому варианту, на котором эти цепочки прослеживаются.
Разворачивать счета по значениям аналитик (по субконто в терминах 1С) в этом отчете не предполагалось. У данного отчета другая задача - дать представление о движениях по счетам в целом.
Например, я, как владелец бизнеса, могу сразу на одной диаграмме увидеть и соотнести, сколько денег мы заплатили поставщикам, на какую сумму нам поставили товары, на какую сумму их продали, сколько реализовали услуг, сколько денег получили от покупателей, какую получили прибыль. Сколько денег ушло на зарплату сотрудников в производстве и в администрации. Сколько переводили на депозиты и сколько с них возвращали. Это все есть на примере диаграммы в начале статьи. При наведении мышки на поток показывается сумма проводок соответствующей корреспонденции. А при двойном щелчке на счете производится его расшифровка - открывается стандартный отчет "анализ счета". При двойном щелчке на потоке открывается стандартный отчет "анализ проводок" с фильтром по выбранной корреспонденции.
То есть отчет в данном случае играет роль общего наглядного нарядного дэшборда бухгалтерской программы, показывающего все движения по счетам в целом, но в их взаимосвязи.
Если же отфильтровать проводки по отдельной операции (такая возможность имеется), мы увидим наглядную схему проводок с суммами. Что, по идее, должно улучшить их анализ и понимание.
Я бы предложил "сортировку подсчетом": посчитать число элементов того же родителя с меньшим значением "числа упорядочивания" и добавить единицу. Это если я правильно понял задачу - здесь именно это самое сложное.
Занимался моделированием полей похожих катушек (в области датчиков металлодетекторов). И могу сказать, что в статье очень много сомнительных утверждений.
Непонятно, как построена картинка с полем, что отложено по осям, каковы величины поля (не приведена легенда). Это желательно перепроверить. Там закон Кулона - школьная физика.
После этого нужно посмотреть, есть ли средства, позволяющие это поле как-то замерить.
Как антенна эта система не должна работать, поскольку по-сути это две антенны, работающие так, что их действие (магнитное поле) взаимоисключает друг-друга.
Резонанс, как я понял, там из-за того, что эквивалентная схема такой системы - колебательный контур, где роль конденсатора играют изолированные друг от друга спиральные проводники.
Вот нам и предлагается поверить в то, что вовне пространства между проводниками действуют заряды на этих проводниках.
Отсюда и рассуждения о том, что в напечатанном виде эта катушка эффекта не производит. То есть все дело в неточностях укладки проводников в спираль? Как ее смоделировать? Получается, что чем неаккуратнее изготовлена катушка, тем лучше она работает?
Ну, а когда мы попытаемся обнаружить и измерить это поле датчиками, придется считаться с тем, что действие электрического поля экранируется очень многими материалами, которые нас окружают и вряд-ли проникает глубже поверхности кожи.
Слова про стоячую волну и поворот поля вообще трудно принимать всерьез. Тут длина волны 1000 метров. Это совсем про другие частоты.
Все эти размышления приводят меня к хорошему и оптимистическому выводу: с такой катушкой прибор должен быть абсолютно безвреден.
Это не последние записи, но это записи виртуального регистра срез последних "цены поставщиков". В термине срез последних вы забываете слово "срез". А это важно...
Зайдем с другой стороны.
Есть запрос
ВЫБРАТЬ Поставщик, Номенклатура, Цена ИЗ ВТ
И запрос к той же таблице
ВЫБРАТЬ Номенклатура, Цена ИЗ ВТ
Вы наивно ожидаете, что они вернут разное количество записей?
Почему вы ожидаете того же самого от запросов
ВЫБРАТЬ Поставщик, Номенклатура, Цена ИЗ РегистрыСведений.ЦеныПоставщиков.СрезПоследних()
и
ВЫБРАТЬ Номенклатура, Цена ИЗ РегистрыСведений.ЦеныПоставщиков.СрезПоследних()
Срез последних - это состояние дел на сейчас, проекция всех изменений на настоящее время, state of art. Очень полезный виртуальный регистр. С опциональной возможностью материализации. С ходу по последнему запросу могу предложить больше десятка сценариев обработки его результатов: определить максимальную, минимальную, среднюю, медианную цену каждого товара "на сейчас", самый дорогой, дешевый, самый волатильный товар "на данный момент", товар с самой старой, самой молодой, с прошлогодней ценой (если период как в статье еще будет), всякие топы, кластеры, самый распространенный, самый экзотический товар и т.п.
А вы по своей желаемой выхолощенной таблице сможете все это определить? Сколько пользовательских сценариев поддержит это только вашим очам видное решение?
В общем логос в данной риторике пора заканчивать, попробуем пафос:
Есть анекдот: "Шеф, в вашем районе один ненормальный едет навстречу движению! Шеф: Какой один? - Их тут сотни!"
Так вот, вопрос: С каким из героев данного анекдота вы себя ассоциируете?
Мне кажется, имеет место семантическое когнитивное искажение. Оно заключается в тенденции полагать, что знаешь значение слова, хотя на самом деле знаешь лишь область его применения и употребления.
"Срез последних".
Во-первых, последних из чего? Вы, наверное, думаете: записей? - А я думаю: значений. - Ведь 1С имеет, в первую очередь, дело с понятиями предметной области, а не баз данных. Эти абстракции (баз данных) должны быть скрыты, а не торчать снаружи.
"Срез последних значений". Смысл несколько меняется. - Не находите?
Надеюсь, слово "последние" мы понимаем одинаково.
А вот слово "срез"? Вы, наверное, считаете: "отрезанный кусок". - Но тогда лучше было бы "набор" (часто встречается в документации, не добавляет лишних сущностей). А я считаю: состояние в определённый момент развития, движения. Ну, или "Место, по которому что-л. срезано; // Круто обрывающаяся поверхность с обнажившимися пластами почвы, горной породы".
В общем, читай медленно, пиши быстро, как говорит пример классика русского языка.
Не знаю, убедили ли вас эти лингвистические экзерсисы, но они хотя бы должны вам показать, что ситуация не такая очевидная, если не показали, что она очевидно не такая.
Ну и, кстати, в данном случае, лично я защищаю не разработчиков, а свое понимание работы этого механизма.
Кажется, назвав таблицу с датой документом, вы упростили себе понимание и объяснение понятие документа другим людям. А затем уже зафиксировали это в голове и не стали переосмысливать. Суть понятия "документ" от этого потерялась. И то, зачем, кроме документа, еще и регистр сведений, тоже.
Далее, в названии "регистр накопления" слово "накопление" вы поняли буквально. Считая, что накопление идет по измерениям. А оно относится только ко времени. Если группировки по измерениям не будет или оно будет выполняться другим агрегатом, от этого регистр не перестанет быть регистром накопления. Это обычный "интегратор" - деталь многих систем управления.
Далее, результат запроса к виртуальному регистру "срез последних" вы смешали с собственно со способом представления виртуального регистра в базе данных, который можно материализовать и который должен соответствовать ограничениям. От этого вопросы про теорию баз данных.
Тема интересная. Надеюсь когда-нибудь поподробнее узнать ход мыслей и резоны разработчиков платформы непосредственно от действующих лиц, хотя многое уже сейчас можно почерпнуть из двухтомника по платформе. А домыслы, приведенные в статье, мне кажутся очень поверхностными или просто неверными.
Начиная с того, что такое документ и регистр.
По моему пониманию, в базе данных 1С хранится модель (упрощенное представление) контролируемой (управляемой) системы. Непрерывно-дискретного типа. Время - дискретно (продолжительность событий несущественна), параметры состояния системы - непрерывны (выражаются, в основном, вещественными числами).
Тогда документ необходим для фиксации событий (мгновенного изменения состояния) системы. Время документа - момент события. Его реквизиты - "обстоятельства" события.
Собственно состояние фиксируется в регистрах. При проведении документа. Тут имеет место денормализация, которая делается намеренно. Потому, что события могут быть разнородными. Регистр - это "общий знаменатель" - хранилище результата разнородных событий.
Регистры накопления и регистры сведений с этой точки зрения различаются мало. В одних (накопления) фиксируется величина изменения параметра. В других (сведений) - фиксируется значение параметра после изменения.
Выбор делается исходя из того есть ли в реальности возможность зафиксировать все изменения или нет. Контролируется ли граница? В бассейне (на огороженном складе) можно поставить датчики прихода и расхода. Используем регистр накопления. В озере (на производстве) фиксируем уровень воды (инвентаризируем остатки незавершенного производства) - используем регистр сведений. Что удобнее или эффективнее, если удается посчитать, на усмотрение модельера. Есть и взаимно-однозначное преобразование.
Встроенная группировка по измерениям (время в этом утверждении не измерение!) в регистре накопления, как мне кажется, это всего лишь дополнительная (и не всегда бесплатная по времени вычислений) опция. Которая не всегда имеет смысл (апельсины с бочками, штуки с килограммами и прочее).
Для регистров сведений эта группировка имеет смысл еще реже. Вот ее и не сделали. Из экономии, чтобы зря не считать то, что редко кому нужно и зря не выбрасывать из результата запроса нужные данные.
Если представить данные регистра сведений как экран многоканального осциллографа, то срез последних (состояние на заданный момент) вернет логичное количество строк, даже при пропущенном измерении "поставщик" в запросе.
Как в дизайне регистров сведений нарушается теория баз данных я тоже не понял. Прочитал еще раз главу 23 Дейта (про хронологические базы данных). Вроде бы все по канонам (полу-хронологическое представление).
Конечно, изначально стройная концепция справочники-документы-регистры разработчиками прикладных решений часто вынужденно размывается, но это совсем другой разговор. Не про велосипед, а про более сложные вещи.
Исследовал в свое время этот вопрос. Довольно давно, но не думаю, что что-то сильно изменилось. Некоторые результаты вот в этой статье: infostart.ru/public/294285. Правда, там основной акцент сделан на разработке инструмента для измерения копипаста — «копипастомера», но результаты тоже озвучены.
Коротко говоря, копипаста много.
Вот статья 2011 года: Игра «Жизнь» в одном запросе,
где та же задача решена на языке запросов платформы 1С: Предприятие,
который по сути — тот же SQL.
Запрос там поместился на восьми строчках:
ВЫБРАТЬ Клетки.Х, Клетки.У ПОМЕСТИТЬ Популяция ИЗ &Популяция КАК Клетки
;
ВЫБРАТЬ -1 КАК Шаг ПОМЕСТИТЬ Дельта ОБЪЕДИНИТЬ ВЫБРАТЬ 0 ОБЪЕДИНИТЬ ВЫБРАТЬ 1
;
ВЫБРАТЬ Х + Вправо.Шаг КАК Х, У + Вниз.Шаг КАК У
ИЗ Популяция, Дельта КАК Вправо, Дельта КАК Вниз
СГРУППИРОВАТЬ ПО Х + Вправо.Шаг, У + Вниз.Шаг
ИМЕЮЩИЕ СУММА(ВЫБОР КОГДА Вправо.Шаг = 0 И Вниз.Шаг = 0 ТОГДА 9 ИНАЧЕ 1 КОНЕЦ) В (3, 11, 12)
Или на английском:
SELECT Клетки.Х AS Х, Клетки.У AS У INTO Популяция FROM &Популяция AS Клетки
;
SELECT -1 AS Шаг INTO Дельта UNION SELECT 0 UNION SELECT 1
;
SELECT Популяция.Х + Вправо.Шаг AS Х, Популяция.У + Вниз.Шаг AS У
FROM Популяция AS Популяция, Дельта AS Вправо, Дельта AS Вниз
GROUP BY Популяция.Х + Вправо.Шаг, Популяция.У + Вниз.Шаг
HAVING SUM(CASE WHEN Вправо.Шаг = 0 AND Вниз.Шаг = 0 THEN 9 ELSE 1 END) IN (3, 11, 12)
В свое время нашел неожиданное для себя применение коду Грэя при создании варианта пространственного индекса: infostart.ru/public/551583. Спасибо за статью — она пояснила мне полученный тогда эффект с новой стороны. Еще про октадеревья нужно будет подумать.
Я видел. Руководитель направления не производит впечатления клиенто-ориентированного человека, хотя хорошо эрудирован и выступать умеет. По мнению директора Камина — его антипода (с точки зрения клиенто-ориентированности), 1С сделала ошибку с выбором системы, когда давным давно ее покупала. На рынке тогда были более сильные игроки и более качественные системы. Отсюда ошибка с выбором расчетной модели в 77 и правильных абстракций, которые перетекли в восьмерку и до сих пор сказываются. То есть я считаю, что тут дело не только в разработчиках (они добавляют), но и в платформе (в части «регистров периодических расчетов»).
Не понимаю, как вас туда занесло, это худший ресурс для обсуждения 1С, который я когда либо видел. Там действует отрицательный отбор и он дал результаты. Где-то здесь был интересный, построенный чуть ли не на биг-дате анализ причин этой ситуации. Перестал туда заходить — психологически некомфортно. За вашими разработками слежу по этому ресурсу. Это правильное место для их обсуждения. Только нужно, видимо, на более мелкие части делить статьи — слишком длинное обсуждение получается.
Вопросом на вопрос отвечаете, спорить боитесь, но и где теперь ваша самоуверенность? Жаль, а я как раз, кажется, понял причину вашего недопонимания. Она очень интересна, связана с историей математики. Мог бы объяснить)).
В любой проводке кредит - это всегда источник хозяйственных средств, сторона, которая отвечает на вопрос "откуда" или "за счет чего". Он указывает на источник экономической выгоды (денег, товаров, услуг), которая была получена организацией. Дебет - это всегда направление (цель), куда эти средства направляются или в какой форме они теперь находятся. Для активных счетов кредит показывает расход средств, уменьшение актива, для пассивных - увеличение источника средств. Для активных счетов дебет показывает приход средств, увеличение актива, для пассивных - уменьшение источника средств.Для активно-пассивных счетов нельзя дать единственное определение дебиту и кредиту. Их значение зависит от конкретной хозяйственной ситуации и от того, какую сторону расчетов мы в данный момент отражаем.
С субсчетами ничего делать не нужно, они представляются (при необходимости в зависимости от настроек) отдельными узлами диаграммы. Аналитические счета отображаются целиком, без аналитики. Если счета делить по аналитике, узлов получится слишком много и диаграмма потеряет наглядность.
Счета нужны для:
структурирования информации, то есть для декомпозиции всей финансово-хозяйственной деятельности на понятные элементы;
систематизации учета, то есть возможности регистрировать каждую операцию в строго отведенном для нее месте;
контроля:постоянного отслеживания наличия и движения каждого вида средств и их источников;
получения итоговой информации;
анализа: возможности анализировать доходы, расходы, структуру активов и пассивов для принятия управленческих решений.
Это все азбучные истины, приведенная диаграмма им полностью соответствует, дополняя стандартные бухгалтерские отчеты.
Интересно то, что в настройках реализованного по данной технологии отчета, ссылка на который приведена выше, есть предлагаемый Вами вариант. Мы с него начинали. Но потом показалось, что возможности диаграммы Сэнкей при этом недоиспользуются. У потоков не было транзитивности. И было трудно проследить, как, например, цепочки 51->60->10->20->43->90 или 51->70->20->43->90 и так далее. Так мы пришли к предлагаемому варианту, на котором эти цепочки прослеживаются.
Разворачивать счета по значениям аналитик (по субконто в терминах 1С) в этом отчете не предполагалось. У данного отчета другая задача - дать представление о движениях по счетам в целом.
Например, я, как владелец бизнеса, могу сразу на одной диаграмме увидеть и соотнести, сколько денег мы заплатили поставщикам, на какую сумму нам поставили товары, на какую сумму их продали, сколько реализовали услуг, сколько денег получили от покупателей, какую получили прибыль. Сколько денег ушло на зарплату сотрудников в производстве и в администрации. Сколько переводили на депозиты и сколько с них возвращали. Это все есть на примере диаграммы в начале статьи. При наведении мышки на поток показывается сумма проводок соответствующей корреспонденции. А при двойном щелчке на счете производится его расшифровка - открывается стандартный отчет "анализ счета". При двойном щелчке на потоке открывается стандартный отчет "анализ проводок" с фильтром по выбранной корреспонденции.
То есть отчет в данном случае играет роль общего наглядного нарядного дэшборда бухгалтерской программы, показывающего все движения по счетам в целом, но в их взаимосвязи.
Если же отфильтровать проводки по отдельной операции (такая возможность имеется), мы увидим наглядную схему проводок с суммами. Что, по идее, должно улучшить их анализ и понимание.
Если уверены в себе - конкретизируйте замечания, в чем именно видите непонимание и фигню на выходе. Тогда смогу возразить или согласиться.
Скачать можно отсюда: https://infostart.ru/1c/reports/2405348/ Правда, скачивание платное (
Я бы предложил "сортировку подсчетом": посчитать число элементов того же родителя с меньшим значением "числа упорядочивания" и добавить единицу. Это если я правильно понял задачу - здесь именно это самое сложное.
Буквально на днях тут была статья https://habr.com/ru/companies/itglobalcom/articles/768482/ в которой меньше абстрактной философии и больше конкретики.
Занимался моделированием полей похожих катушек (в области датчиков металлодетекторов). И могу сказать, что в статье очень много сомнительных утверждений.
Непонятно, как построена картинка с полем, что отложено по осям, каковы величины поля (не приведена легенда). Это желательно перепроверить. Там закон Кулона - школьная физика.
После этого нужно посмотреть, есть ли средства, позволяющие это поле как-то замерить.
Как антенна эта система не должна работать, поскольку по-сути это две антенны, работающие так, что их действие (магнитное поле) взаимоисключает друг-друга.
Резонанс, как я понял, там из-за того, что эквивалентная схема такой системы - колебательный контур, где роль конденсатора играют изолированные друг от друга спиральные проводники.
Вот нам и предлагается поверить в то, что вовне пространства между проводниками действуют заряды на этих проводниках.
Отсюда и рассуждения о том, что в напечатанном виде эта катушка эффекта не производит. То есть все дело в неточностях укладки проводников в спираль? Как ее смоделировать? Получается, что чем неаккуратнее изготовлена катушка, тем лучше она работает?
Ну, а когда мы попытаемся обнаружить и измерить это поле датчиками, придется считаться с тем, что действие электрического поля экранируется очень многими материалами, которые нас окружают и вряд-ли проникает глубже поверхности кожи.
Слова про стоячую волну и поворот поля вообще трудно принимать всерьез. Тут длина волны 1000 метров. Это совсем про другие частоты.
Все эти размышления приводят меня к хорошему и оптимистическому выводу: с такой катушкой прибор должен быть абсолютно безвреден.
Это не последние записи, но это записи виртуального регистра срез последних "цены поставщиков". В термине срез последних вы забываете слово "срез". А это важно...
Зайдем с другой стороны.
Есть запрос
ВЫБРАТЬ Поставщик, Номенклатура, Цена ИЗ ВТ
И запрос к той же таблице
ВЫБРАТЬ Номенклатура, Цена ИЗ ВТ
Вы наивно ожидаете, что они вернут разное количество записей?
Почему вы ожидаете того же самого от запросов
ВЫБРАТЬ Поставщик, Номенклатура, Цена ИЗ РегистрыСведений.ЦеныПоставщиков.СрезПоследних()
и
ВЫБРАТЬ Номенклатура, Цена ИЗ РегистрыСведений.ЦеныПоставщиков.СрезПоследних()
Срез последних - это состояние дел на сейчас, проекция всех изменений на настоящее время, state of art. Очень полезный виртуальный регистр. С опциональной возможностью материализации. С ходу по последнему запросу могу предложить больше десятка сценариев обработки его результатов: определить максимальную, минимальную, среднюю, медианную цену каждого товара "на сейчас", самый дорогой, дешевый, самый волатильный товар "на данный момент", товар с самой старой, самой молодой, с прошлогодней ценой (если период как в статье еще будет), всякие топы, кластеры, самый распространенный, самый экзотический товар и т.п.
А вы по своей желаемой выхолощенной таблице сможете все это определить? Сколько пользовательских сценариев поддержит это только вашим очам видное решение?
В общем логос в данной риторике пора заканчивать, попробуем пафос:
Есть анекдот: "Шеф, в вашем районе один ненормальный едет навстречу движению! Шеф: Какой один? - Их тут сотни!"
Так вот, вопрос: С каким из героев данного анекдота вы себя ассоциируете?
"...в соответствии с названием, мы ожидаем..."
Мне кажется, имеет место семантическое когнитивное искажение. Оно заключается в тенденции полагать, что знаешь значение слова, хотя на самом деле знаешь лишь область его применения и употребления.
"Срез последних".
Во-первых, последних из чего? Вы, наверное, думаете: записей? - А я думаю: значений. - Ведь 1С имеет, в первую очередь, дело с понятиями предметной области, а не баз данных. Эти абстракции (баз данных) должны быть скрыты, а не торчать снаружи.
"Срез последних значений". Смысл несколько меняется. - Не находите?
Надеюсь, слово "последние" мы понимаем одинаково.
А вот слово "срез"? Вы, наверное, считаете: "отрезанный кусок". - Но тогда лучше было бы "набор" (часто встречается в документации, не добавляет лишних сущностей). А я считаю: состояние в определённый момент развития, движения. Ну, или "Место, по которому что-л. срезано; // Круто обрывающаяся поверхность с обнажившимися пластами почвы, горной породы".
В общем, читай медленно, пиши быстро, как говорит пример классика русского языка.
Не знаю, убедили ли вас эти лингвистические экзерсисы, но они хотя бы должны вам показать, что ситуация не такая очевидная, если не показали, что она очевидно не такая.
Ну и, кстати, в данном случае, лично я защищаю не разработчиков, а свое понимание работы этого механизма.
Стараюсь вас понять...
Кажется, назвав таблицу с датой документом, вы упростили себе понимание и объяснение понятие документа другим людям. А затем уже зафиксировали это в голове и не стали переосмысливать. Суть понятия "документ" от этого потерялась. И то, зачем, кроме документа, еще и регистр сведений, тоже.
Далее, в названии "регистр накопления" слово "накопление" вы поняли буквально. Считая, что накопление идет по измерениям. А оно относится только ко времени. Если группировки по измерениям не будет или оно будет выполняться другим агрегатом, от этого регистр не перестанет быть регистром накопления. Это обычный "интегратор" - деталь многих систем управления.
Далее, результат запроса к виртуальному регистру "срез последних" вы смешали с собственно со способом представления виртуального регистра в базе данных, который можно материализовать и который должен соответствовать ограничениям. От этого вопросы про теорию баз данных.
Тема интересная. Надеюсь когда-нибудь поподробнее узнать ход мыслей и резоны разработчиков платформы непосредственно от действующих лиц, хотя многое уже сейчас можно почерпнуть из двухтомника по платформе. А домыслы, приведенные в статье, мне кажутся очень поверхностными или просто неверными.
Начиная с того, что такое документ и регистр.
По моему пониманию, в базе данных 1С хранится модель (упрощенное представление) контролируемой (управляемой) системы. Непрерывно-дискретного типа. Время - дискретно (продолжительность событий несущественна), параметры состояния системы - непрерывны (выражаются, в основном, вещественными числами).
Тогда документ необходим для фиксации событий (мгновенного изменения состояния) системы. Время документа - момент события. Его реквизиты - "обстоятельства" события.
Собственно состояние фиксируется в регистрах. При проведении документа. Тут имеет место денормализация, которая делается намеренно. Потому, что события могут быть разнородными. Регистр - это "общий знаменатель" - хранилище результата разнородных событий.
Регистры накопления и регистры сведений с этой точки зрения различаются мало. В одних (накопления) фиксируется величина изменения параметра. В других (сведений) - фиксируется значение параметра после изменения.
Выбор делается исходя из того есть ли в реальности возможность зафиксировать все изменения или нет. Контролируется ли граница? В бассейне (на огороженном складе) можно поставить датчики прихода и расхода. Используем регистр накопления. В озере (на производстве) фиксируем уровень воды (инвентаризируем остатки незавершенного производства) - используем регистр сведений. Что удобнее или эффективнее, если удается посчитать, на усмотрение модельера. Есть и взаимно-однозначное преобразование.
Встроенная группировка по измерениям (время в этом утверждении не измерение!) в регистре накопления, как мне кажется, это всего лишь дополнительная (и не всегда бесплатная по времени вычислений) опция. Которая не всегда имеет смысл (апельсины с бочками, штуки с килограммами и прочее).
Для регистров сведений эта группировка имеет смысл еще реже. Вот ее и не сделали. Из экономии, чтобы зря не считать то, что редко кому нужно и зря не выбрасывать из результата запроса нужные данные.
Если представить данные регистра сведений как экран многоканального осциллографа, то срез последних (состояние на заданный момент) вернет логичное количество строк, даже при пропущенном измерении "поставщик" в запросе.
Как в дизайне регистров сведений нарушается теория баз данных я тоже не понял. Прочитал еще раз главу 23 Дейта (про хронологические базы данных). Вроде бы все по канонам (полу-хронологическое представление).
Конечно, изначально стройная концепция справочники-документы-регистры разработчиками прикладных решений часто вынужденно размывается, но это совсем другой разговор. Не про велосипед, а про более сложные вещи.
Коротко говоря, копипаста много.
где та же задача решена на языке запросов платформы 1С: Предприятие,
который по сути — тот же SQL.
Запрос там поместился на восьми строчках:
Или на английском: