Позиции отложенного чека попадают в следующий чек

[Rafta]

Пробуем Дэнси-Кассу 1.2.6.p2 функционал отложенных чеков.
набираем позиции в чек:
А
Б
В
Нажимаем Ctrl+L то есть откладываем чек.
набираем позиции в новый чек
Л
М
Закрываем чек
Вызываем отложенный чек Ctrl+L и закрываем его Enter
В результате записано два чека:
Тот который не откладывали
Л
А
Б
В
М
и тот который отложили:
А
Б
В

[Alexander]

Проверил Ваш пример.
В транзакции записалось:
Тип транз./Товар
11 / A
11 / Б
11 / В
58 - чек восстановлен (пока не был восстановлен здесь был тип 57)
11 / Л
11 / М
55 - чек закрыт
11 / А
11 / Б
11 / В
55 - чек закрыт

P.S. Вы не упомянули способ просмотра транзакций и используется ли сортировка при просмотре (например, ORDER BY n_transaction)

[Rafta]

У нас примерно то же самое вероятно надо будет поправить запросы в OpenOffice, будем разбираться. Извините.

[Rafta]

Открыли смену, набрали позиции и отложили чек
N тип дата_время код товара
9157 62 03.11.11 18:29
9158 11 03.11.11 18:29 4528
9159 14 03.11.11 18:29 4528
9160 11 03.11.11 18:29 4541
9161 14 03.11.11 18:29 4541
9162 57 03.11.11 18:29

Открыли новый чек, добавили позиции провели чек
N тип дата_время код товара
9157 62 03.11.11 18:29
9158 11 03.11.11 18:29 4528
9159 14 03.11.11 18:29 4528
9160 11 03.11.11 18:29 4541
9161 14 03.11.11 18:29 4541
9162 57 03.11.11 18:29
9163 62 03.11.11 18:32
9164 11 03.11.11 18:32 9802
9165 14 03.11.11 18:32 9802
9166 11 03.11.11 18:32 15804
9167 14 03.11.11 18:32 15804
9168 11 03.11.11 18:32 10940
9169 14 03.11.11 18:32 10940
9170 41 03.11.11 18:32
9171 55 03.11.11 18:32
Между чеками появилось еще одно открытие смены - так и должно быть?
Номера отложенного чека и только что проведенного совпадают - может для отложенных чеков нумерация нужна другая, например с префиксом.

Открыли отложенный чек и провели его
N тип дата_время код товара
9157 62 03.11.11 18:29
9158 11 03.11.11 18:29 4528
9159 14 03.11.11 18:29 4528
9160 11 03.11.11 18:29 4541
9161 14 03.11.11 18:29 4541
9162 58 03.11.11 18:29
9163 62 03.11.11 18:32
9164 11 03.11.11 18:32 9802
9165 14 03.11.11 18:32 9802
9166 11 03.11.11 18:32 15804
9167 14 03.11.11 18:32 15804
9168 11 03.11.11 18:32 10940
9169 14 03.11.11 18:32 10940
9170 41 03.11.11 18:32
9171 55 03.11.11 18:32
9172 11 03.11.11 18:37 4528
9173 14 03.11.11 18:37 4528
9174 11 03.11.11 18:37 4541
9175 14 03.11.11 18:37 4541
9176 41 03.11.11 18:37
9177 55 03.11.11 18:37
выделенный блок позиций обработкой для 1С игнорируется?

[Rafta]

при восстановлении отложенного чека и попытке стонировать одну из позиций появляется ошибка 30 - отсутствует объект стонирования. Закрыв окно с сообщением об ошибке и начав новый подбор в документ, чек начинает заполняться с позиций n+1, где n -число позиций в отложенном чеке.

[Alexander]

Да, пожалуй повторная транзакция открытия смены - лишняя. Подправим, это не критично.
Обновленные обработки 57 и 58 транзакции отрабатывают по алгоритму 56 (отмена чека). То есть - да, выделенный блок 1С в продажах не учтет.

[Alexander]

при восстановлении отложенного чека и попытке стонировать одну из позиций появляется ошибка 30 - отсутствует объект стонирования. Закрыв окно с сообщением об ошибке и начав новый подбор в документ, чек начинает заполняться с позиций n+1, где n -число позиций в отложенном чеке.

Спасибо, проверим.

[Alexander]

при восстановлении отложенного чека и попытке стонировать одну из позиций появляется ошибка 30 - отсутствует объект стонирования. Закрыв окно с сообщением об ошибке и начав новый подбор в документ, чек начинает заполняться с позиций n+1, где n -число позиций в отложенном чеке.

Повторить почему-то не получается такую штуку.
У Вас это стабильно повторяется?

[Rafta]

Получается стабильно. Алгоритм следующий:
1.Открываем чек, добавляем позиции, откладываем.
Если сразу его восстановить, то да, выбранная позиция стонируется. Но мы откладывали чек не затем, чтобы его сразу восстанавливать. Поэтому
2.Открываем новый чек, добавляем позиции, проводим.
3.Восстанавливаем отложенный чек, выбираем ненужную позицию и пытаемся ее стонировать. В этот момент и появляется ошибка 30. После закрытия окна с ошибкой все позиции пропадают.
4.Начинаем подбирать позиции и они занимают место начиная с n+1, где n - число позиций, которое было в отложенном чеке. При этом сумма чека больше на сумму исчезнувших позиций

[Alexander]

А DBUpdate у Вас точно сработал? Попробуйте его вручную запустить может быть?