Это нормально? Бороться как-нибудь можно? Или просто отключать автоматическую синхронизацию в рабочее время?

(0) Если большой поток данных то нормально, бывают блокировки, можно отрезать отдельную переферию, если большой документооборот и в ней проводить все, тогда проблем не будет.

(1) если речь идет о РИБ

(0) настрой синхронизацию во внерабочее время

(1) Да потом в том то и дело, что небольшой. Но вчера в момент пробития чек по фискальнику прошёл, а в 1С на блокировку нарвался...

(3) Пока так и сделал. Но предвижу ситуацию, когда на ночь комп выключат, там будет много данных, а у утром когда включат, смену открыть не смогут из-за блокировок..

Если это план обмена с признаком "РИБ" - то это нормально. В РИБ документы и их движения мигрируют независимо, автономно друг от друга. Это азбука.

А если не РИБ-обмен, то проведение документов не должно блокироваться. Не знаю как в Рознице, но в синхронизации данных есть признак, управляющий "ОбменДанными.Загрузка = Истина" мешающий проведению.

(4) От блокировок никто не застрахован - многопользовательский режим, однако :( Писать в одной транзакции ("всё или ничего"), при ошибке - запись в журнал, анализировать и повторять обмен при необходимости.

Речь про РИБ

Имхо, лучше чаще обмениваться - если малая порция изменений не пройдёт в этот обмен - то она при следующем обмене вновь будет передана.

(8) Я пробовал ставить каждый час. Весь день всё было норм, а потом блокировку словили. А когда в фискальнике всё норм, а в 1С даже документа нет, это же вообще не порядок. Проще заставить продаванов разово в конце дня синхронизацию запускать.

Можно сделать отдельный узел для них.

(10) Не понял. Зачем?

А в Вашей РИБ-базе всего два узла? Если "да" - совет отменяется.

Просто, чисто теоретически, предложил сделать два узла вместо одного - в одном сидят юзвера с более частым обменом для оперативности, а в другом узле - подключение оборудования и более редкий обмен (возможно в ручном режиме и в удобное время).

Не проводи чек, если идет обмен

(12) Один главный узел, где продажи не ведутся. И несколько магазинов со своими узлами.

(13) Дописывать конфу? Или продаванам сказать, чтобы не проводили? Но они не видят, когда идёт обмен.
Ну и если файл обмена большой, то вариант такой себе.

(14) Вариант реализации - уже другого плана вопрос.
Сначала надо понять, чего хочется - скорейшего пробития чека или отсутствия гемора в виде описанных тобою ситуаций

(15) Клиент всегда прав же

(16) Клиент гипермаркета и клиент магазина часов, где 5 продаж в день - разные случаи в плане требований к скорости обслуживания.
Если у тебя обмен идет 15-30-60 секунд (выбери приемлемую длительность ожидания для бизнеса), то во втором случае думается, что клиент может и подождать.

Так нашлось какое то решение?

У меня риб розница 2.2. Обмен каждые пол часа. Продаж много.

Обмен идти должен не долго, обмен в конце дня не вариант, т.к. пользователям других узлов необходимо знать актуальные остатки.

Вообще РИБ и актуальные остатки вещи совместимые?

Или лучше подумать о работе в одной базе через RDP где то на сервере?

Но даже по моему скромному опыту, вечные проблемы с оборудованиям возникают тогда.

(18) ОФФ. От последнего предложения повеяло "Звёздными войнами" ))

(18) если чеков не много то можно через веб-сервис сделать по рдп пробовал когда-то чеки выходили по 2 минуты)