Как провести через РРО операции по предоплате и оплате
                        с отсрочкой платежа

------------------------------------------------------------------

    Сложности с проведением через РРО  операций  по  предоплате  и
оплате с отсрочкой платежа существуют  довольно  давно  -  с  того
момента, когда в новой редакции был  изложен  закон  о  применении
ЭККА  -  ныне  Закон  об  РРО  (Закон  Украины    "О    применении
регистраторов расчетных операций в сфере  торговли,  общественного
питания и услуг"  от  06.07.95  г.  № 265/95-ВР  ( 265/95-ВР ),  с
изменениями  и дополнениями).  Приходится констатировать, что и по
сегодняшний день они так и  не  решились  окончательно.  Налоговые
органы ограничиваются лишь неопределенными консультациями по этому
вопросу, которые в большинстве  своем  не  только  не  помогают  в
решении этой проблемы, но и запутывают дело.

    Откуда "ноги растут"

    Согласно  п. 11  ст. 3  Закона об РРО  ( 265/95-ВР )  субъекты
предпринимательской  деятельности  обязаны  производить  расчетные
операции  через  РРО  с  использованием  режима   предварительного
программирования наименования, цен  товаров  (услуг)  и  учета  их
количества.
    По    сути,    предварительный    режим       программирования
предусматривает  кодировку  товара.  То  есть  код,  название    и
стоимость единицы измерения товара (услуги) записываются в  память
РРО перед началом работы, и при регистрации расчетной операции  на
клавиатуре набирается только код товара (услуги) и его количество.
При этом стоимость товара не может быть изменена.
    Такие  условия  программирования  вызывают  трудности  в    их
практической  реализации  у  тех  субъектов   предпринимательства,
которые получают предоплату  за  товар  или  же  оплату  за  товар
получают с отсрочкой. В этих случаях невозможно произвести расчеты
с покупателями в режиме  предварительного  программирования.  Если
ранее такую операцию можно было осуществить путем выписки в  кассе
предприятия  приходных  ордеров,  то  в   условиях    действующего
законодательства  такая  возможность  отсутствует,  поскольку    в
рассматриваемых случаях  расчеты  надо  производить  исключительно
через РРО (разумеется, в случае если  субъект  предпринимательства
обязан применять РРО).

    Отсроченная оплата и РРО

    Такой  способ  расчетов,  как  отсрочка  платежа,  в  основном
используют    субъекты    предпринимательства,        занимающиеся
оптово-розничной торговлей за  наличные.  Приведем  пример.  Товар
отгружается со  склада  или  из  магазина  или  же  самостоятельно
доставляется покупателю на дом, затем  по истечении  определенного
времени покупатель оплачивает  стоимость  этого  товара  наличными
полностью либо частично.
    Очевидно,  что  операцию  по  приему  денежных   средств    за
отгруженный ранее товар необходимо  проводить  через  РРО.  Причем
подчеркнем: РРО применять надо только при приеме денежных средств.
На этот факт мы не случайно обращаем ваше внимание.  Дело  в  том,
что в консультации "Предварительная оплата  и  отсрочка  платежа",
опубликованной в журнале "Вестник налоговой службы Украины", 2001,
№ 33, было высказано мнение, что через РРО чек надо  пробивать  на
момент отгрузки товара.
    Однако с таким выводом трудно согласиться. И наверняка, многие
предприятия, которые применяли такой способ расчетов на  практике,
этой  консультацией  не  руководствовались.  Вместе  с  тем,   как
известно,  консультации  в  журнале  "Вестник  налоговой    службы
Украины"  являются  своего  рода  руководством  к  действию    для
налоговых  органов  на  местах,  а  поэтому  к  предприятию,    не
проведшему через РРО операцию продажи  с  отсроченной  оплатой  по
дате отгрузки, налоговиками могут  быть  применены  необоснованные
претензии.  Если   такое    случится,    постарайтесь    объяснить
проверяющему следующее.
    Согласно Закону  об  РРО ( 265/95-ВР ) регистраторы  расчетных 
операций должны применяться при осуществлении расчетной операции.

    Статья 2 Закона об РРО ( 265/95-ВР )

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

    Расчетной операцией считается  прием  от  покупателя  наличных
средств (или выдача наличных средств  за  возвращенный  товар),  а
поэтому  требование  применять  РРО  в  случаях,    когда    товар
покупателем еще не оплачен, незаконно.
    Но, пожалуй, основной вопрос, который возникает у предприятий,
осуществляющих расчеты с покупателями с отсрочкой платежа,  -  это
вопрос о программировании РРО.
    Например, когда погашение отсроченного платежа  осуществляется
суммами,  не  пропорциональными  стоимости  товара,   использовать
предусмотренный Законом  об  РРО ( 265/95-ВР ) обязательный  режим 
предварительного  программирования   наименования,   цен   товаров  
(услуг) и учета их количества невозможно.
    То, что проведение расчетов по схеме предоплаты  или  отсрочки
платежа требует специфического  подхода  к  программированию  РРО,
налоговики  понимают  очень  хорошо  (а  посему  вряд  ли    будут
предъявлять претензии к предпринимателю  на  этом  основании).  На
этот факт прямо указано Е  статье  "Схемы  расчетов  при  условиях
отсрочки платежа и предоплаты товара (услуги)",  опубликованной  в
журнале "Вестник налоговой службы Украины", 2002, № 22.
    В  данной    консультации    предложен    следующий    вариант
программирования РРО при проведении расчетов с отсрочкой   платежа
или предоплаты:  программирование   наименований   производится  в
режиме  предварительного  программирования,  а  стоимость  единицы
измерения  товаров  (услуг)  -  во  время  регистрации   расчетной
операции, сумма платы вводится клавиатурой РРО в режиме "свободной
цены". Однако этот вариант можно применять при расчете с отсрочкой
платежа  только  в  том   случае,    если    отсроченный    платеж
осуществляется один раз.  Да  V  то  программирование наименования
товара  не  имеет  смысла,    поскольку    при    таком    способе
программирования  получится,  что  через  РРО  пробивается  товар,
которого уже нет в наличии.  Если же отсроченная  оплата  вносится
частями, то этот способ вообще не приемлем.

    Приведем пример.

    Предприятие продало швейное оборудование (оверлок)  стоимостью
2000 грн. За него покупатель расплачивается с отсрочкой платежа по
1000 грн.  То есть продавцу-предприятию надо будет на РРО  пробить
продажу  двух     оверлоков    по    1000    грн.    (наименование
запрограммировано предварительно) вместо одного за 2000 грн.
    Вот  почему  гораздо  более  приемлемым,  на    наш    взгляд,
представляется способ программирования РРО по отделам.  То есть  в
случае  отсроченной  оплаты  сумма  наличных   проводится    через
специальный отдел "отсроченная оплата"  (нельзя  забывать,  что  в
чеке  должен  быть  отражен    НДС    20%    -    конечно,    если
предприятие-продавец является  плательщиком  НДС,  и  операции  по
продаже не льготируются) {1}.

    Предоплата и РРО

    Вопрос с проведением через РРО операций по предоплате  гораздо
сложнее и запутаннее, чем вопрос с проведением через РРО  операций
с отсрочкой платежа.  Причем  практически  любой  из  существующих
вариантов безупречным не назовешь: каждый имеет свои недостатки  в
большей или меньшей степени.
    Наиболее  часто  на  практике  применяется  следующий   способ
проведения предоплат через РРО: продавец на  нужную  сумму  просто
"подбирает"  ассортимент  товара,  который    будет    приобретать
покупатель, и выбивает чек.  То есть, если при  покупке  на  сумму
200 грн. за 200  единиц  товара  покупатель  делает  предоплату  в
размере 100 грн., продавец пробивает эту  предоплату  как  продажу
100 единиц товара.
    Такой  способ  проведения  через  РРО  предоплат  в   основном
применяется в сфере общепита, где берут  предоплаты  за  банкет  и
другие подобные  мероприятия.  Для  большей  наглядности  приведем
такой пример.
    В кафе был организован ужин. Клиент заказал:
    - 3 бутылки вина на сумму 30 грн.;
    - 8 отбивных с гарниром на сумму 160 грн.;
    - 5 салатов на сумму 20 грн.
    Допустим, предоплата за это мероприятие составила 54 грн.
    Вот и пробивает кассир путем подбора: 1 бутылку вина  по  цене
10 грн, 2 порции отбивных с гарниром на сумму 40 грн, 1  салат  по
цене 4 грн. за порцию.
    Причем не всегда у кассира получается все так  гладко,  как  в
нашем  примере.  Ведь  в  большинстве    случаев    надо    немало
попрактиковаться в математике, чтобы подобрать на сумму предоплаты
нужное количество блюд  по  соответствующей  им  цене.  Приходится
"добирать" нужную сумму чуть ли  не  включая  в  "список"  кусочки
хлеба.  Однако  надо  заметить,  что  такой  способ  расчетов   по
предоплате  не  только  трудоемкий,  но  и    законодательно    не
обоснованный.
    Все дело в том, что  фактически  при  таком  способе  расчетов
кассир выбивает чек на товар, которого у  продавца  еще  нет  и  в
помине: отбивные существуют только  в  виде  поросят,  пока  мирно
"проживающих" в ближайшем селе.  А ведь это неправильно  -  нельзя
пробивать чек на  товар,  которого  у  продавца  еще  нет  или  он
существует в недостаточном количестве.
    Поэтому в случае предоплаты ничего не остается, как  проводить
эту  операцию  через  РРО  аналогично  описанному  выше  случаю  с
отсрочкой  оплаты  -  через  специальный  отдел  "предоплата"   (с
отражением  в  чеке  суммы  НДС   по    ставке    20%    -    если
предприятие-продавец является  плательщиком  НДС,  и  операции  по
продаже не льготируются).
    Если предоплата вносится частями (т. е. сначала предоплата,  а
потом  производится  окончательный  расчет),  то    имеет    смысл
предоплату проводить через  отдел  "предоплата",  а  окончательный
расчет через отдел "доплата".
    Безусловно,  в  данном  случае  не  соблюдается  требование  о
предварительном программировании товаров.  Но,  учитывая  то,  что
(как  следует  из  упомянутой  консультации  в  журнале   "Вестник
налоговой  службы  Украины")  представители   налоговых    органов
признают  специфичность  таких  операций  и  то,  что  в    режиме
предварительного программирования предоплату производить, по сути,
невозможно, мы считаем, что предложенный  вариант  на  сегодняшний
день является наиболее приемлемым.
    А поскольку отпуск  предварительно  оплаченных  товаров  будет
оформлен путем выписки отгрузочных документов (накладных на отпуск
и т. п.), покупатель не сможет сетовать на то, что чек он  получит
не на конкретный товар, а на  предоплату  (в  чеке  будет  пробито
слово предоплата, а не наименование товара), ведь накладная  будет
вполне достаточным подтверждением факта приобретения.

{1} На наш взгляд, нет ничего страшного  в  том,  что  количество,
    наименование, цена товара через РРО в  этом  случае  не  будут
    регистрироваться, ведь товар покупателю  уже  отгружен  и  при
    списании  этого  товара  уже  были  выписаны   соответствующие
    отгрузочные документы (накладная на отпуск и т. п.).


------------------------------------------------------------------
"Налоги и бухгалтерский учет"
№95/02, стр. 24
[28.11.2002]
Елена Савченко
Экономист-аналитик Издательского дома "Фактор"
------------------------------------------------------------------