1С:Бухгалтерия для ИП на УСН 6% с НДС 5%: интернет‑провайдер (ОКВЭД 61.10)

Подготовка базы 1С и учетная политика ИП: УСН 6% + НДС 5%

Эта статья — практический старт: создаем/подготавливаем информационную базу 1С:Бухгалтерии и задаем учетную политику для ИП‑интернет‑провайдера (ОКВЭД 61.10) на УСН «Доходы» 6% с применением НДС 5%.

1) Создание и первичная проверка базы

Варианты старта

Новая база — оптимально, если учет начинаете «с нуля».

Копия/перенос — если уже вели учет в другой базе. Важно: перед настройкой убедитесь, что база чистая от «лишних» организаций и тестовых документов.

Общие параметры

В самой базе сразу определите:

Дату начала учета (обычно с 1 января текущего года или с даты регистрации ИП/перехода на режим).

Валюту учета (рубли).

Единый часовой пояс и корректную дату/время на рабочем месте (критично для кассы/чеков и обменов).

2) Заполнение карточки ИП (как «Организация»)

В 1С ИП учитывается как организация.

Что заполнить в карточке:

ФИО предпринимателя.

ИНН (и при наличии КПП — для ИП обычно нет).

ОГРНИП.

Адрес регистрации и при необходимости почтовый адрес.

Система налогообложения (укажем далее в настройках налогов).

Основной вид деятельности: ОКВЭД 61.10.

Практический смысл: по этим данным печатаются первичные документы (акты, счета, УПД/счет‑фактура при необходимости) и формируются регламентированные отчеты.

3) Включение нужной функциональности

Перед настройкой налогов проверьте, что включены разделы учета, которые понадобятся провайдеру.

Минимальный набор:

Банк и касса (выписки, поступления, эквайринг при необходимости).

Продажи (реализация услуг, акты, счета покупателям).

Покупки (услуги связи/каналы/оборудование/аренда/хостинг и т.п.).

НДС (обязательно, раз применяете НДС 5%).

При необходимости: зарплата/кадры (если есть сотрудники), основные средства (если есть оборудование, требующее учета как ОС).

4) Настройка налогов: УСН «Доходы» 6% + НДС 5%

УСН

В настройках налогов установите:

Система налогообложения: УСН.

Объект: Доходы.

Ставка: 6%.

Ключевой принцип для УСН «Доходы»: налоговая база — это поступления (доходы), а не «отгрузки». Поэтому важно корректно отражать оплаты от абонентов/контрагентов.

НДС 5%

Далее включите учет НДС и задайте параметры:

Организация является плательщиком НДС (режим учета НДС активен).

Ставка НДС для реализации: 5% (как основная для ваших услуг, если иное не применяется).

Раздельно проверьте, как в вашей конфигурации задаются ставки в:

- карточке номенклатуры (услуги), - документах реализации, - настройках учетной политики по НДС.

Важно: НДС — это отдельный налоговый контур со своими регистрами, книгами продаж/покупок и декларацией. Даже при УСН учет НДС должен быть настроен «как у плательщика НДС».

5) Учетная политика: что закрепить для провайдера

Откройте «Учетная политика» и зафиксируйте параметры, которые влияют на проводки и регламентные операции.

5.1. Метод учета доходов и продаж

Для услуг интернет‑доступа типично:

Реализация услуг актом (или УПД) по периодам (месяц).

Доходы УСН — по оплате.

Практический совет: даже если акты формируете раз в месяц, оплаты могут приходить ежедневно; настройте удобный ввод банковских выписок и распределение оплат.

5.2. Номенклатура услуг провайдера

Создайте номенклатурные позиции (как минимум):

«Доступ в интернет (тариф …)»

«Абонентская плата» (если выделяете отдельно)

«Подключение/инсталляция»

«Аренда оборудования/роутера» (если применимо)

Для каждой позиции проверьте:

Вид номенклатуры: Услуга.

Ставка НДС: 5%.

Счет учета доходов (обычно доходы от реализации услуг).

5.3. Договоры с абонентами/клиентами

На практике удобно вести:

Один договор на абонента (для юрлиц и ИП — особенно).

Условия расчетов: постоплата/предоплата.

От этого зависит корректность зачетов авансов и отражение НДС по авансам (если в вашей схеме они возникают).

5.4. Банковские счета и способы оплаты

Для интернет‑провайдера характерны массовые поступления:

Оплаты на расчетный счет.

Эквайринг/онлайн‑оплаты (если подключены).

Сразу заведите:

Банковский счет ИП.

Статьи движения денежных средств (для управляемости) — «Оплата услуг связи», «Подключение», «Прочие поступления».

6) Контрольная таблица настроек (быстрая самопроверка)

| Область | Что должно быть настроено | Признак ошибки, если не так | |---|---|---| | Организация | ИП с ИНН/ОГРНИП, адресами | Документы печатаются с пустыми реквизитами | | Налоги | УСН Доходы 6% | УСН не считает авансы/налог | | НДС | Включен учет НДС, ставка 5% на услугах | НДС не попадает в книгу продаж/декларацию | | Продажи | Номенклатура услуг со ставкой 5% | В реализации ставка «без НДС»/ошибочная | | Банк | Банковский счет и загрузка/ввод выписок | Оплаты отражаются «мимо» УСН доходов |

7) Минимальный порядок действий перед вводом документов

Заполнить карточку организации (ИП).

Включить функциональность (продажи, банк, НДС).

Настроить УСН «Доходы» 6%.

Настроить НДС и проверить ставку 5%.

Создать номенклатуру услуг и договоры.

Завести банковский счет и статьи ДДС.

Провести тест: ввести одну «реализацию услуг» и одну «оплату», убедиться, что НДС и доход УСН отражаются ожидаемо (по своим регистрам).

---

Задания для закрепления

Перечислите 5 обязательных данных, которые нужно заполнить в карточке организации для ИП.

Почему при УСН «Доходы» важно корректно вводить банковские выписки, даже если акты формируются раз в месяц?

Назовите минимум 3 элемента, где нужно проверить/установить ставку НДС 5%, чтобы она стабильно применялась в продажах.

Составьте свой минимальный список номенклатуры услуг провайдера (не менее 4 позиций) и укажите, где проверить, что это именно «Услуга».

<details> <summary> Ответы </summary>

1) Пример обязательных данных: ФИО ИП, ИНН, ОГРНИП, адрес регистрации, корректное наименование/представление для печатных форм (плюс при необходимости банковские реквизиты заполняются в связанных справочниках).

2) Потому что налог по УСН «Доходы» считается по поступлениям денег. Если выписки/оплаты не отражены или отражены неверно, доходы УСН будут занижены/завышены, а расчет авансов и налога будет неправильным.

3) Минимум: (а) настройки учета НДС/налогов по организации, (б) карточки номенклатуры услуг (ставка НДС), (в) документы реализации (проверка ставки и сумм НДС). Дополнительно полезно контролировать настройки договоров/расчетов, если возникают авансы.

4) Пример: «Доступ в интернет (тариф)», «Абонентская плата», «Подключение», «Выезд специалиста/инсталляция», «Аренда роутера». Проверка: в карточке номенклатуры должен быть выбран вид номенклатуры/тип “Услуга” (а не товар/материал), и задана ставка НДС 5%.

</details>

Настройки НДС 5% в 1С: ставки, счета-фактуры, книги продаж и покупок

Эта статья — про «второй контур» учета: как в 1С закрепить ставку НДС 5% в документах, правильно выписывать счета‑фактуры/УПД и получать корректные Книгу продаж и Книгу покупок. Базовые шаги включения НДС и УСН уже разобраны в статье про подготовку базы и учетную политику — здесь не повторяем, а настраиваем детали и контроль.

1) Где в 1С «живет» ставка НДС 5% и как сделать ее стабильной

Чтобы ставка не «съезжала» в документах, закрепите ее на трех уровнях (от более общего к частному):

Карточка номенклатуры (услуги)

- Вид номенклатуры: услуга. - Ставка НДС: 5%. - Это основной источник автозаполнения ставки в реализациях.

Типовые настройки продаж (если используете типы цен/шаблоны)

- Проверьте, что при подстановке номенклатуры ставка подтягивается именно из карточки и не переопределяется шаблоном.

Документ реализации (финальная проверка)

- В табличной части должны быть: ставка 5%, сумма НДС рассчитана, счет учета доходов и НДС заполнены.

Практика провайдера: часто есть несколько похожих услуг («Абонплата», «Тариф», «Подключение»). Если хотя бы одна заведена со ставкой «Без НДС», вы получите разрыв в Книге продаж.

2) Счета учета НДС: что должно формироваться в проводках

Для корректных книг и декларации 1С должна видеть стандартную связку счетов:

90.01 — выручка (по услугам связи/доступа).

90.03 — НДС с продаж.

68.02 — расчеты по НДС.

19 — НДС по приобретенным ценностям/услугам (входящий НДС).

Обычно 1С подставляет их автоматически, но важно контролировать в документах:

В реализации услуг НДС должен уходить в 90.03 и 68.02.

В поступлениях от поставщиков входящий НДС должен попадать на 19, а затем приниматься к вычету и закрываться на 68.02 (если вычет возможен).

Визуально типовая логика выглядит так:

3) Счета‑фактуры и УПД: как оформлять в 1С

3.1. Реализация услуг абонентам (акты/УПД)

Варианты:

Реализация (акты, накладные) + отдельный документ Счет‑фактура выданный (часто 1С создает его по кнопке/ссылке из реализации).

УПД (если используете печатную форму УПД) — с точки зрения учета НДС важно, чтобы был сформирован «счет‑фактура выданный» (встроенный/созданный на основании).

Контрольные поля в счете‑фактуре:

Дата и номер.

Покупатель, договор.

Ставка 5% и сумма НДС.

Признак «выставлен» (если в вашей базе используется состояние/регистрация).

3.2. НДС с авансов (если есть предоплаты)

Для провайдера предоплаты встречаются часто (пополнение лицевого счета). В 1С важно, чтобы аванс не «висел» и корректно отрабатывал:

При получении предоплаты — формируется НДС с аванса (если учет настроен с НДС по авансам).

При оказании услуг — НДС с аванса принимается к вычету (зачитывается), чтобы не задвоить налог.

Практический контроль: в отчетах по НДС не должно быть ситуации «НДС с авансов начислили, а вычет при отгрузке не произошел» из‑за неправильного зачета аванса.

4) Покупки и входящий НДС: что нужно для Книги покупок

Чтобы входящий НДС попал в Книгу покупок и (при наличии права) в вычеты:

Поступление (акты, накладные) должно содержать ставку/сумму НДС.

Должен быть зарегистрирован счет‑фактура полученный (встроенный или отдельным документом «Регистрация счета‑фактуры» — зависит от интерфейса).

В конце периода выполняются регламентные операции/обработка НДС, которые формируют записи Книги покупок.

Отдельно проверьте «типовые» статьи затрат провайдера (каналы, аренда, хостинг, монтажные материалы, оборудование). Ошибка обычно не в суммах, а в том, что счет‑фактура полученный не зарегистрирован или неверно указан контрагент/договор.

5) Формирование Книги продаж и Книги покупок (регламентные операции)

Порядок закрытия НДС в периоде (месяц/квартал — как ведете учет):

Проверьте, что все реализации проведены, и по ним создан(ы) счет‑фактура выданный/УПД.

Проверьте, что все поступления проведены, и счета‑фактуры полученные зарегистрированы.

Выполните регламентную обработку НДС (обычно в блоке НДС есть операции: формирование записей книг, распределение/вычеты, контроль).

Сформируйте отчеты:

- Книга продаж — должны быть все счета‑фактуры выданные со ставкой 5%. - Книга покупок — должны быть счета‑фактуры полученные, принятые к вычету.

6) Быстрые проверки перед сдачей отчетности по НДС

Анализ учета НДС (отчет) — ищите «красные зоны»: незарегистрированные счета‑фактуры, незакрытые авансы, расхождения по 68.02.

Оборотно‑сальдовая ведомость по 68.02 и 19:

- 68.02 должен сходиться с книгами и декларацией. - 19 не должен «раздуваться» без причины (частый признак: не приняли к вычету, потому что нет счета‑фактуры полученного).

Сверка по контрагентам (62/60) — авансы и зачеты должны быть логичными, иначе НДС с авансов будет считаться некорректно.

---

Задания для закрепления

Назовите три уровня, где нужно контролировать ставку НДС 5%, чтобы она автоматически подставлялась в документы продаж.

По каким счетам (минимум 3) вы проверите, что НДС по реализации отражается корректно?

Перечислите два обязательных условия, чтобы входящий НДС попал в Книгу покупок.

В чем типовая причина «зависшего НДС с аванса» у провайдера и где это проявится?

<details> <summary> Ответы </summary>

1) Карточка номенклатуры (услуги) → настройки/шаблоны продаж (если применяются) → документ реализации (финальная проверка в табличной части).

2) Обычно проверяют 90.03 (НДС с продаж), 68.02 (расчеты по НДС), 62 (расчеты с покупателями) и связку 90.01 (выручка) как контроль полноты реализации.

3) Проведенное поступление с корректной ставкой/суммой НДС + зарегистрированный счет‑фактура полученный (и далее выполнены регламентные операции/формирование записей Книги покупок).

4) Чаще всего аванс получен и НДС с аванса начислен, но при оказании услуг аванс не был зачтен (не связалась оплата с реализацией/неверный договор/документ зачета). Проявится в анализе НДС и в Книге продаж как начисленный НДС по авансу без корректного вычета при реализации.

</details>

Номенклатура услуг связи и договоры: ОКВЭД 61.10, тарифы, периодические услуги

Эта статья — про «скелет» учета продаж интернет‑провайдера в 1С:Бухгалтерии: как завести номенклатуру услуг связи (ОКВЭД 61.10), организовать тарифы и настроить договоры так, чтобы ежемесячные начисления, разовые работы (подключение) и аренда оборудования оформлялись одинаково и без ошибок в документах.

> НДС 5% и контроль попадания в книги/счета мы уже разобрали в статье про настройки НДС. Здесь фокус — именно структура справочников и договоров.

1) Как провайдеру удобно «нарезать» номенклатуру

Главный принцип: номенклатура должна помогать формировать документы массово и одинаково, а не «вспоминать руками», что писать в каждом акте.

Рекомендуемая модель: 3 слоя

Базовые услуги связи (периодические)

- «Доступ в интернет (услуга связи)» - «Абонентская плата за интернет» (если отделяете от «доступа»)

Разовые услуги (не периодические)

- «Подключение (инсталляция)» - «Выезд специалиста» - «Перенос точки подключения»

Сопутствующие (могут быть периодическими)

- «Аренда Wi‑Fi роутера» - «Статический IP‑адрес» - «Доп. услуги (например, настройка оборудования)»

Практический совет: если в компании много тарифов, не создавайте отдельную номенклатуру под каждый тариф, иначе справочник разрастается и растет риск ошибок. Тарифы лучше вынести в параметры/наименования в документах или в отдельные позиции ограниченным числом (см. раздел про тарифы).

2) Карточка номенклатуры: что важно именно для услуг связи

В 1С у каждой услуги провайдера в карточке номенклатуры проверьте:

Тип (вид) номенклатуры: Услуга

- Это влияет на поведение документов (акты/реализации) и печатные формы.

Единица измерения

- Часто: «мес», «услуга», «шт» (для разовых работ). - Для периодических услуг удобно «мес», чтобы количество = 1 за месяц.

Группа номенклатуры

- Сделайте группы: «Услуги связи (периодические)», «Разовые работы», «Аренда/сервис». - Это ускоряет подбор и позволяет фильтровать отчеты по продажам.

Ставка НДС

- Должна быть задана в номенклатуре и совпадать с вашей моделью (см. статью про НДС 5%).

Минимальный «эталон» справочника для старта:

| Группа | Номенклатура | Периодичность | Ед. изм. | |---|---|---|---| | Услуги связи | Доступ в интернет | ежемесячно | мес | | Разовые работы | Подключение/инсталляция | по факту | услуга | | Аренда/сервис | Аренда роутера | ежемесячно | мес | | Аренда/сервис | Статический IP | ежемесячно | мес |

3) Тарифы: как отразить без «зоопарка» номенклатуры

У провайдера тариф обычно задается скоростью/лимитами/ценой и меняется со временем. В 1С важно, чтобы вы могли:

быстро выставить акт/реализацию;

видеть, какой тариф применен;

менять цену без переписывания справочника.

Вариант А (часто самый практичный): 1 услуга + цены/тарифы через «виды цен»

Смысл: номенклатура одна — «Доступ в интернет», а тариф определяется ценой и/или текстом строки в документе.

Что делать организационно:

Завести несколько видов цен (если используете цены): «Тариф 50», «Тариф 100», «Тариф Бизнес».

Для одной номенклатуры заполнить цены по каждому виду цен.

В документе продажи выбирать нужный вид цены/цену.

Плюсы: меньше номенклатуры, проще массово менять цены. Минус: тариф «как продукт» не живет отдельной сущностью, его нужно дисциплинированно выбирать.

Вариант Б: ограниченный набор «тарифных» номенклатур

Подходит, если тарифов мало и они стабильны.

Пример:

«Интернет 50 Мбит/с»

«Интернет 100 Мбит/с»

«Интернет для юрлиц (SLA)»

Плюсы: в документах сразу видно, что продано. Минус: при большой тарифной линейке справочник раздувается.

Как отражать «смену тарифа»

В бухучете это обычно не отдельная операция, а смена цены/услуги в новом периоде. Чтобы избежать споров с клиентом, полезно в печатных формах:

в строке услуги указывать тариф в наименовании (например, «Доступ в интернет (Тариф 100)»);

или добавлять комментарий/доп. реквизит в документе (если используете).

4) Периодические услуги: единый шаблон строки в документах

Для ежемесячных услуг удобно стандартизировать строку реализации так, чтобы она сама «объясняла» период.

Рекомендуемый вид наименования в строке:

Практика контроля: если вы ведете начисления «одной датой в конце месяца», следите, чтобы у всех клиентов период в тексте был одинаковый и не было «задвоений» (два акта за один месяц по одному договору).

5) Договоры с абонентами: какие настройки критичны

В 1С договор — это не формальность: от него зависит, как система связывает оплаты, авансы и закрывающие документы.

5.1. Один договор = один лицевой счет (рекомендуемо)

Для провайдера удобно:

отдельный договор на каждого абонента (особенно для юрлиц);

в договоре/комментарии фиксировать лицевой счет/ID абонента из биллинга.

Это упрощает:

поиск расхождений «оплата есть, закрытия нет»;

массовую сверку задолженности.

5.2. Разделяйте договоры по типу расчетов, если они разные

Если у одного контрагента бывает и абонплата, и разовые работы/монтаж, а условия отличаются (например, разные сроки оплаты), проще завести 2 договора:

«Интернет (абонентское обслуживание)»

«Монтаж/разовые работы»

Иначе повышается риск, что оплата «уедет» на не тот документ.

5.3. Постоплата vs предоплата

Даже если в учете вы закрываете услуги раз в месяц, схема расчетов влияет на корректность зачета оплат.

Практический контроль:

при предоплате важно, чтобы оплаты цеплялись к «нужному» договору;

при постоплате важно, чтобы задолженность не «плавала» между договорами и не возникало мнимых авансов.

(Подробности про НДС/авансы проверяйте по статье про НДС 5% — здесь задача договоров: обеспечить корректную привязку расчетов.)

6) Мини‑чеклист: как понять, что справочники готовы к массовым документам

Номенклатура услуг сгруппирована (периодические / разовые / аренда).

Для периодических услуг единица измерения «мес» (или ваш стандарт) и количество в документах всегда 1 за период.

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

На каждого абонента есть договор с понятным идентификатором (№ договора/лицевой счет).

Если у контрагента разные условия расчетов — заведены разные договоры.

---

Задания для закрепления

Составьте минимальный справочник номенклатуры для провайдера из 6 позиций: 2 периодические, 2 разовые, 2 сопутствующие.

Выберите подход к тарифам (Вариант А или Б) для ситуации: «30 тарифов, цены меняются раз в квартал». Обоснуйте.

Придумайте стандартную формулировку строки реализации для абонплаты, чтобы было видно период оказания.

В каких случаях стоит заводить два договора на одного контрагента? Приведите 2 примера.

<details> <summary> Ответы </summary>

1) Пример (можно иначе):

Периодические: «Доступ в интернет», «Статический IP»

Разовые: «Подключение/инсталляция», «Выезд специалиста»

Сопутствующие: «Аренда роутера», «Настройка оборудования»

2) При 30 тарифах и регулярной смене цен чаще подходит Вариант А: одна номенклатура + виды цен/прайс‑логика. Так меньше разрастается справочник и проще обновлять цены.

3) Пример: «Абонентская плата за доступ в интернет за январь 2026 по договору №…» + количество 1 мес.

4) Когда условия расчетов/закрытия различаются и есть риск путаницы оплат:

Абонплата (ежемесячно, предоплата) и монтаж (разово, постоплата/по акту).

Услуги связи и аренда оборудования, если разные сроки оплаты или нужно отдельно контролировать задолженность.

</details>

Продажи провайдера: акт/реализация услуг, счет‑фактура, оплата, возвраты

Ниже — практический «конвейер» продаж интернет‑провайдера в 1С:Бухгалтерии: от ежемесячного акта/реализации до счета‑фактуры, привязки оплаты и оформления возвратов/корректировок. Настройки ставки НДС 5% и требования к номенклатуре/договорам считаем уже выполненными (см. предыдущие статьи курса).

1) Базовый сценарий провайдера: начисление услуг за месяц

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

1.1. Документ продажи: «Реализация (акты, накладные)»

Используйте реализацию с видом операции Услуги.

Проверьте в документе (минимальный набор полей контроля):

Контрагент.

Договор (важно для корректного зачета оплат/авансов).

Дата оказания (как вы закрепили в учетной политике: последний день месяца или другой стандарт).

Табличная часть: номенклатура услуги, количество (обычно 1 «мес»), цена, ставка НДС 5%.

Счет расчетов с покупателем (обычно 62) — подставляется автоматически.

Итог: документ фиксирует выручку и НДС с реализации, а также формирует задолженность покупателя (если оплаты еще нет).

1.2. Печатные формы

Для B2B клиентов обычно нужны:

Акт оказанных услуг.

Счет‑фактура / УПД (по вашей модели документооборота).

Важно: печатная форма — это «витрина», но учет НДС делает не печать, а регистрация счета‑фактуры (см. следующий раздел).

2) Счет‑фактура (выданный) / УПД: как сделать, чтобы попало в Книгу продаж

Обычно счет‑фактура создается на основании реализации (внутри реализации есть ссылка/кнопка создания).

Контроль перед проведением/регистрацией:

Дата и номер (внутренние правила нумерации).

Покупатель и договор совпадают с реализацией.

Ставка НДС 5% и сумма НДС рассчитаны.

Признак регистрации/выставления — в зависимости от интерфейса вашей 1С.

Практический смысл: если реализация проведена, но счет‑фактура не зарегистрирован, то НДС может «не доехать» до Книги продаж и декларации.

3) Оплата: как она влияет на УСН и на расчеты с покупателями

Для ИП на УСН «Доходы» налоговая база по УСН формируется по поступлению денег, поэтому блок оплаты критичен.

3.1. Поступление денег на расчетный счет

Самый типовой ввод — через:

загрузку банковской выписки;

документ «Поступление на расчетный счет».

Ключевые настройки в документе оплаты:

Плательщик (контрагент).

Договор (тот же, что в реализации/взаиморасчетах).

Статья движения денежных средств (для управляемости).

Назначение платежа (для сверок).

Проводки по сути отражают поступление денег и закрытие дебиторки:

3.2. Автоматический зачет оплаты и «почему важно совпадение договора»

Если у контрагента несколько договоров или вы используете идентификаторы лицевых счетов, оплата должна попадать в тот же договор, иначе появятся проблемы:

реализация «висит» в долге;

оплата числится как аванс по другому договору;

при НДС могут возникать некорректные движения по авансам.

Быстрая проверка: сформируйте оборотно‑сальдовую по 62 с детализацией по контрагенту/договору.

3.3. Предоплата (часто для провайдера)

Если вы принимаете предоплату (пополнение лицевого счета), в учете это обычно выглядит как аванс. Важно, чтобы затем при закрытии месяца аванс корректно зачитывался реализацией.

Что контролировать на практике:

Оплата пришла на нужного контрагента и договор.

Реализация оформлена тем же договором.

После проведения реализации задолженность/аванс «схлопываются» в 62.

НДС‑аспекты авансов (начисление/вычет) проверяйте по статье курса про НДС 5% — здесь задача продажника/бухгалтера: обеспечить связность «договор → оплата → реализация».

4) Возвраты и перерасчеты: как оформить без «развала» НДС и УСН

У провайдера возвраты чаще выглядят как:

возврат денег за неоказанный период;

перерасчет (скидка/уменьшение) из‑за простоя;

исправление ошибки начисления.

Ниже — практичная логика оформления.

4.1. Если услуга была начислена (акт/реализация) и нужно уменьшить сумму

Используйте механизм корректировки реализации (уменьшение стоимости/количества) и оформите корректировочный счет‑фактуру, если ваша схема документооборота и НДС‑учет этого требуют.

Результат:

уменьшается выручка по реализации;

уменьшается НДС с реализации;

корректно обновляются данные для Книги продаж.

Практический контроль: после корректировки проверьте, что по 62 корректно пересчиталась дебиторка/аванс (особенно если клиент уже оплатил).

4.2. Если деньги возвращаем клиенту

Возврат денежных средств оформляйте платежным документом (списание с расчетного счета/возврат покупателю) с привязкой к контрагенту и договору.

Типовая проводка по сути:

Чтобы возврат не «жил отдельно», важно, чтобы он закрывал именно ту задолженность/аванс, который возник из реализаций/оплат этого договора.

4.3. Если реализацию не делали, а деньги пришли ошибочно

Это не «возврат реализации», а возврат ошибочного платежа. На практике:

отразите поступление как оплату (она попадет в доходы УСН);

затем отразите возврат (он уменьшит деньги, но в УСН «Доходы» сам по себе возврат не всегда автоматически уменьшает базу — зависит от корректности отражения как возврата поступления и методики учета в вашей 1С).

Рекомендация: для таких кейсов ведите отдельный контрольный список и обязательно проверяйте отражение в регистрах УСН (отчет «Книга учета доходов и расходов»/доходы УСН).

5) Мини‑чеклист закрытия месяца по продажам провайдера

Все реализации за месяц проведены и отражают правильные договоры.

По B2B реализациям зарегистрированы счета‑фактуры (или УПД) для Книги продаж.

Все оплаты из банка загружены и разнесены на правильных контрагентов/договоры.

Нет «висяков» по 62: необъяснимых авансов или долгов (сверка по договорам).

По перерасчетам сделаны корректировки реализации (а не «ручные минусы» без НДС‑логики).

---

Задания для закрепления

Назовите 5 полей/параметров в документе «Реализация услуг», которые вы всегда проверяете у провайдера перед проведением.

Оплата пришла от клиента, но реализация «висит» в долге. Назовите 3 самые частые причины именно в логике 1С (не в банке).

Чем отличается «уменьшение реализации» (перерасчет за простой) от «возврата ошибочного платежа» с точки зрения набора документов?

Составьте мини‑чеклист сверки 62 по одному контрагенту, у которого 2 договора: «Абонплата» и «Монтаж».

<details> <summary> Ответы </summary>

1) Пример: контрагент; договор; дата; табличная часть (услуга/кол-во/цена/ставка НДС 5%); счет расчетов (62) и корректность сумм (итоги, НДС посчитан).

2) Пример частых причин: (а) оплата разнесена на другой договор; (б) в оплате указан другой контрагент (например, головная компания вместо филиала); (в) реализация оформлена на другой договор/с другим способом учета расчетов и не схлопывается с оплатой; дополнительно — оплата попала как «прочее поступление» без взаиморасчетов.

3) Уменьшение реализации: делаем корректировку реализации (уменьшение) и при необходимости корректировочный счет‑фактуру, чтобы исправить выручку и НДС. Возврат ошибочного платежа: реализацию не трогаем (ее может не быть), оформляем возврат денег платежным документом и контролируем отражение в регистрах УСН как возврат поступления.

4) Пример чеклиста: (а) ОСВ 62 с детализацией по договорам — отдельно «Абонплата», отдельно «Монтаж»; (б) проверка, что оплаты за абонплату не попали в «Монтаж»; (в) по «Монтажу» сверка: есть ли акт/реализация на разовые работы и закрывается ли она оплатой; (г) отсутствие одновременно долга по одному договору и аванса по другому без объяснения.

</details>

Поступления и расходы без влияния на УСН: аренда, оборудование, подрядчики, эквайринг

ИП на УСН «Доходы» 6% платит налог с поступлений денег, а расходы налог не уменьшают. Но в 1С расходы и «не-доходные» поступления все равно нужно вводить правильно — ради:

корректных взаиморасчетов (60/62),

НДС (входящий, книги покупок/продаж),

управляемости денег и сверок,

корректных проводок и отчетности.

Про продажи/оплаты и базовую логику УСН+НДС см. статьи курса про продажи и НДС 5% — здесь фокус на операциях, которые не должны попадать в доходы УСН или не влияют на налог УСН как расходы.

1) Главный контроль: «входит ли операция в доходы УСН»

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

Поступление от клиента за услуги — должно попадать в доходы УСН.

Любые прочие поступления (займы, возвраты, переводы между своими счетами и т.п.) — обычно не должны попадать в доходы УСН.

Любые расходы (аренда, подрядчики, комиссия банка) — в УСН 6% не уменьшают налог, но должны быть корректно отражены в бухгалтерском учете и/или в НДС-контуре.

Мини-проверка после ввода денег: сформируйте отчет по доходам УСН / КУДиР и убедитесь, что там нет «лишних» поступлений.

2) Расходы провайдера: аренда, подрядчики, каналы, хостинг — как вводить

2.1. Аренда (офис/узел связи/опоры)

Обычно вводится документом «Поступление (акты, накладные)» с видом «Услуги».

Что важно:

Контрагент и договор (чтобы не «висели» расчеты на 60).

Счет затрат (чаще 26/44 — зависит от вашей модели управленческого разреза).

НДС: если арендодатель с НДС — входящий НДС должен отразиться на 19 и далее попасть в вычет (при наличии права и корректной регистрации счета-фактуры полученного — детали см. в статье про НДС 5%).

Типовая логика проводок:

2.2. Подрядчики (монтажники, сварщики, прокладка кабеля)

Ввод аналогичен аренде: поступление услуг + оплата.

Ключевой нюанс для провайдера: если подрядчик выполняет работы, которые капитализируются (например, формируют объект ОС/инфраструктуру), затраты могут идти не на 26/44, а на 08. Это решение — учетное (обычно вместе с бухгалтером/аудитором), но в 1С важно, чтобы счет затрат был выбран осознанно.

2.3. Связанные расходы: магистральные каналы, колокация, хостинг

Та же схема «поступление услуг».

Частая ошибка: документ введен как «прочее» без НДС/счета-фактуры, из-за чего входящий НДС не попадает в вычет и «зависает» на 19 или не отражается вообще.

3) Оборудование: когда «товар/материал», когда «основное средство»

У провайдера оборудование может быть:

Материалы/запасы (патч-корды, мелочевка, крепеж) — списываются в расходы по мере использования.

Оборудование для эксплуатации (коммутаторы, серверы, ИБП) — часто учитывается как ОС, если отвечает вашим критериям.

Практический подход в 1С:

Если это запасы: поступление с отражением на счете запасов, затем списание/передача в эксплуатацию — по вашей методике.

Если это ОС: поступление/затраты собираются на 08, затем ввод в эксплуатацию ОС — амортизация уже бухгалтерская (на УСН 6% налог не уменьшит, но для учета и отчетности важно).

В обоих случаях контролируйте:

НДС во входящих документах (19 и регистрация счета-фактуры полученного).

Разрезы аналитики (подразделение/объект затрат), чтобы потом понимать себестоимость эксплуатации.

4) Эквайринг: доход УСН и комиссия банка (которая УСН не уменьшает)

Эквайринг для провайдера — частая история (онлайн-оплаты). Здесь важно разделить:

Поступление от клиента (это доход УСН).

Комиссию банка (это ваш расход, но УСН 6% она не уменьшает).

Правильная цель учета: доход УСН должен отражаться в полной сумме оплаты клиента, а комиссия — отдельной строкой расходов.

Удобная схема в 1С (концептуально):

Отразить оплату по эквайрингу как платеж, который «идет через банк» (часто используется транзитный счет расчетов по эквайрингу).

Отдельно отразить удержанную комиссию банка как услугу банка (как правило, без НДС).

В проводках это обычно выглядит так (модельно):

Контроль:

В доходах УСН сумма должна соответствовать оплате клиента, а не «нетто после комиссии».

На 57 не должно оставаться необъяснимого сальдо (это признак, что часть операций по эквайрингу не разнесли).

5) Поступления, которые часто ошибочно попадают в доходы УСН

Типовые «ловушки» у ИП:

Переводы между своими счетами (51↔50, 51↔51) — это не доход.

Получение займа/кредита — это не доход.

Возврат переплаты от поставщика — чаще это не доход (это возврат ваших денег).

Возврат обеспечительного платежа/депозита по аренде — обычно не доход.

В 1С такие поступления вводите как «прочие поступления» с правильной статьей и признаком, что не учитывается в УСН (конкретное поле/переключатель зависит от интерфейса вашей базы).

6) Мини‑чеклист месяца (по операциям «вне УСН-расходов»)

По 60 нет «висяков» без документов (поступление/оплата не потерялись).

Входящий НДС принят к учету по документам, где это возможно (и есть счета-фактуры полученные).

По 57 (эквайринг) сальдо объяснимо или равно нулю.

В доходах УСН нет переводов между своими счетами, займов, депозитов.

---

Задания для закрепления

Назовите 4 вида поступлений, которые часто ошибочно включают в доходы УСН, хотя это не доход.

Составьте минимальный набор полей контроля в документе «Поступление (услуги)» для аренды, чтобы потом не было проблем с 60 и НДС.

Оплата по эквайрингу: какие две суммы вы должны видеть в учете (и где обычно «ломаются» доходы УСН)?

У вас «висит» остаток на счете эквайринга (транзит). Назовите 3 типовые причины.

<details> <summary> Ответы </summary>

1) Примеры: переводы между своими счетами; получение кредита/займа; возврат переплаты от поставщика; возврат обеспечительного платежа/депозита; взнос собственных средств (если отражаете как отдельное поступление).

2) Пример: контрагент; договор; содержание услуги (аренда за период); счет затрат (26/44/08 — по вашей модели); ставка/сумма НДС (если есть); наличие/регистрация счета-фактуры полученного (для НДС-учета).

3) Две суммы: (а) полная сумма оплаты клиента (это доход УСН), (б) комиссия банка (расход, УСН 6% не уменьшает). «Ломается» обычно так: в доходы УСН попадает нетто (после комиссии), если эквайринг отражен одним поступлением на расчетный счет без выделения комиссии отдельной операцией.

4) Причины: не отражено перечисление денег банком на расчетный счет; не отражена (или отражена неверно) комиссия банка; оплата картой разнесена не на того контрагента/договор и не закрылась с начислениями; часть операций по эквайрингу в одном периоде, а часть — в другом без контроля сверки.

</details>

Платежи в бюджеты: расчет УСН 6%, НДС 5%, сверка и закрытие периода

Эта статья — про финальный «контур дисциплины» в 1С: как посчитать обязательства, закрыть период, сформировать платежи в бюджет (через ЕНП/ЕНС) и свериться, чтобы не было сюрпризов по пеням/переплатам. Настройку НДС 5% и оформление продаж/покупок не повторяем — ориентируйтесь на предыдущие статьи.

1) Порядок закрытия периода: что делаем раньше, что позже

Логика важна: если сначала посчитать УСН, а потом «доделать» НДС/реализации, цифры разъедутся.

Рекомендуемая последовательность в конце месяца (и особенно квартала):

2) НДС 5%: расчет обязательства и контроль перед оплатой

2.1. Где в 1С увидеть «сколько НДС к уплате»

Используйте связку отчетов (названия могут немного отличаться по интерфейсу):

Анализ учета НДС — находит незарегистрированные счета-фактуры, «зависшие» авансы, ошибки вычетов.

Книга продаж / Книга покупок — итоговая база для декларации.

ОСВ/карточка счета 68.02 и 19 — бухгалтерский контроль сумм НДС.

Смысл контроля:

сумма НДС «к уплате» должна логично объясняться: НДС с продаж минус вычеты;

на 19 не должно висеть то, что вы ожидаете принять к вычету (частая причина — нет зарегистрированного счета‑фактуры полученного).

2.2. Типовые причины расхождений именно перед уплатой

Реализация есть, а счет‑фактура выданный не зарегистрирован — НДС не попадает куда нужно.

Входящий НДС есть, но счет‑фактура полученный не зарегистрирован — вычет «не включился».

Оплаты/авансы «живут» на другом договоре — появляются некорректные движения по авансам.

> Детальные настройки НДС и авансов — в статье курса про НДС 5%.

3) УСН 6%: расчет аванса/налога и ключевые проверки

3.1. Что именно считается по УСН «Доходы»

УСН 6% — это налог с поступлений денег. Поэтому перед расчетом убедитесь, что:

загружены/введены все банковские операции;

«не-доходные» поступления (займы, переводы между своими счетами и т.п.) не включены в доходы УСН (см. статью про поступления/расходы без влияния на УСН).

3.2. Где в 1С проверить базу УСН

Используйте отчеты:

КУДиР / Доходы УСН (как доступно в вашей базе) — сверяем суммы поступлений.

Отчеты по банку + выборочно документы «Поступление на расчетный счет» — подтверждаем источник каждого крупного дохода.

Практический контроль для провайдера:

эквайринг: доход УСН должен отражаться в полной сумме оплаты клиента, а комиссия — отдельно.

4) Платежи в бюджет: ЕНС/ЕНП и корректное отражение в 1С

Сейчас большинство налогов платится как единый налоговый платеж (ЕНП) на единый налоговый счет (ЕНС). В 1С задача бухгалтера — сделать два действия:

Создать платеж в банк (обычно документ списания с расчетного счета) с видом операции уплаты в бюджет/ЕНП.

Отразить распределение/зачет (если ваша конфигурация требует отдельных документов/помощника ЕНС), чтобы в аналитике было видно, что платеж «закрыл» именно НДС или УСН.

Мини‑чеклист заполнения платежа:

| Что проверить | Зачем | |---|---| | Дата платежа и период | чтобы платеж попал в нужный срок | | КБК/основание (если используется) или признак ЕНП | чтобы 1С корректно увязала платеж с налогом | | Сумма | чтобы не создать переплату/недоимку | | Статья ДДС | чтобы не потерять платеж в управленческих отчетах |

5) Сверка с бюджетом: как понять, что «всё закрыто»

После расчетов и оплат делайте сверку на двух уровнях.

5.1. Внутри 1С (бухгалтерская логика)

Карточка счета 68.02 — НДС: ожидаемое сальдо на конец периода должно соответствовать вашему «к уплате/к возмещению».

Счет по УСН (часто используется 68.12) — логично отражает начисление и оплату.

Отчеты по ЕНС/расчетам с бюджетом (если включены) — показывают, какие начисления закрыты ЕНП.

5.2. «По факту оплаты»

Сверьте банковские платежи:

все ли ушли;

нет ли дубля;

суммы совпадают с начислениями.

Типовой признак проблемы: в 1С «налог уплачен», а по отчету расчетов с бюджетом висит недоимка (часто это неверный вид операции платежа или отсутствие отражения зачета по ЕНС).

6) Квартальное закрытие: финальный контрольный список

НДС: книги продаж/покупок сформированы, ошибки анализа НДС устранены.

УСН: доходы проверены, «лишние» поступления исключены.

Начисления налогов сформированы регламентными операциями.

Платежи в бюджет отражены как ЕНП и корректно распределены.

Сверка 68.xx и отчета по расчетам с бюджетом — без необъяснимых остатков.

---

Задания для закрепления

Составьте свой порядок закрытия квартала для ИП‑провайдера (6 шагов), чтобы НДС и УСН не «разъезжались».

Назовите 3 отчета/проверки в 1С, которыми вы подтверждаете сумму НДС к уплате.

Какие 4 типа поступлений вы обязаны перепроверять, чтобы случайно не включить их в доходы УСН?

Платеж в бюджет ушел из банка, но в 1С недоимка не закрылась: назовите 3 типовые причины.

<details> <summary> Ответы </summary>

1) Пример порядка: (1) проверить продажи/оплаты/покупки и регистрацию счетов‑фактур; (2) выполнить регламентные операции НДС и сформировать книги; (3) сверить 68.02/19 и анализ НДС; (4) проверить доходы УСН по банку/КУДиР; (5) выполнить расчет налога УСН регламентной операцией; (6) оформить платежи ЕНП и проверить отчет расчетов с бюджетом/ЕНС.

2) Пример: «Анализ учета НДС», «Книга продаж/Книга покупок», карточка/ОСВ по 68.02 (и как доп. контроль — 19).

3) Пример: переводы между своими счетами; получение займа/кредита; возврат переплаты от поставщика; возврат обеспечительного платежа/депозита (и отдельно — поступления, которые являются ошибочными и подлежат возврату).

4) Пример причин: неверный вид операции/назначение платежа (ЕНП не распознан); платеж не распределен/не отражен зачет по ЕНС в 1С; ошибка периода/даты (платеж попал в другой период); платеж заведён вручную без связи с бюджетными расчетами (как «прочее списание»).

</details>

Отчетность и контроль: декларации НДС и УСН, книги, проверки и типовые ошибки

Эта статья — про финальную «сборку» отчетности в 1С для ИП‑интернет‑провайдера (ОКВЭД 61.10) на УСН «Доходы» 6% при применении НДС 5%: какие отчеты формировать, как себя перепроверять и где чаще всего ломается логика. Настройки НДС/УСН и типовые документы мы не повторяем (см. статьи курса про НДС 5%, продажи, поступления/расходы и закрытие периода).

1) НДС: что сдаем и чем подтверждаем цифры

1.1. Набор «выходных» документов по НДС

Декларация по НДС (квартальная).

Книга продаж (источник данных по начисленному НДС).

Книга покупок (источник по вычетам).

Практический принцип контроля: декларация должна быть «объяснима» книгами; книги — объяснимы первичкой (реализация/поступление и зарегистрированные счета‑фактуры).

1.2. Быстрая сверка перед формированием декларации

Сделайте три проверки (в таком порядке):

Книга продаж: все реализации B2B попали, ставка 5% не «съехала», нет пропусков по нумерации/регистрации счетов‑фактур.

Книга покупок: попали только те входящие документы, по которым вы реально заявляете вычет (и счет‑фактура полученный зарегистрирован).

ОСВ/карточка счетов 68.02 и 19: на 68.02 — итоговое обязательство/переплата, на 19 — входящий НДС, который либо принят к вычету, либо осознанно «висит» (нет счета‑фактуры, спорный документ, другой период и т.п.).

Если по итогам квартала у вас «к уплате» неожиданно больше/меньше, почти всегда причина находится именно в этих трех точках.

2) УСН 6%: что сдаем и как контролируем доходы

2.1. Отчетность по УСН

Декларация по УСН (годовая).

Внутренний контрольный отчет: КУДиР / Доходы УСН (как доступно в вашей версии 1С).

Ключевой момент для провайдера: налоговая база УСН — это поступления денег, поэтому качество разнесения банка/эквайринга важнее, чем идеальность актов.

2.2. Сверка доходов УСН с банком (типовой «контур»)

Сверяйте не «до копейки все строки», а по правилам:

Сумма доходов УСН за период должна соответствовать сумме клиентских оплат (включая оплаты через эквайринг в полной сумме, не за минусом комиссии).

Не-доходные поступления (переводы между своими счетами, займы, возвраты от поставщиков и т.п.) не должны попадать в доходы УСН.

При возвратах клиентам/ошибочных оплатах проверяйте, как операция отражена именно в регистре УСН (в 1С это зависит от вида операции и корректности оформления).

3) Практика провайдера: контроль связки «биллинг → 1С → отчетность»

У интернет‑провайдера часто есть внешний биллинг/CRM, а 1С закрывает «официальный контур». Чтобы отчетность была стабильной, держите две регулярные сверки:

Сверка начислений (биллинг vs 1С реализации)

- цель: не пропустить контрагентов B2B, по которым должны быть акты/УПД/счета‑фактуры; - риск: НДС по реализации может быть занижен из‑за отсутствия документов.

Сверка оплат (банк/эквайринг vs 1С поступления)

- цель: доход УСН должен «ловить» все оплаты; - риск: УСН будет занижен/завышен из‑за неверного вида поступления или неразнесенных выписок.

Удобный минимальный контрольный список на месяц:

4) Типовые ошибки и как их быстро диагностировать

4.1. Ошибки по НДС

Реализация есть, а счета‑фактуры нет/не зарегистрирован

- симптом: нет строки в Книге продаж или «дыра» в анализе НДС.

Входящий НДС не попал в Книгу покупок

- симптом: на 19 висит НДС, а вычета нет (обычно из‑за не зарегистрированного счета‑фактуры полученного).

Неверная ставка/“Без НДС” в одной из услуг

- симптом: часть выручки не облагается в Книге продаж, НДС «меньше ожидаемого».

4.2. Ошибки по УСН

Эквайринг учтен нетто (за минусом комиссии)

- симптом: доход УСН меньше, чем сумма клиентских оплат.

Не-доходные поступления попали в УСН

- симптом: доход УСН больше банковских оплат клиентов (часто из‑за переводов между своими счетами, займов, возвратов).

Оплата разнесена “мимо взаиморасчетов”

- симптом: деньги в банке есть, а в 62/доходах УСН логика «не сходится» (зависит от вида операции и заполнения контрагента/договора).

5) Финальная логика: что должно «сходиться» перед сдачей

НДС: декларация ↔ книги продаж/покупок ↔ 68.02/19.

УСН: доходы УСН ↔ банк/эквайринг (с учетом правил, что не все поступления — доход).

Взаиморасчеты: 62/60 не содержат «магических» авансов/долгов, которые вы не можете объяснить договором и документами.

---

Задания для закрепления

Назовите 3 отчета/проверки в 1С, которыми вы подтверждаете цифру НДС к уплате перед сдачей декларации.

Составьте короткий алгоритм (5 шагов) сверки доходов УСН провайдера за месяц, если есть и банк, и эквайринг.

У вас на счете 19 есть входящий НДС, но в Книге покупок его нет. Перечислите 3 самые частые причины.

Приведите 4 примера поступлений, которые нельзя автоматически считать доходом УСН, и укажите, как вы это проверите в 1С.

<details> <summary> Ответы </summary>

1) Пример набора: Книга продаж + Книга покупок + ОСВ/карточка 68.02 (дополнительно полезно: анализ учета НДС и счет 19).

2) Пример алгоритма:

выгрузить/проверить, что все банковские выписки и эквайринговые отчеты заведены в 1С;

убедиться, что эквайринг отражен «брутто»: доход = сумма оплат клиентов, комиссия — отдельной операцией;

сформировать отчет по доходам УСН/КУДиР за месяц;

выборочно сверить крупные суммы с документами поступлений и назначением платежа;

проверить, что переводы между своими счетами/займы/возвраты поставщиков не попали в доходы УСН.

3) Частые причины:

не зарегистрирован счет‑фактура полученный (или не создан документ регистрации);

документ поступления оформлен с неправильными реквизитами (контрагент/договор/ставка/сумма НДС), из-за чего НДС не считается как входящий;

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

4) Примеры поступлений «не доход УСН»:

переводы между своими счетами;

получение займа/кредита;

возврат переплаты от поставщика;

возврат обеспечительного платежа/депозита.

Проверка: сформировать отчет по доходам УСН/КУДиР и убедиться, что по этим документам нет записей в доходах; при необходимости — открыть конкретный документ поступления и проверить выбранный вид операции/признак учета в УСН.

</details>