redd
mazzy
reddПункт 2.2.2 решается средствами аудиторского следа.
Как именно? Какой ценой?
Здесь
http://sql.ru/forum/actualthread.aspx?tid=492905&pg=1#4894205
я уже приводил пример. Расскажите как аудиторский след позволяет локализовать, обнаружить "модификации документа ... простым средством злоупотреблений со стороны недобросовестных сотрудников предприятия"?
Если документы не исправлять, а сторнировать, то среди всего массива документов искать нужно сторно. Сторно документы сразу покажут где и какие правки происходили. Сторно сразу влияют на итоги, поэтому отсторнированные документы и выявляют, и исправляют. Какой алгоритм выявления и исправления предлагаете вы, когда допускаете возможность исправления уже проведенных документов?
Я так понимаю, что любая система предоставляет сервис отслеживания важных событий (как то создание, изменение, удаление документов и прочих объектов данных). Соответственно, выбираете документы, которые были изменены в заданный период (быть может полный) и смотрите кто что менял. В чем вы видите трудности?
Очень просто. Трудности вижу в глаголах "выбираете", "смотрите".
Предложенные вами глаголы подразумевают дополнительные действия.
Эти дополнительные действия пользователь должен в какой-то момент выполнить (в какой? до или после проведения своего документа? через какое время после проведения ему все еще нужно выполнять дополнительные действия? какие именно изменившиеся документы пользователь должен выбирать?)
Смотрите что происходит со сторно:
Сторно-документ изменяет итоги, на основании которых пользователь выполняет свои действия. Поэтому пользователь никуда дополнительно смотреть не должен.
Снова тот же самый пример, но с запретом изменений и сторно (с участием склада):
1. продавец выписал документ на 100 рублей
2. склад отпустил по этому документу товар на 100 рублей
3. продавец создал сторно документ на -100 рублей
4. Склад возвратил товар на 100 рублей
5. Продавец создал документ на 80 рублей
6. Склад отпустил на 80 рублей
7. клиент оплатил 80 рублей.
А теперь те же самые действия, пока склад не успел отгрузить с запретом изменений и сторно (с участием склада):
1. продавец выписал документ на 100 рублей
2. продавец создал сторно документ на -100 рублей
3. Продавец создал документ на 80 рублей
4. Склад отпустил на 80 рублей (потому что в отчете для кладовщика, на основании которого кладовщик выполняет свои действия АВТОМАТИЧЕСКИ остался только товар на 80 рублей, никаких дополнительных действий кладовщику делать не нужно)
5. клиент оплатил 80 рублей.
А теперь коррекция (без участия склада)
1. продавец выписал документ на 100 рублей
2. склад отпустил по этому документу товар на 100 рублей
3. продавец создал корректирующий документ на -20 рублей
4. клиент оплатил 80 рублей.
В любом случае, при запрете редактирования склад не должен чего-то дополнительно выбирать и куда-то дополнительно смотреть. Обратите внимание, что в моем примере нет дат. Поскольку даты неважны: Есть необработанный складом документ - склад его обрабатывает.
Пожалуйста, распишите последовательность действий, которые должен выполнить склад в данном примере, если изменения разрешены. Пожалуйста, обратите внимание на даты в вашем случае. Пожалуйста, не забудьте продумать ситуацию, когда имеется несколько сотен пользователей и несколько тысяч документов.
redd
mazzy
reddПопытка заблокировать
любые изменения документов приводят к росту неисправляемых и по-тому оставляемых "как есть" ошибок (это - по моему скромному опыту).
Конечно же нет.
Запрет исправления документов оставляет в базе ошибочные документы!
Однако запрет исправления документов никак не влияет на ошибки - ошибки исправляются сторно документами.
Мы пробовали такой подход. Многое зависит от конкретной системы, но в общем, обычному человеку, сидящему на выписке документов крайне сложно оперировать понятием "корректирующий документ". Он готов либо исправить ошибочный документ, либо не делать ничего (предвижу рекомендацию по увольнению всех нерадивых сотрудников, но, думаю, трезво мыслящее руководство предпочтет снести систему, которая мешает работать).
А-а-а-а... Кажется я понял в чем ваша проблема.
Вы смешиваете уровень хранения и уровень представления.
Я думал, что мы обсуждаем принцип действия и уровень хранения информации. Там никаких исправлений не должно быть.
Если у вас возникают проблемы с пользователем (хотя это странно), то для пользователя корректирующее действие можно представить как исправление. Но внутри все равно хранятся отдельные неисправляемые документы.
redd
mazzy
Тогда повторю терминологию ....:
1. Итоги - именно по ним делаются отчеты
2. Документы - влияют на итоги
3. Справочники (аналитика) - определяет разрезы итогов, используются в документах для формирования итогов
Итак - отчеты составляются на основании итогов, ни в коем случае не документов ...
Документы меняют итоги
Справочники влияют на итоги только через документы.
В рамках этой концепции:
запрет редактирования вовсе не означает неисправленные ошибки
...
Вы уверены в логичности цепочки утверждений, которую изобразили?
Да. Я расписал очень кратко и многих деталей не хватает.
Но принцип именно такой.
redd
О каких именно отчетах вы говорите? Их может быть великое множество.
Отчет - это некий программный код, который преобразует данные из системы и показывает их человеку-пользователю в удобном для него виде. На основании данных отчета человек принимает то или иное управленческое решение (может быть даже минирешение). На визуальном уровне отчетом может быть сам отчет, форма с данными (например, остатки) или даже одна цифра на форме (например, итог по колонке).
reddСамый банальный пример принципиально различных отчетов (с точки зрения источников данных) это Balance Sheet vs Income Statement. Первый строится на основании итогов, второй - на основании динамики данных.
Нет понятия "динамика данных", есть понятие итоги/итоговые регистры/регистры.
Поэтому и BS и PL строятся на этих самых итогах/итоговых регистрах/регистрах. Только выборку делают по-разному.
reddВы не хуже меня знаете как все это строится - пример я привел только для иллюстрации, скажем так, не полной корректности ваших слов.
Может быть вы путаете сальдо и итог? Это разные вещи.
Сальдо и оборот получаются из итогов, из итоговых регистров.
reddПредположу возражение, что де Income Statement тоже рассчитывается на базе итогов, но в этом случае итоги - просто технический трюк, применяемый для оптимизации расчетов (фактически, это дублирование информации, содержащейся в первичных документах, следовательно, корректный пересчет таких итогов при изменении документов целиком и полностью является проблемой разработчиков, придумавших эту схему).
Даже не знаю. То ли мы в терминологии расходимся, то ли в принципах.
Под итогом вы подразумеваете сальдо? Нет, итог не есть сальдо.
Итог - результат действия агрегатной функции на некоей выборке данных.
По этому определению Оборот - это такой же итог.
То, что любой отчет не должен рассчитываться из первичных документов я уже отвечал в предыдущем сообщении для Вячеслава Черникова. Из этого правила возможны исключения, но это именно исключения.
reddЯ доступно излагаю? Резюме такое: перед тем, как апеллировать к отчетам, следует четко специфицировать набор отчетов, которые будут рассматриваться, иначе - словоблудие.
Как раз наоборот.
Еще раз. Есть:
3. справочники (поставщики, клиенты, план счетов, статьи затрат и т.п. списки)
2. документы (изменяют итоги)
1. итоги/итоговые регистры (содержат результаты агрегатных функций, изменяются только документами)
0. отчеты (любой алгоритм, который делает дополнительную выборку из итогов и обработку итогов. В исключительных случаях работает по справочникам и документам)
redd mazzy
думайте, redd, думайте.
Никак не можете отвыкнуть? Сочувствую - дурной вкус очень трудно из себя вытравить.
Да, дурной.
А вы думайте, redd, думайте.
redd mazzy
Сформулируйте мысль четко и полностью - что произейдет если разрешить правку проведенных документов в многопользовательской системе. Каким именно образом, какой ценой и за счет каких ограничений вы собираетесь добиться достоверности и непротиворечивости информации в многопользовательской системе с разрешенной правкой проведенных документов? Если у вас "совершенно случайно" возникнет некий "период недостоверности", то расскажите о продолжительности такого периода, а также насколько недостоверными будут данные и какой ценой вы собираетесь обеспечить эту достуверность по истечению такого периода?
Маззи, "случайный период недостоверности" - среда обитания любого бизнеса. Я целый день работал, а вы - не ребенок, что бы вам это объяснять.
Ребенок, redd, ребенок. Объясняйте.
Или у вас нет объяснений?
reddВам отлично известно, что такое достоверность учета и каковы ее границы.
Нет, redd, я полный баран. Объясняйте.
reddМне интересно обсудить тему (бредовое прилагательное "западных" я опускаю как шум), а не препираться с вами. Если быть точным, для меня важна позиция специалистов по этому вопросу, а не позиция продавца, "урезонивающего" не в меру любопытного клиента.
Ладно, на сегодня я слегка уставший - продолжу завтра.
Угу. Вот уже и продавец.
Аргументы то будут?
