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

[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С как раз получатся оперативное проведение.