При закрытии смены ОРП формируется не на время закрытия смены, а на конец дня.

1. Mastershi 11.10.22 11:11 Сейчас в теме
Имеем: 1С.Розница 2.3 (2.3.11.33)

Смену закрывают через РМК, Сначала печатают X-отчёт, потом жмут кнопку "Закрыть смену". Там ничего не трогая, жмут закрыть смену и соглашаются с тем, что таки да, её надо закрыть. Никаких сумм не вводят.

Обычно происходит закрытие смены, затем формирование ОРП, затем, (секундой позже) формируется документ выемки. Всё замечательно, остаток на конец дня 0, все довольны.

Однако периодически происходит такое: несмотря на то, что смена закрыта в районе 19:хх, ОРП формируется на 23:59:59!!! Соответственно, выемка уже формируется на следующий день.
Далее начинается свистопляска в регистре ДенежныеСредстваККМ: выемки не формируются, отчётность ломается. Приходится править проблему руками. Хуже всего, что замечают это не сразу, поэтому всё очень криво :(

Вопрос: как такое может быть, и что происходит? Убивает то, что проблема возникает спорадически.
По теме из базы знаний
Найденные решения
9. Mastershi 17.10.22 17:53 Сейчас в теме
Вы будете смеяться, но ларчик просто открывался...
Как говорил доктор Хаус: "Пациенты лгут".
На самом деле было сочетание факторов:
1. Продажи идут без контроля остатков.
2. Поскольку ОРП формируется на основе чеков, то весь список продаж перекочёвывает в ОРП.
3. Если, формально, товаров не хватает - документ не проводится, зато ВыемкаДС вполне себе будет сделана..., той самой нулевой секундой следующего дня.
4. Пользователь игнорирует факт, что документ ОРП не провёлся (ОРП, как непроведённый, открывается, но его, видимо, воспринимают, как некий отчёт и просто закрывают). Но говорят мне, что "всё как всегда".
5. Вишенка на торте: остаток в РН.ДенежныеСредстваККМ - отрицательный!!!
6. На сладкое: если скорректировать отрицательный остаток, а потом провести таки непроведённый ОРП, то будет полная фейерия! Выемка скакнёт раза в два по отношению к полученным за день.

В общем, если выключен котроль остатков по чекам, но включён по документам, то, при игнорировании факта непроведения ОРП, получим искомый феномен...
Остальные ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. TokarevV 35 11.10.22 11:26 Сейчас в теме
На тестовой базе пробовали, удаётся повторить ошибку?
4. Mastershi 11.10.22 11:28 Сейчас в теме
(2) Каким образом? Оборудования у меня нет, а "на натуре" проверить нет возможности. Там "процесс"...
5. TokarevV 35 11.10.22 11:29 Сейчас в теме
(4) Есть эмуляторы оборудования
7. Mastershi 13.10.22 13:09 Сейчас в теме
(5) Эмулятор поставил - воспроизвести эффект не смог, хотя старался... Собственно, судя по коду закрытия, документ ОРП создаётся с временем на конец дня, но, после заполнения и сохранения, проводится оперативно!
Вернее, если быть более точным, в начале процедуры локальной переменной РежимПроведения присваивается значение РежимПроведенияДокумента.Оперативный и до вызова
ДокументКПроведению.Записать(РежимЗаписиДокумента.Проведение, РежимПроведения)
нигде по ходу работы не меняется.
Единственный вариант миновать этот ветку - если сформированный документ не пройдёт проверку ПроверитьЗаполнение(). Тогда он не проведётся и в конце закрытия будет открыт для интерактивной работы. Вот тут его, возможно, можно будет провести неоперативно, но, как мне кажется, это надо делать специально, а так просто он опять таки проведётся оперативно.
Может ли происходить какой-нибудь "сбой" при оперативном проведении и документ будет проведён неоперативно? Я понимаю, что бред, но всё же...
8. TokarevV 35 13.10.22 13:47 Сейчас в теме
(7) Раз не можете воспроизвести ошибку, тут мы можем только гадать.
Проще всего, как мне кажется, в расширении вместо конца дня поставить дату = ТекущаяДата().
3. TokarevV 35 11.10.22 11:28 Сейчас в теме
Типовая конфигурация?
6. Mastershi 11.10.22 11:29 Сейчас в теме
9. Mastershi 17.10.22 17:53 Сейчас в теме
Вы будете смеяться, но ларчик просто открывался...
Как говорил доктор Хаус: "Пациенты лгут".
На самом деле было сочетание факторов:
1. Продажи идут без контроля остатков.
2. Поскольку ОРП формируется на основе чеков, то весь список продаж перекочёвывает в ОРП.
3. Если, формально, товаров не хватает - документ не проводится, зато ВыемкаДС вполне себе будет сделана..., той самой нулевой секундой следующего дня.
4. Пользователь игнорирует факт, что документ ОРП не провёлся (ОРП, как непроведённый, открывается, но его, видимо, воспринимают, как некий отчёт и просто закрывают). Но говорят мне, что "всё как всегда".
5. Вишенка на торте: остаток в РН.ДенежныеСредстваККМ - отрицательный!!!
6. На сладкое: если скорректировать отрицательный остаток, а потом провести таки непроведённый ОРП, то будет полная фейерия! Выемка скакнёт раза в два по отношению к полученным за день.

В общем, если выключен котроль остатков по чекам, но включён по документам, то, при игнорировании факта непроведения ОРП, получим искомый феномен...
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот