Dried GagarinА они перепроводят и перепроводят :)
Или у вас странные представления о биллинговых системах?
наверное да. Не представляю биллинг на платформе 1С

Dried Gagarin iscrafmРаспоряжение на покупку/продажу акций - тоже первичка.
Ну вы зачем все в кучу то валите, уходите от контекста обсуждения? Если распоряжение на покупку/продажу акций отдается сто раз на дню, то человек, вносящий его в систему - оператор (в контексте данного обсуждения, а не сферический оператор в вакууме). Если раз в год - то нет.
я то никуда не ухожу. Вы же начинаете модное деление пользователей системы на каких то загадочных операторов и других избранных. Ставшая уже типовой практика размазывания недостатков информационных систем. А планированием занимаются по сто раз на дню, точно так же как и Вы общаетесь с программой редактирования документов (Вы оператор). А теперь представьте, что вносить изменения в документ можете только путем составления извещения об изменениях, загрузки его в Word, который в свою очередь по этому извещению выполнит корректировку, Вы посмотрите как получилось, не понравится - повторите. И так по сто раз на дню. Представили?

Сисой[quot iscrafm]это из серии заблуждений про блокировку документа в момент редактироваНе меняются показатели, послужившие основанием для принятия управленческих решений.
Простейший пример: как обеспечить аудит процедуры бюджетного контроля оплат, если система на момент проверки заявки сегодня показывает одну цифру достпного лимита, завтра - другую?

элементарно. блокировать данные от изменения.

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

:) т.е. показатели изменяются прозрачно.

Сисой iscrafmэлементарно. блокировать данные от изменения.


Так это же практически одно и то же. Вы предлагаете блокировать данные, я предлагаю запретить изменение.
Ну и заблокируем 80% совершенных транзакций, чем это лучше запрета редактирования на уровне ролей?
не совсем одно и тоже. Я рассматриваю простую систему корректировки данных, если на их изменение не наложена блокировка, отменяйте учет - учитывайте хоть по сто раз на день, пока это позволено. Вы, как я понял, любое изменение после учета - корректирующий документ (вроде того, что я привел в пример уважаемому коллеге Dried Gagarin).

Dried Gagarin iscrafmА планированием занимаются по сто раз на дню, точно так же как и Вы...
Планированием я вполне себе занимаюсь тоже. Так вот, как только я заканчиваю работу с каким-либо бюджетом своего уровня и считаю, что его можно отправить выше по инстанциям, изменения в этом конкретном документе я считаю недопустимыми. Если они возникают, то возникает новая версия этого документа, с указанием корректировок и, самое важное, причины их возникновения! Соответственно, все кто уже воспользовался старой версией документа, должны иметь возможность получить информацию о том, что есть корректировка и, возможно, изменить какие-то свои решения.
чтобы оценить результаты планирования, необходимо иттерационно "проводить" входящие данные, не устраивает - отменять "проводку" и т.д. Во многих западных системах есть такое понятие как "тестовый учет". Его применение дает возможность оценить последствия фиксации документа в базе данных. Если такого режима нет, то естественно люди туда-обратно гоняют реальные "проводки". Бить их за это по голове, если система не позволяет поступить иначе и указанная операция для нее слишком накладна - не гуманно. Естественно, когда документ вышел за пределы информационного пространства конкретного пользователя вступают в силу другие механизмы контроля и корректировок. Мы же обсуждаем не этот случай.

Dried Gagarin iscrafm...люди туда-обратно гоняют реальные "проводки"...
Для целей планирования: хоть бы и реальные (хотя это не самый лучший вариант). Но:

1. какое-то подразделение А спланировало свои показатели. Ясное дело - не на пустом месте. У него есть основания так считать. Ввели данные в систему.

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

3. А корректирует свои показатели, не оставляя в системе никакого "следа". Они отказываются от своих собственных расчетов просто так, без борьбы - их даже в виде корректирующего документа обозначить не надо. Т.е. их основания и прогнозы - пустой звук для Б.

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

Dried Gagarin iscrafmВесь спор то возник из-за банальной невоможности конкретной системы адекватно отрабатывать массовые корректировки. В результате предлагается для корректировок делать в сторонке какие-то документы. Все.
... а биллинг под 1С все равно существует!!!
наверное все-таки back билинга?

Dried Gagarin iscrafmнаверное все-таки back билинга?
Вообще-то наоборот "фронт". Все, кроме коллекторов данных. А коллекторы, в строгом смысле, к биллингу не относятся.
т.е. учета в ней нет? Данные, собираемые коллекторами кто обрабатывает? Или уже агрегаты каким-то образом загружаются?