БП(3.0.106.101) Добрый день. Подскажите пожалуйста возможно кто то сталкивался?!
ИП продажи отражает в документе реализации товаров и услуг.
Проблема в том, что при форме оплаты "Оплата по платежной карте" реализация не отражается в книге дохода Патент, при этом реализации с формой оплаты "Оплата наличными" отражается. Просмотрели большое количество информации, но проблема так и решена((
- Налогообложение в системе настроено корректно.
- Патент используется верный.
- В документе Реализации "Галочка" на патенте стоит.
- В документе "Операция по платежной карте" в графе "Аванс НУ" - выбран актуальный патент(пробывали и без выбранного патента, ничего не поменялось).
ИП продажи отражает в документе реализации товаров и услуг.
Проблема в том, что при форме оплаты "Оплата по платежной карте" реализация не отражается в книге дохода Патент, при этом реализации с формой оплаты "Оплата наличными" отражается. Просмотрели большое количество информации, но проблема так и решена((
- Налогообложение в системе настроено корректно.
- Патент используется верный.
- В документе Реализации "Галочка" на патенте стоит.
- В документе "Операция по платежной карте" в графе "Аванс НУ" - выбран актуальный патент(пробывали и без выбранного патента, ничего не поменялось).
По теме из базы знаний
- Многофункциональная выгрузка из 1С:УТ 11/ УТ 10 в 1С:БП2, БП3 (соответствия товаров, контрагентов, складов, статей ДДС)+Свёртка по НДС
- 1С:ERP Управление предприятием 2
- Оплата платежными (банковскими) картами и кредитами в 1С: Бухгалтерии 2.0 (эквайринг)
- Универсальная печатная форма для справочника и документа по своему шаблону, сделанному в ms word: Кадровые, Торговые, Делопроизводственные, Бухгалтерские, Управляющие
- Многофункциональная выгрузка из 1С: Альфа-Авто 5 и 6 в 1С:БУ 3 (соответствия товаров, контрагентов, складов, статей ДДС)+Свёртка по НДС
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Использование 57 счета включено?
ИП продажи отражает в документе реализации товаров и услуг.
Проблема в том, что при форме оплаты "Оплата по платежной карте" реализация не отражается в книге дохода Патент, при этом реализации с формой оплаты "Оплата наличными" отражается. Просмотрели большое количество информации, но проблема так и решена((
Проблема в том, что при форме оплаты "Оплата по платежной карте" реализация не отражается в книге дохода Патент, при этом реализации с формой оплаты "Оплата наличными" отражается. Просмотрели большое количество информации, но проблема так и решена((
Использование 57 счета включено?
(5)
Смоделировал вашу проблему, все работает правильно
что именно по ним смотреть?!
-Они проведены +
-Вид операции выбран " Поступление по платежным картам" +
-Статья доходов использовали "Оплата от покупателя"- предопределенный реквизит +
Различные вариации уже использовали, но решение так и не нашли(((
-Они проведены +
-Вид операции выбран " Поступление по платежным картам" +
-Статья доходов использовали "Оплата от покупателя"- предопределенный реквизит +
Различные вариации уже использовали, но решение так и не нашли(((
Смоделировал вашу проблему, все работает правильно
Прикрепленные файлы:
Может поможет?
Если расчеты не закрываются (сам сейчас бьюсь с эквайрингом - рвется между ККТ через Такском и Эквайринг через Сбербанк) то упорно относит оплату на УСН даже если указать в Учетной политике Только ПСН
Ответ отдела разработки:
Приведем рекомендацию общего характера:
Для корректного учета доходов по эквайрингу при совмещении УСН/ПСН используется регистр накопления "Прочие расчеты" - в нем регистрируются расчеты по эквайрингу с банком в разрезе расчетных документов. Такая аналитика расчетов необходима для получения остатков по этим же документам на счетах УСН.03, а уже из наличия остатков на УСН.03 программа понимает, что зачисленные деньги относятся к выручке по патенту.
Для того, чтобы информация в регистре была корректна, необходимо строгое соблюдение правила: сначала отражается факт оплаты по карте (Дт 57.03), а уже затем - зачисление этой оплаты банком (Кт 57.03). Если эта хронология не соблюдается, остатки в регистре "Прочие расчеты" формируются неверно - "разъезжаются" с бухучетом. А при неверных остатках и доходы по видам деятельности не могут быть отражены верно, поэтому отражаются по умолчанию в УСН.
Отследить, что остатки регистра стали некорректными, достаточно просто - в карточке счета 57.03, отобранной по контрагенту-банку и договору эквайринга (из вида оплаты), есть периоды с отрицательными остатками ("красным" сальдо). Если такие периоды есть, необходимо поправить дату и время первичных документов (отчетов о розничных продажах и поступлений на расчетный счет) так, чтобы строк с "красным" остатком в карточке 57.03 не было.
Если "красное" сальдо 57.03 перешло с прошлого года, правильнее всего будет перевести расчеты по эквайрингу с начала текущего года на новый договор с банком (создать новый вид оплаты и перезаполнить его в отчетах о розничных продажах, а также указать новый договор в поступлениях на расчетный счет по эквайрингу, в которых зачисляется выручка текущего года).
Альтернатива - отражать зачисление по эквайрингу в режиме "Без закрывающих документов", тогда можно будет указать, к чему относится доход, прямо в документе поступления денег. Но тогда на счете 57.03 начнут накапливаться незакрытые расчеты с банком, сформированные "отчетами о розничных продажах".
ПоказатьПриведем рекомендацию общего характера:
Для корректного учета доходов по эквайрингу при совмещении УСН/ПСН используется регистр накопления "Прочие расчеты" - в нем регистрируются расчеты по эквайрингу с банком в разрезе расчетных документов. Такая аналитика расчетов необходима для получения остатков по этим же документам на счетах УСН.03, а уже из наличия остатков на УСН.03 программа понимает, что зачисленные деньги относятся к выручке по патенту.
Для того, чтобы информация в регистре была корректна, необходимо строгое соблюдение правила: сначала отражается факт оплаты по карте (Дт 57.03), а уже затем - зачисление этой оплаты банком (Кт 57.03). Если эта хронология не соблюдается, остатки в регистре "Прочие расчеты" формируются неверно - "разъезжаются" с бухучетом. А при неверных остатках и доходы по видам деятельности не могут быть отражены верно, поэтому отражаются по умолчанию в УСН.
Отследить, что остатки регистра стали некорректными, достаточно просто - в карточке счета 57.03, отобранной по контрагенту-банку и договору эквайринга (из вида оплаты), есть периоды с отрицательными остатками ("красным" сальдо). Если такие периоды есть, необходимо поправить дату и время первичных документов (отчетов о розничных продажах и поступлений на расчетный счет) так, чтобы строк с "красным" остатком в карточке 57.03 не было.
Если "красное" сальдо 57.03 перешло с прошлого года, правильнее всего будет перевести расчеты по эквайрингу с начала текущего года на новый договор с банком (создать новый вид оплаты и перезаполнить его в отчетах о розничных продажах, а также указать новый договор в поступлениях на расчетный счет по эквайрингу, в которых зачисляется выручка текущего года).
Альтернатива - отражать зачисление по эквайрингу в режиме "Без закрывающих документов", тогда можно будет указать, к чему относится доход, прямо в документе поступления денег. Но тогда на счете 57.03 начнут накапливаться незакрытые расчеты с банком, сформированные "отчетами о розничных продажах".
Если расчеты не закрываются (сам сейчас бьюсь с эквайрингом - рвется между ККТ через Такском и Эквайринг через Сбербанк) то упорно относит оплату на УСН даже если указать в Учетной политике Только ПСН
(8)
Порядок действий при моделировании и все получается.
1. Включить использование 57 счета
2. Использовать 90 счета учета для отражения выручки и себестоимости Выручка по отдельным видам деятельности с особым порядком налогообложения и Себестоимость продаж по отдельным видам деятельности с особым порядком налогообложения.
3. Проводим реализацию, на основании этого документа создаем документ Операция по платежной карте.
4. На основании созданного документа Операция по платежной карте. создаем документ Поступление на расчетный счет.
Если расчеты не закрываются (сам сейчас бьюсь с эквайрингом - рвется между ККТ через Такском и Эквайринг через Сбербанк) то упорно относит оплату на УСН даже если указать в Учетной политике Только ПСН
Порядок действий при моделировании и все получается.
1. Включить использование 57 счета
2. Использовать 90 счета учета для отражения выручки и себестоимости Выручка по отдельным видам деятельности с особым порядком налогообложения и Себестоимость продаж по отдельным видам деятельности с особым порядком налогообложения.
3. Проводим реализацию, на основании этого документа создаем документ Операция по платежной карте.
4. На основании созданного документа Операция по платежной карте. создаем документ Поступление на расчетный счет.
(9) То что Вы пишите полностью не соответствует методам работы бухгалтера - это какая-то страна Утопия...
п.3 - Операция по платежной карте формируется на основании данных, которые Вы получили из любого ОФД и поэтому стремиться создать его "на основании..." просто не реально. Я уже не говорю о ситуациях когда по чеку идет смешанная оплата (часть наличкой, часть по карте)
п.4 Поступления на р/с формируется на основании выписки банка и так же не реально формировать документ "на основании...", учитывая что выписка может появиться с задержкой на несколько дней относительно чека ОФД - тем более...
Я уже молчу когда в реалиях сумма пробитая по карте (с признаком безнал) и отправленная через эквайринг просто не совпадает... Никто ошибки оператора не отменял... То что Вы описываете возможно когда проходит несколько чеков в день - т.е. это не учет а "игрушка" для маркетинга...
п.3 - Операция по платежной карте формируется на основании данных, которые Вы получили из любого ОФД и поэтому стремиться создать его "на основании..." просто не реально. Я уже не говорю о ситуациях когда по чеку идет смешанная оплата (часть наличкой, часть по карте)
п.4 Поступления на р/с формируется на основании выписки банка и так же не реально формировать документ "на основании...", учитывая что выписка может появиться с задержкой на несколько дней относительно чека ОФД - тем более...
Я уже молчу когда в реалиях сумма пробитая по карте (с признаком безнал) и отправленная через эквайринг просто не совпадает... Никто ошибки оператора не отменял... То что Вы описываете возможно когда проходит несколько чеков в день - т.е. это не учет а "игрушка" для маркетинга...
Поправлюсь (уточню) - создание "на основании.." по отгрузке возможно в рамках данных, получаемых из ОФД. Сам так работаю - получаю товарный отчет из Контура, внешней обработкой создаем Реализацию и Кассовый приходник и Платеж по карте. В иерархии документов все на отгрузке отражается. Однако Эквайринг загружается по выписке из банка, и тут все и рвется - у меня регулярно не соответствуют данные безнал ОФД и данные эквайринга по выписке банка. И здесь как раз 1С начинает фантазировать и тулить платежи на УСН а не на ПСН.
Закончил настраивать работу с патентом у себя (установил патент+УСН). Могу поделиться наблюдениями 8-)
1. Флаг использовать 57 счет в расчетах в Учетной политике не влияет, т.к. расчеты по картам по-умолчанию идут на счет 57.03 и учет строится в разрезе Договоров эквайринга.
2. Использование в документах на отгрузку субсчетов 90.01 и 90.02 для спец режимов (.02 вместо .01) конечно красиво и логично, но на работу книги по Патенту не влияет
3. В новой конфигурации в учетной политике появилась возможность задать куда относить авансы: на УСН, на комиссию или на Патент. Правда не заметил чтобы она отрабатывала - возможно что-то не так сделал.
4. Необходимо анализировать карточку счета 57.03 и не допускать в разрезе договора эквайринга кредитовых остатков - они улетают на УСН. В этом плане действительно удобно на каждый Патент делать свой элемент справочника Договор Эквайринга как рекомендовала поддержка (даже если договор физически один и тот же).
Здесь имеет значение ВРЕМЯ операции - если Оплата по карте ПОЗЖЕ выписки банка - возникнет кредитовое сальдо и получите данный платеж не в Патенте а в УСН. Мне оказалось удобно в Учетной политике поставить выбор времени документа не фактическое а задаваемое автоматически. Тогда при создании документа (в том числе и по внешней обработке по которой затягиваю отгрузку, приходные ордера и Оплату по карте) времена проставляются для меня так как нужно. То же и для выписки. Сначала отгрузка, потом платеж по карте, а потом выписка в течении одного дня. Обращаю внимание что время проставляется в момент создания записи в момент проведения и только для новых записей без времени.
В результате всех этих действий (Отгрузка с признаком патент, время в нужном порядке) все попало в книгу по Патенту.
ЗЫ. У меня в обработке предусмотрено на основании отгрузки "создавать на основании.." приходные ордера и Оплату по карте. Поэтому зачет авансов в этих документах стоит не автоматический а по документу который указывается при создании. Мне так удобнее т.к. позволяет отслеживать оплату конкретной отгрузки. Отгрузка и оплата создается на основе данных Такском, а вот с эквайрингом постоянно проблемы - он хронически не соответствует пробитым чекам - ошибки оператора при пробитии (вместо безналичных - наличные и т.п.). Поэтому выравниваю просто - перебрасываю на оплату наличными в рамках документа отгрузки. Это полностью соответствует ОФД и не дает накапливаться "разбежки" со Сбером в котором Эквайринг. Смотрю какое сальдо должно быть на конец месяца по счету 57.03 и формирую его перебросками наличные - безналичные...
В связи с этим контрольные мероприятия:
1. Проверка закрытия в ноль счета 62 по каждому документу
2. Контроль оборотов на счете 57.03 в разрезе Договоров эквайринга
3. Контроль карточки счета 57.03 на предмет остатка красным по операции
1. Флаг использовать 57 счет в расчетах в Учетной политике не влияет, т.к. расчеты по картам по-умолчанию идут на счет 57.03 и учет строится в разрезе Договоров эквайринга.
2. Использование в документах на отгрузку субсчетов 90.01 и 90.02 для спец режимов (.02 вместо .01) конечно красиво и логично, но на работу книги по Патенту не влияет
3. В новой конфигурации в учетной политике появилась возможность задать куда относить авансы: на УСН, на комиссию или на Патент. Правда не заметил чтобы она отрабатывала - возможно что-то не так сделал.
4. Необходимо анализировать карточку счета 57.03 и не допускать в разрезе договора эквайринга кредитовых остатков - они улетают на УСН. В этом плане действительно удобно на каждый Патент делать свой элемент справочника Договор Эквайринга как рекомендовала поддержка (даже если договор физически один и тот же).
Здесь имеет значение ВРЕМЯ операции - если Оплата по карте ПОЗЖЕ выписки банка - возникнет кредитовое сальдо и получите данный платеж не в Патенте а в УСН. Мне оказалось удобно в Учетной политике поставить выбор времени документа не фактическое а задаваемое автоматически. Тогда при создании документа (в том числе и по внешней обработке по которой затягиваю отгрузку, приходные ордера и Оплату по карте) времена проставляются для меня так как нужно. То же и для выписки. Сначала отгрузка, потом платеж по карте, а потом выписка в течении одного дня. Обращаю внимание что время проставляется в момент создания записи в момент проведения и только для новых записей без времени.
В результате всех этих действий (Отгрузка с признаком патент, время в нужном порядке) все попало в книгу по Патенту.
ЗЫ. У меня в обработке предусмотрено на основании отгрузки "создавать на основании.." приходные ордера и Оплату по карте. Поэтому зачет авансов в этих документах стоит не автоматический а по документу который указывается при создании. Мне так удобнее т.к. позволяет отслеживать оплату конкретной отгрузки. Отгрузка и оплата создается на основе данных Такском, а вот с эквайрингом постоянно проблемы - он хронически не соответствует пробитым чекам - ошибки оператора при пробитии (вместо безналичных - наличные и т.п.). Поэтому выравниваю просто - перебрасываю на оплату наличными в рамках документа отгрузки. Это полностью соответствует ОФД и не дает накапливаться "разбежки" со Сбером в котором Эквайринг. Смотрю какое сальдо должно быть на конец месяца по счету 57.03 и формирую его перебросками наличные - безналичные...
В связи с этим контрольные мероприятия:
1. Проверка закрытия в ноль счета 62 по каждому документу
2. Контроль оборотов на счете 57.03 в разрезе Договоров эквайринга
3. Контроль карточки счета 57.03 на предмет остатка красным по операции
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот