Итак, конфигурация 1С:Медицина. Больничная аптека, в ней есть типовой отчет "Ведомость по товарам в ценах номенклатуры", остатки и движения товара по этому отчету мы видим из регистра "Свободные остатки товаров".
В регистр "Свободные остатки товаров" - движения записываются пробитым чеком ККМ (а так же документами: приходная накладная, перемещение, внутреннее потребление товара).
Есть также второй регистр "Себестоимость" - в него движения записываются документом "Отчет о розничных продажах" (и также документами: приходная накладная, перемещение, внутреннее потребление товара).
Если просто все идеально происходит в розничной торговле, то при закрытии смены ККМ - на основании пробитых чеков -> создается документом "Отчет о розничных продажах". И, как следствие: идет запись в оба регистра.
*Но, например, каким-то нереальным методом -> в пробитом чеке оказалась не та серия или не та партия товаров, и их почему-то нет на остатках, тогда документ "Отчет о розничных продажах" проводится по этому товару не будет, и продавец, допустим, просто исключает из документа "Отчет о розничных продажах" этот товар...Или вручную - указывает товар, по которому есть остатки, но серия или партия - иная. В такой ситуации: по регистру "Свободные остатки" - этот товар будет списан и отчете "Ведомость по товарам в ценах номенклатуры" - появится "краснота"...Кроме того, расчет Себестоимости - не сможет рассчитаться...
Из примера на скрине: мы как раз и видим подобную ситуацию: явная пересортица товара по серии и партии. Чеки пробиты, в ОФД ушли, в МДЛП - тоже что-то закрыто..Цена одинаковая.
Для исправления данного варианта пересортицы: открываем обработку, подтягиваем нужный пробитый чек ККМ, предварительно смотрим в него - по какому номеру в строке находится товар пересортицы, далее в обработке -> по второму варианту: вносим нужную серию и партию, жмем кнопку "Изменить серию партию".
*Другой пример: чек в программе "крутится-крутится", проверяя в МДЛП, а клиент уже провел своей банковской карточкой по эквайрингу, а это значит, что безналичная оплата уже улетела и чек в ОФД ушел, да и покупатель не дождался и ушел, и вот нам программа сообщает, что проверка по Честному знаку не прошла, поэтому в ней - документ Чек ККМ не сформирован...
Решением будет: с сайта 1c.ru в разделе 1С:Библиотека подключаемого оборудования -> скачать 1C: Эмулятор ККТ с передачей данных (54-ФЗ) c функций эквайринговых операций, версия 5.2.4.13
После установки драйвера эмулятора ККМ и привязки его к кассе ККМ, не забудьте про эквайринг создать:
Итак, пробив чек на эмуляторе - дата этого чека текущая, 3-м вариантом в обработке - вы можете назначить дату чека.
*Еще один из множества примеров реальной пересортицы: пробили в чеке то ли тот товар, то ли не тот...
Для этого в обработке - 1-й вариант: нужно отменить проведение (из статуса Пробит -> в статус Отложен) чека, добавить нужный товар, удалить ненужный, главное, чтобы сумма и НДС был тот же.
Этой же обработкой провести обратно чек, указав его бывшую дату. Далее смотрим на отразившиеся в обработке под чеком данные о документе "Отчет о розничных продажах", так как чек "скакал из сегодня во вчера", то "Отчет о розничных продажах" - не тот, прикрепляем нужный.
/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////
Можно, конечно, и попроще выровнять пересортицу, например, специальным документом "Пересортицы товаров", но почему-то он пишет только в регистр "Свободный остаток", а в регистр "Себестоимость" - не пишет, а значит расчет Себестоимости не пройдет...
Можно специфическим документом "Корректировка регистров" - редактировать напрямую эти самые регистры, но все равно будет момент, когда расчет Себестоимости не пойдет и из-за этого документа)
Лучше всего, конечно, чтобы все работало быстро и без ошибок, но это фантастика, а мы - в реальности))
п.с. конфигурация 1С:Медицина. Больничная аптека, версии 3.0.2.48.
Вступайте в нашу телеграмм-группу Инфостарт