Такой документ как квитанция о размене наличных денег фигурирует в поправках, которые приняты в порядок кассовых операций. Поправки внесены Указанием ЦБ от 09.01. 2024 № 6658-У.
Речь идет о размене монет и банкнот одного номинала на банкноты и монеты другого номинала.
В квитанции о размене надо указать:
наименование юрлица или ИП;
дату операции;
сумму наличных цифрами и прописью;
подпись кассира.
Новая норма заработает с 1 октября 2024 года.
Комментарии
53Правильно!
Вот молодцы какие!
Придумали же, как ещё загемороить бухгалтеров)
А то у них слишком легкая и востребованная профессия)
производительность низкая. Теперь - повысится производительность!
Выводят наличку из оборота всеми правдами и неправдами...
И снова из пустого в порожнее...
Например, кассир должен выдать 1'948 руб. некоему Пупкину.
Пупкин вносит в кассу 52 руб., получает из кассы 2'000 руб.
И где тут будет размен?
Гладко было на бумаге, да забыли про овраги... Извращенцы, блин...
Я тоже подумала про такой "усложнённый" вариант, который встречается на каждом шагу.
Думаю, на практике это будет трэш...
Такой вариант законодатель точно не учел...
на практике никто этим заниматься не будет...
Не будет никакого трэша, ибо сами замучаются проверять возможность выдачи купюрами/монетами того или иного номинала.
Главное, чтобы на нужный день была бумажка, согласно которой кассир, например, свои личные 10'000 руб. мелкими купюрами и монетами обменивает утром на 2 купюры по 5'000 руб. предприятия.
Вот так элементарно обходится эта очередная хрень.
Если соответствующей бумажки не будет, то начнут копать... и штрафовать.
Дальше, скорей всего, эти извращенцы придумают фиксировать на начало дня количество монет и купюр разного номинала в каждой кассе.
а что, где-то учитывается количество купюр каждого номинала?
Как собираются устанавливать сам факт произошедшего когда-либо размена/обмена?
ПКО и РКО, например, в 1С имеют фиксацию по повремени.
Отслеживать партии товара - вполне реальная задача.
Точно также можно отслеживать купюры/монеты, когда они принимаются и выдаются. Разумеется, все это будет осуществляться программно с использованием механизмов комбинаторики, а не кассиром.
В течение дня формируется реестр "красноты" в разрезе купюр/монет.
Затем на начало дня формируется документ обмена N-ого количества 5-тысячных купюр предприятия на мелкие купюры/монеты кассира, суммарно покрывающие эту "красноту".
Главное, чтобы изначально на утро было известно количество разных купюр/монет в каждой кассе.
Подобный документ можно формировать, например, посредством внешнего отчета в конце рабочего дня на начало этого же дня.
Так что обломаются проверяльщики, если проверяемые заблаговременно озаботятся подобной хренью.
вы вообще о чем, о какой кассе? И как вы представляете себе процесс сдачи/выдачи денег?
Я о самой заурядной кассе, в которой операции совершаются посредством документов ПКО/РКО, сопровождаемые приемом/выдачей различных комбинаций купюр и монет.
По ПКО принимают деньги, например, от кассира в кассу организации. По РКО, например, выдают леньги подотчетному лицу или для сдачи в банк.
Вы предлагаете в этих случаях переписывать все купюры и монеты? Или какое ПО использовать?
Во все остальных случаях используется ККМ. При приеме денег от покупателей, например, в Пятерочке тоже кассир будет купюры переписывать и пересчитыать?
Нет, не предлагаю... Я предлагаю моделировать процесс - какими купюрами и монетами это могло произойти.
Например, в кассу поступило 175 руб. Моделирую приход: 100 - 1шт.*100руб., 20 - 2шт.*10руб., 5 - 5шт. по 1 руб.
Да, 175 руб. вполне можно описать и другими комбинациями.
Ясно лишь то, что если и будут проверять эту всю ерунду, то проверять ее будут не раньше, чем на следующий день.
Что касается ПО, то в 1С можно написать подобную обработку. Важно, чтобы где-то программно велось отслеживание приходных и расходных операций по времени и по суммам. В-принципе, можно даже использовать данные ОФД. Но это будет не очень оперативно.
вы думаете, что в ОФД отражаются поступления денег покупюрно?
а попробуйте представить сумму побольше, например, кассу в гипермаркете, и скажите, как вы представляете себе покупюрный прием денег и выдачу сдачи.
Мне прекрасно известно, что покупюрно в ОФД ничего не отражается. Я веду речь о том, что сами проверяльщики будут не в состоянии проверить все досконально. Поэтому речь можно вести о разумной правдоподобности.
Допустим, клиент по факту расплатился 5-тысячной купюрой. Я не вижу никаких препятствий для того, чтобы в учете сей эпизод отразился, например, 5-ю однотысячными купюрами.
Главное, четкое отражение количества разных купюр и монет на начало и закрытие кассовой смены. А всевозможные операции в течение рабочего дня будут подчинены здравому смыслу. Это позволит кассирам нормально работать, а не заниматься всякой фигней.
а чек был на 3582 руб. Кассир дал ему сдачу 1000+500, покупатель нагрёб кучу разнокалиберной мелочи 85 руб. , кассир дал еще сдачи 3 руб.
Как вообще это можно учитывать?
Это невозможно в принципе, только если с кассиром посадить еще человека, который будет записывать купюры, либо обслуживание в кассе будет занимать по полчаса на каждого покупателя.
Еще раз... Кассир как работал, так и продолжает работать, подчиняясь лишь здравому смыслу.
Очень просто... В учете отразится, что покупатель заплатил 5082 руб., а кассир выдал ему сдачи 1500 руб.
Какими купюрами и монетами это производилось - "придумает" алгоритм, опираясь на данные по купюрам и монетам на начало и окончание смены.
А нафига это вообще придумывать? Кассирам заняться нечем? Программисты без дела сидят?
Может быть этот вопрос следует задавать ЦБ?
Я лишь предложил не шибко болезненный способ выхода из ситуации, если ЦБ вздумается окончательно впасть в идиотизм.
Мне это напоминает тост: "Давайте выпьем за мужчин - тех, кто поджигает избы и выпускает лошадей из конюшни, то есть делает всё, чтобы нам, женщинам, не было скучно!"
супер. Никакой алгоритм не придумает ничего, хоть сколько-нибудь похожего на реальность.
Я не разделяю данное мнение.
сколько вариантов разных видов купюр и монет за смену получится при выручке, ну допустим, 100 000 руб. ? Для простоты даже остаток на начало смены будем считать = 0.
И какова вероятность, что расчетный вариант совпадёт с реальным?
Тут дело не в совпадении, а в правдоподобности.
Ибо проверяльщики не в силах будут это все перепроверить.
Да, и особой возможности перепроверить не будет.
зачем тогда вообще это всё нужно?
Блин, вот прям бесит. Они сами создают имитацию ативной деятельности, и думают, что всем остальным так же заняться нЕчем.
нужно будет подключать ChatGPT)))
я не представляю как это будет осуществимо в масштабах Ашана)))