-- select @LastNo=DocLastNo from CONF WITH (UPDLOCK) - считанные записи из CONF заблокируются до конца транзакции.

Если посмотреть план выполнения даже самого простого изменения, вроде Update #T Set N = N+1, то видно, что изменения данных производятся в несколько шагов. При этом между сканированием (считыванием) таблицы и внесением изменений в многозадачной среде возможно обращение к этим данным из другого процесса. Даже если изменения производятся в триггере. Как раз для исключения накладок выборки-изменения данных разными процессами и существуют блокировки. Заданием различных уровней изоляции транзакций или опций блокировки (Locking Hints) можно разрешить/запретить другим транзакциям обращаться к данным, использованным в текущей транзакции. В том числе и к прочитаным данным. Какие и когда использовать блокировки? Это зависит от конкретных ситуаций. В данном случае у автора вопроса:
-- declare @LastNo int
-- select @LastNo=DocLastNo from CONF /* считывается значение счётчика из табл. CONF */
-- update CONF set DocLastNo=@LastNo+1 /* изменяется значение счётчика */
Очевидно, что после считывания счётчика необходимо запретить его считывать другим процессам.
Я в предыдущем ответе второпях посоветовал применить UPDLOCK, блокирующий считанное значение от изменений. Применительно к данной ситуации это неправильно. Пожалуй тут будет уместен HOLDLOCK, т.о. значение счётчика будет заблокировано до конца транзакции не только для изменений, но и для считывания, так что другие процессы, пытающиеся узнать значение счётчика, получат его только после окончания данной транзакции. Т.е. :

-- select @LastNo=DocLastNo from CONF WITH (HOLDLOCK) /* считывается и блокируется значение счётчика */