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