практикНапример: как может быть получен "красный" остаток?
- Отгрузить количество больше, чем есть на остатке
- Отгрузить количество меньше, чем есть на остатке, и поменять даты:
а) приходной накладной, по которой пришел отгружаемый товар
б) расходной накладной, по которой товар отгрузился
так, чтобы "красный" остаток возник на некоторый диапазон дат.
- Отгрузить задним числом такое количество, которое меньше остатка на прошлую дату, но которое приведет к "красному" остатку в последующие даты с учетом уже совершенных отгрузок. Пример. Есть: а) 01.01.2006 приход 10 шт. б) 05.01.2006 отгрузка 6 шт. Вводим: 03.01.2006 отгрузка 8 шт.
Что каждый раз при вводе задним числом рассчитывать "разрешенное количество"? А если есть отгрузки введенные будущими датами, постоянно рассчитывать "разрешенное количество"?
- Удалить (отменить, сторнировать) приходный документ
- Поменять у приходного документа "склад поступления".
- Поиграться с единицами измерения товара (не знаю как в разных системах, а в стандартном 1С Предприятии 7.7 точно можно, я пробовал)
Учтенные документы не редактируются - это правило. Отмена учета тоже проверяет логическую целостность. Нельзя отменить Приход, если расход по нему уже расписан. Отмена такого прихода или запрещается или влечет за собой отмену всех связанных расходов. Зависит от логики.

практикЗапрещать редактировать вышеперечисленное (хотел написать ВСЕ, но вспомнил mazzy ;-)))? Системой становится тяжело пользоваться
Запрещать не нужно, нужно проверять возможность редактирования

практик iscrafm
Учтенные документы не редактируются - это правило.
"Учтенные" - это "проведенные" в терминах 1С?

А как быть, если в документе допущена ошибка?

"бизнесом управляют люди ... да, ошибаются" (с) mazzy
В терминах 1С - проведенные, точно.
Если ошибка - 2 варианта:
1. Корректирующие записи
2. Отмена учета (с откатом произведенных учетом изменений), если возможно, правка и повторный учет.

практик iscrafm Если ошибка - 2 варианта:
1. Корректирующие записи
2. Отмена учета (с откатом произведенных учетом изменений), если возможно, правка и повторный учет.

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

Представьте, образно:
у Вас есть счет расчетов с кредиторами и счет учета запасов.
Так вот процедура учета делает проводки и смотрит получившееся в результате сальдо. Если оно отрицательное - делает откат. Таких регистров для контроля ес-но может быть много.

p.s. Как в системе резервирования. Не запрашивается свободный остаток, а сразу расходуется. Если в результате расхода минус - отменяется. Все это в транзакции конечно.