Планирую грузить данные из Документа оборота в Документооборот через сервис в несколько потоков (чем больше тем лучше пока не ришил), вопрос возможны ли ошибки когда пытается записаться одновременно два объекта, таблица же блокируется? как долго 1С может ожидать таблицу для записи не влетая в ошибку? данные для записи это регистры сведений и справочники

Сколько указано в настройках

(1) где это можно посмотреть?
Во время записи образуется вроде очереди по типу FIFO кто раньше встал в очередь на запись тот первым и запишется? или все рандомно происходит?

Администрирование/Параметры информационной базы. В конфигурятнике.

Порядком рулит сервер 1с. Но в общем да, тапки забирает первый.

ок спасибо, буду изучать

(2) "образуется вроде очереди по типу FIFO".
Никакой очереди. С заданным периодом задержки каждый поток стучится на сервер за ресурсами. Никто и никогда вам не скажет будет ли доступен в такое-то время нужный ресурс.
Постучался на сервер - получил отлуп - подождал - опять постучался. И так пока не надоест или не получит нужный ресурс.

(6) печально организован механизм(( сложно многопоток организовывать

(7) А зачем у тебя многопоток впятером в один элемент справочника пишет?

(8) нет, так при записи вся таблица блокируется те весь справочник или я не прав?

(9) Смотря какая платформа. Смотря какие блокировки наложены. Смотря на какое пространство блокировок.

+ Смотря какой режим совместимости

(9) То есть ты даже не разобрался в блокировках, а уже многопоток делаешь?

(12) насколько помню правило такое, если управляемая блокировка то ты волен сам ей управлять отборами, если автоматическая то тупо блокируется вся таблица.
(10) платформа 8.3.15 режим совместимости Версия 8.3.8

(13) Плохо помнишь. Если блокировка автоматическая, то начинает действовать скуль

а вот если файловая...

8-ка с точки зрения многопоточности полный отстой. В настройках базы по аналогии с 7-кой есть параметр "Время ожидания блокировка данных". Так вот в 7-ке это работало, а в 8-ке - нет. Поэтому если ты запустишь обработку в два потока в момент  Документ.Записать() сразу же возникнет блокировка. Единственный способ немного сгладить ситуацию везде делать
Попытка
     Документ.Записать();
Исключение
     Документ.Записать();
КонецПопытки;

Единственный способ немного сгладить ситуацию - это не слушать бред недалеких.

(17) в смысле? блокировка мешать не будет?

(16) пятнично)

(17) +1

(16)
ДокументЗаписан=Ложь;
Пока НЕ ДокументЗаписан Цикл
  Попытка
    Документ.Записать();
    ДокументЗаписан=Истина;
  Исключение
  КонецПопытки;
КонецЦикла;

Только так!

я бы старался потоки разделить по каким-то признакам и строить блокировки соответственно

(21) И так долбиться пока сервер не ляжет?

Запись регистров сведений и справочников в принципе параллелиться должна и на автоматических блокировках. Но сколько ты на этом планируешь выиграть и не пытаешься ли решать несуществующую проблему?
Если производительность в один поток устраивает, то не ищи приключений. Грамотную работу в несколько потоков в пол-пинка не сделаешь.

(21) Это алгоритм китайской записи. На какой-то попытке 1с придется согласиться, что документ должен записаться без ошибок :)

(24) регистры сведений на автоматических блокировках это сериалайзбл, а значит вероятны избыточные блокировки

(25) ну да, в тех журнале будет запись "уговорил таки"

(24) мне около 70к внутренних документв нужно залить + вся "свита" к ним в виде регистров седений и различных справочников

(16) ты просто не умеешь готовить многопоточность

(28) это копейки

Бери и заливай от 2 х пользователей.
Заливай в транзакции (начатьтранзакцию)

Ну и если нет ошибки - то все хорошо.