Проблемка есть у аксеса при использовании временных таблиц MSSQL - для того, чтобы форма на основе такой таблицы была редактируемой, необходимо наличие прав dbo для базы tempdb. Это для разминки.

Я корректирую накладную задним числом, открываю, начинаю исправлять, почти все исправил, и тут замечаю, что исправил не ту накладую, надо все вернуть назад

Уволить!

Из моей практики: использование временных таблиц восходит к временам Dos'овских клипперов парадохксов и иже с ними, когда сбой (пропадание питания, зависание и т.д) напрочь рушило редактируемую таблицу. Использование временоой таблицы позволяло частично обойти эту проблему. Со временем некоторые начали находить в этом преимущества, а точнее вколотили себе в голову штамп, что так и нужно делать всегда.
По варианту решения без использования временной таблицы - мы же с СУБД работаем, а стало быть обязаны дружить с математикой, следовательно мыслить логически гибко.
Кто мешает реализовать undo, причем с неограгиченной вложенностью? К примеру при редактировании записи на самом деле не редактировать текущую, а создавать новую и присваивать ей атрибут актуальности, фиксируя дату\время корректировки и ссылку на исходную запись. Теперь undo будет сводится к простой смене признака актуальности у записи. Если кто-то приведет аргумент, что не хочет 1000 раз давить на кнопку undo, то я удивлюсь еще больше и предлоджу прописать довольно простой алгоритм групповой отмены до какого-то chekpoint'а. Кстати, а если работник исправил 10 'не тех' накладных по 1000 позиций в каждой? В предложенном мной варианте откат вполне реализуем, а в варианте с временными (на сакмом деле промежуточными) - нет.

2 IgorM
Да я ни в коем случае не претендую на авторство...
Кстати, Undo <> Cancel> как справедливо заметил AlexJuice.