Поступление по эквайрингу попадает в КУДИР

[JILIA]

Добрый день! Вопрос о том, как выстроить учет (или помогите найти ошибку).
У нас 1с Предприятие 8.3 УПП 1.3
Ведем розничную торговлю, совмещение режимов УСН+ЕНВД. Продажи ведем не через Управление розничной торговле, а через Управление продажами, по типу опта (потому что позаказные продажи с отсрочкой платежа и отгрузки, клиентура не обезличенная).
Что нужно: чтобы поступление денежных средств от розничных покупателей (в части продаж, облагаемых ЕНДВ) не попадали в КУДИР. Или попадали, но сторнировались. Вот так (см.картинку).
Так собственно и происходит: 1с видит приход денег (в приходном кассовом ордере, когда покупатель рассчитывается наличкой) и ставит эту сумму в доходы в КУДИРе. Потом 1с видит реализацию с проводками БУ по ЕНДВ и сторнирует ранее сделанную запись о доходе в КУДИРЕ (см.картинку). Все правильно, с этим вопросов нет.
Но когда покупатель рассчитывается не наличкой, а банковской картой (через терминал), вот тут-то 1с не видит связи между приходом денег на р/счет (от банка-эквайера) и реализацией (с признаком ЕНДВ) покупателю. И ставит в доходы всю сумму поступления от эквайера. Хотя эта сумма облагается ЕНДВ и не должна попадать в КУДИР.
Что я делаю не так?

[Поиск родных]

Что я делаю не так?

Непонятно вообще как вы это сделали.
Вы ничего не меняли в конфигурации?

Не могу понять - как штатным функционалом было реализовано:

• "1с видит приход денег (в приходном кассовом ордере, когда покупатель рассчитывается наличкой) и ставит эту сумму в доходы в КУДИРе. Потом 1с видит реализацию с проводками БУ по ЕНДВ"
  

Это же всё с точностью до наоборот, доход не попадет в КУДиР, пока 1С не увидит реализацию + поступление на р/с за неё....
а у вас попадает и ещё сторнируется.
По-моему, в 1С термин "сторно" применяется только в ЗУП (расчетах по начислению оплаты труда), но никак не в бухгалтерских, торговых и производственных конфигурациях. Да, и то только для интерактивных операций, а не встроенных механизмов

Потом, КУДиР - это отчет, туда ничего не попадает, пока не нажать кнопочку "Сформировать".
И странно, что какая-то схема или бизнес-процесс в 1С организуется через "сторно" (и сторнирование) и взаимовычитаниями, с использованием отрицательных цифр.

Не говоря про то, что "опт" на ЕНВД + другие непонятки.

Это довольно трудоёмко, если вообще возможно, смоделировать на демобазах и найти/догадаться о тех настройках, которыми вы настроили вашу базу.

Нельзя ли взглянуть в вашу базу?

[JILIA]

По базе ответила в личку.
Программа стандартная, ничего не дописывалось/не изменялось.
Схема простая:
1. Создается заказ покупателя.
2. Создается приход денег (приходный кассовый ордер) по данному заказу покупателя.
3. Позже (в другой день) создается реализация. В документе реализация вручную проставляются проводки по 90 счету, относящие данную продажу на субсчета ЕНВД. Так как в учетной политике заявление совмещение режимов УСН+ЕНВД, то если не проставить в реализации субсчета 90.01.2 (ЕНДВ), данная продажа попадает на УСН.
4. В момент проведения реализации программа видит, что реализация относится к ЕНВД, и в регистрах сторнирует ранее созданные записи о доходах, подлежащих обложению УСН, в связи с отнесением их к ЕНВД.
В скринах все вышеописанное выложила.


Так вот, если покупатель оплачивает не наличкой, а платежной картой, то нижеуказанная схема не работает. Программа ставит в доход в регистре накопления "книга учета доходов и расходов I" в обоих колонках ("Доходы - всего" и "в т.ч. доходы, учитываемые при исчислении налоговой базы") приход на р/счет от банка-эквайера сумму, которую оплатил покупатель платежной картой, совсем "не замечая", что реализация по данному покупателю относится к ЕНВД. И не сторнируя сумму "в тч. доходы, учитываемые при исчислении налоговой базы" в КУДИРе по аналогии со схемой оплаты наличкой.