1С 7.7. есть документ чекккм. по алгоритму документ сначала записывается, и только после успешной записи вызывается процедура печати чека, после успешного пробития чека документ проводится. запись/проведение на транзакциях.
УРБД где-то 10 точек, так вот на одной точке были замечены потери документов, есть фискальный чек это говорит что документ должен был записан в базу, но его нету и "окно" по номерам документов N а следом N+2. В ЖР есть запись "Документ создан", и все.
ТИ не помогает. предполагаю настройках винды что-то, (автономные файлы, кэширование по сети, и еще хз че).
Кто сталкивался с подобным?

Переводи на SQL и забудь.

Везде воруют...

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

(3)+: или юзверь имеет возможность после печати нажать єскейп и подтвердить прерывание обработки (до фиксации транзакции).
а вообще - программиста гнать в шею за такую безалаберность на таком ответственном участке.

(4) Да ладно!
обеспечивает перекур всем сотрудникам при такой работе..
:))

(0) может копнуть в сторону урбд?

Ну еще как вариант посмотреть в сторону
Процедуры: ФормаПослеЗаписи.
Я такую весчь использовал для создания подчиненных документов которые содержат много табличных частей.
До этого использовал глобальную переменную, но бывали случаи что табличные части одного дока перенаправлялись другому.
Щас этот вопрос решен полность да и работает этот механизм аж 2006 года.

(7) в догонку.
Фосле этой процедура мы имеем железобетнную гарантию что документ записан в базу.
И никаких тебе транзакций не надо.
А транзакции 1С и сама делает.
(3) А вот тута на счет вложенных вы неправы.

(8): дану??? неужто поддерживаются (вложенные транзакции движком 77)??? а сам-то производитель - не в курсе, и даже нагло врет - указывая в документации, что не поддерживаются (и что проведение всегда автоматически выполняется в транзакции)??? класс!!!
(уж за скобками то, сколько я косяков из-за проведения в транзакции видел и исправлял после таких горе-программистов - порой весьма причудливых, в виде, например, наличия движений у документов, помеченных на удаление, или вообще движений без документов)))

(0) Может быть неисправной фискальная память ФР

+(10)  Формируется неправильный ответ ФР

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

(0) вполне нормальная ситуация, скорее всего дело не в 1с

1с делает документ и отправляет команду на ККМ
ККМ все проходит нормально, чек печатается, память фиксится
но команда о том что с ККМ все нормально - до 1с не доходит
1с ждет, не видит подтвержения и откатывает транзакцию...

начни с кабеля и драйвера ККМ

(13) Дело не в драйвере, а в самой ККМ.
В моей практике было не один раз.

+(14) Наиболее часто на Штрихе ФР-К

(13) документ сначала записывается

(16) на сколько я понял автора у него есть внешняя транзакция...

(17) Такие ошибки я встречал и на ТИС, и на Бухии, и на Штриховским торговом предприятии. Везде был "виноват" ФР

(17)Возможно нужен код.

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

+(20) Хотя может (1) ставит сиквел куда ни попадя не покупая его, в этом случае совет тоже не лучший...