1. Пока твоя транзакция что-то там будет делать, другие пользователи тоже могут ее запустить и еще более увеличат значение генератора, так что твой "-1", как минимум, сможет привести к тому, что генератор будет несколько раз принимать одни и те же значения.
2.Если твоя транзакция короткая, то вместо генератора создай "паразитную" таблицу (например, table1) с единственным числовым полем (integer) и стартуй транзакцию так: SET TRANSACTION READ WRITE NO WAIT SNAPSHOT TABLE STABILITY RESERVING table1 FOR PROTECTED WRITE.
При успехе этого оператора таблица table1 окажется заблокированной от ЗАПИСИ со стороны других user'ов, и ты сможешь прочесть значение ее поля и увеличить его на 1 (а затем чего-то делать полезное), а при ROLLBACK'e - уменьшить на 1 (естессно, непосредственно ПЕРЕД ROLLBACK'ом) и вернуться на прежнее значение.
3. Если транзакция "длинная" по времени, то таблицу блокировать нельзя, тогда можно всё равно увеличивать в ней счетчик на 1, но обязательно запомнить его НОВОЕ значение и перед ROLLBACK'ом проверить, ОСТАЛОСЬ ли оно прежним (т.е. не увеличил ли его еще кто-нить). Тогда делай отдельно транзакцию с блокировкой table1, увеличивай там значение поля на 1 и запоминай его, затем сразу "отпусти" table1 (COMMIT). Потом делай что-то в основной транзакции, а перед ее ROLLBACK'ом - снова читай table1 и проверь, осталось ли значение счетчика прежним. Не уверен на 100%, правда, что это будет работать правильно.

А я вот считаю, что юзеру нецелесообразно давать право чего-то там подтверждать/вводить! Во первых, есть документы, в нумерации которых "дырки" просто запрещены (счета-фактуры). Во вторых, когда за 1 минуту рождается около 10 документов (как у нас), то юзеры будут постоянно сталкиваться лбами пытаться вводить "свои" номера. В итоге они взвоют прибегут к программёру с перекошенными лицами :)