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

[Alexx7]

Цитата:

Сообщение от mazzy

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

Дык это то как раз и не проблема. Есть же права доступа, кторые начиная с 8.0 вроде бы стали не такими "квадратными" как раньше.
Вот и на сайте 1С пишут оправдание:

Цитата:

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

v8.1c.Вопрос-ответ

[mazzy]

Цитата:

Сообщение от Alexx7

Дык это то как раз и не проблема. Есть же права доступа, кторые начиная с 8.0 вроде бы стали не такими "квадратными" как раньше.
Вот и на сайте 1С пишут оправдание:

Как раз проблема.
И правами доступа она не решается.

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

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

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

===============
И! Уважаемые 1Сники, уважаемый Reaper.
Обратите внимание, что в Аксапте не запрещено работать задним числом! (В Аксапте можно и нужно создавать документы прошлой датой. И Аксапта замечательно с такими данными работает. И помнит историю.)

Обратите внимание! В Аксапте запрещено менять проведенные документы и проводки. Если система(!) или пользователь хочет поменять данные, то проводки не заменяются на новые, а к ним дописывается коррекция.

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

[Raven Melancholic]

Цитата:

Сообщение от mazzy

В Аксапте можно и нужно создавать документы прошлой датой. И Аксапта замечательно с такими данными работает. И помнит историю.

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