Проанализируем ситуацию, с которой сталкиваются почти все: поставщик выставил акт/УПД на «обновление программы», «сопровождение», «техническая поддержка», «ИТС», «апгрейд», «доступ к сервису на 12 месяцев» и т. п. Вроде бы это про программу, но в учете это может быть обычная услуга, расходы будущих периодов или даже часть стоимости нематериального актива. Разберем по шагам, как выбрать правильный вариант и как оформить его в 1С, чтобы проводки, закрытие месяца и налоговый учет не «спотыкались».
Для начала договоримся: само слово «обновление» в акте еще ничего не решает. Нам важно понять экономический смысл и условия договора. Рассмотрим подробнее три самых частых сценария.
Сценарий А — разовая услуга обновления/настройки/работ по часам. Вам оказали работы (например, установка релиза, настройка обмена, исправление ошибок, консультации) и закрыли актом на дату выполнения. В этом случае это текущие расходы. Если задачи по синхронизации требуется выполнять регулярно, этот процесс можно автоматизировать, используя программу для регулярного обмена данными между базами 1С по расписанию.
Сценарий B — сопровождение/подписка/доступ на период (например, 12 месяцев). Вы платите за возможность получать обновления/сервисы/поддержку в течение срока действия договора. Тогда расход логично распределять по времени (равномерно по месяцам) — как расходы будущих периодов или как ежемесячную услугу (если закрывают ежемесячно).
Сценарий C — модернизация (улучшение) программы или создание/расширение прав, которые формируют НМА. Например, вам разработали новый функционал, существенно расширили возможности, продлили/изменили условия лицензии так, что появляется отдельное право использования, удовлетворяющее критериям НМА. Тогда часть расходов может капитализироваться (включаться в стоимость НМА) по правилам бухучета.
Практическое правило, которое помогает не ошибиться: если по договору вы покупаете «результат работ здесь и сейчас» — чаще всего это Сценарий А. Если покупаете «доступ/сопровождение на период» — чаще всего Сценарий B. Если меняете актив (создаете/улучшаете НМА) — Сценарий C.
Теперь разберем каждый сценарий подробно и сразу «привяжем» к типовым проводкам и действиям в 1С.
Этот вариант используем, если обновление — это именно услуга/работы, оказанные в конкретную дату (или период), и нет экономического смысла распределять затраты на будущие месяцы. Типичные примеры: установка релиза, разовая настройка, консультация, исправление ошибки, услуга по апгрейду как разовая операция, «работы по сопровождению за месяц» с ежемесячным актом. При самостоятельном обслуживании системы этот процесс можно упростить, настроив автоматическое обновление баз 1С по расписанию.
Логика в учете: расходы признаем в момент оказания услуги. Счет затрат выбираем по назначению программы и политике учета:
26 — если это общехозяйственные расходы (часто для бухгалтерских программ, поддержки офисных систем).
44 — если расходы связаны с продажами (CRM, торговые системы, кассовые модули, маркетплейсы).
20/23/25 — если обслуживание ПО относится к производству/вспомогательному производству/общепроизводственным расходам (реже, но бывает, если ПО непосредственно участвует в выпуске продукции).
Типовые проводки при поступлении услуги:
Дт 20/23/25/26/44 Кт 60 — отражаем стоимость услуги по акту.
Если поставщик с НДС и у вас ОСНО, дополнительно отражаем входной НДС по правилам учета (в зависимости от формы документа и настроек учета НДС).
Как оформить в 1С:Бухгалтерии (пошагово):
Создаем документ поступления услуг: используем документ с видом операции «Услуги» (чаще всего это документ «Поступление (акты, накладные)» с операцией «Услуги»).
Заполняем контрагента и договор, указываем дату акта/УПД.
В табличной части добавляем услугу «Обновление программы», «Сопровождение», «Консультации» и т. п.
На вкладке учета (или в колонке счетов учета) указываем счет затрат 26 (или другой подходящий), статью затрат (например, «ИТ-обслуживание», «Сопровождение ПО», «Услуги связи и ИТ»), а также аналитику (подразделение, номенклатурная группа — если используется).
Проводим документ и проверяем, что сформировалась проводка Дт 26 (44/20) Кт 60.
Когда этот вариант особенно уместен:
Услуга оказана разово, и вы не получаете «право на период», а просто закрыли факт работ.
Сумма несущественна, а учетная политика допускает признание таких расходов сразу (важно, чтобы это было обосновано и применялось последовательно).
Поставщик закрывает документы ежемесячно, и в акте прямо указано «за месяц» — тогда ежемесячное признание происходит автоматически, без РБП.
Частая ошибка: пытаться «растянуть» разовую услугу на 12 месяцев только потому, что в названии есть слово «обновление». Давайте договоримся: распределяем расходы только тогда, когда это действительно плата за период или когда есть другой обоснованный метод распределения.
Теперь разберем самый популярный спорный случай: вы оплатили (или приняли к учету по акту) сопровождение/ИТС/подписку на 12 месяцев одной суммой. По смыслу это не разовая услуга «в один день», а доступ к обновлениям и поддержке на период. Значит, в бухучете разумно признать затраты равномерно по сроку действия договора.
Логика такая: сначала признаем «накопленный» расход на счете РБП, затем ежемесячно списываем часть в расходы текущего месяца.
Типовой вариант проводок:
Дт 97 (например, 97.21) Кт 60 — признали расходы будущих периодов по акту/УПД.
Дт 20/23/25/26/44 Кт 97 — ежемесячно списали часть РБП в расходы.
Почему часто выбирают 97.21: во многих типовых рекомендациях для сопровождения (включая ИТС) используют субсчет «прочие расходы будущих периодов» и настраивают равномерное списание.
Как оформить в 1С:Бухгалтерии (разберем по шагам):
Шаг 2.1. Настраиваем статью затрат и аналитику. Создаем (или выбираем) статью затрат вида «Прочие расходы»/«Услуги» (в зависимости от вашей конфигурации и учетной политики). Важно, чтобы статья корректно попадала в нужный раздел отчета о финансовых результатах (в управленческом/регламентированном учете) и в налоговый учет.
Шаг 2.2. Отражаем поступление услуги на счет 97. Создаем документ поступления услуг и в счетах учета указываем счет 97.21 (или другой субсчет 97, который используется у вас). При этом в аналитике счета 97 обычно выбирают элемент справочника «Расходы будущих периодов» (названия могут отличаться, но смысл один: нужен объект, где хранится способ и срок списания).
Шаг 2.3. Создаем (или выбираем) элемент РБП. В элементе РБП задаем:
Наименование (например, «Сопровождение 1С/ИТС на 2026 год», «Техподдержка ПО на 12 месяцев»).
Способ признания расходов: обычно «Равномерно».
Период списания: дата начала и дата окончания (например, с 01.01.2026 по 31.12.2026) или иной период по договору.
Счет списания: 26 или 44 (в зависимости от назначения).
Подразделение/статья затрат/прочая аналитика — если используется.
Шаг 2.4. Проверяем списание в конце месяца. Выполняем обработку «Закрытие месяца» и убеждаемся, что сформировалась операция списания РБП: Дт 26 (или другой счет затрат) Кт 97.21 на сумму 1/кол-во месяцев срока.
На что обратить внимание, чтобы списание прошло без сюрпризов:
Дата начала списания. Если в договоре срок с 27.08 по 26.09, то при «равномерно по месяцам» возникнет вопрос: делим по дням или по месяцам? В типовых механизмах чаще используется равномерное списание по месяцам, но организация может применять и иной обоснованный метод (например, по календарным дням), если это закреплено учетной политикой и реализовано в учете. На практике для сопровождения чаще применяют «по месяцам», начиная с месяца начала действия.
Закрывающие документы. Если поставщик выдает один акт на весь год — РБП выглядит логично. Если поставщик ежемесячно закрывает услуги актами — РБП часто не нужен, потому что расход уже признан ежемесячно «сам по себе» (см. Решение 1).
Налоговый учет. В налоговом учете (ОСНО) расходы на сопровождение ПО обычно относятся к прочим расходам, связанным с производством и реализацией, и признаются по правилам главы 25 НК РФ. Если вы распределяете в бухучете равномерно, имеет смысл настроить и налоговый учет так, чтобы признание расходов не конфликтовало с вашими внутренними правилами и первичкой.
УСН (доходы минус расходы). Для УСН важны условия признания расходов (оплата и документы, а также вид расхода). При сопровождении ПО нередко применяют признание расходов после оплаты и получения закрывающих документов. Если акт один на год — получается, что документально подтверждение «на год» есть сразу, но экономически услуга потребляется в течение года. В таком случае организации часто выбирают равномерное признание, чтобы учет был осмысленным и последовательным.
Типовая проблема: списание РБП не формируется при закрытии месяца. Давайте разберем причины и решения.
Не заполнен способ списания и период. Открываем элемент РБП и проверяем, что задан способ («равномерно») и указаны даты начала/окончания.
Не указан счет списания. В РБП должен быть задан счет, на который списываем (например, 26) и аналитика.
Документ поступления отражен не на 97. Проверяем проводки: если документ попал сразу на 26, то списывать нечего — это уже текущий расход.
Отключены или не выполнены регламентные операции. В «Закрытии месяца» убеждаемся, что выполняется операция, связанная со списанием РБП (наименование регламентной операции может отличаться по версии).
Период списания не пересекается с закрываемым месяцем. Например, дата начала списания стоит в будущем — тогда в текущем месяце списания не будет.
С таким чек-листом обычно удается быстро восстановить списание и получить корректные проводки.
Иногда под словами «обновление» или «сопровождение» скрывается не услуга, а право использования (например, доступ к облачному сервису, подписка на программу, право на обновления как часть лицензионного договора). В бухгалтерском учете такие платежи часто признают равномерно в течение срока действия права.
Здесь важная развилка:
Если право соответствует критериям НМА по вашей учетной политике и применимым стандартам, его можно учитывать как НМА (с амортизацией и т. д.).
Если право не дотягивает до НМА (например, краткосрочно, несущественно, либо вы применяете лимит стоимости), тогда на практике его часто учитывают «как услуги» с распределением (РБП) — то есть экономический эффект похож на Решение 2, но важно корректно назвать статью и аналитику.
Что делаем в 1С (если учитываем как распределяемые расходы):
Оформляем поступление на счет 97 (часто 97.21) или иной счет, принятый у вас для таких платежей.
В РБП фиксируем срок действия права и способ списания.
Списываем равномерно через закрытие месяца.
Отдельный нюанс про облако/веб-сервисы: если фактически вы платите за доступ к сервису, то по смыслу это очень близко к услуге, потребляемой во времени. Поэтому равномерное списание по сроку договора выглядит наиболее логичным и управляемым вариантом.
Теперь разберем самый «дорогой» по последствиям сценарий: обновление не просто поддерживает текущее состояние, а существенно улучшает программу (добавляет новые функции, расширяет возможности, увеличивает срок полезного использования права, делает продукт пригодным для новых задач). Тогда затраты могут квалифицироваться как улучшение (модернизация) НМА и увеличивать его стоимость.
Здесь очень важно не смешивать разные сущности. Часто один договор содержит и «техподдержку», и «доработку». Тогда разумно разделить расходы:
Поддержка/обновления/сопровождение — учитываем как текущие расходы или РБП (Решение 1 или 2).
Разработка нового функционала/модернизация — капитализируем в стоимость НМА (если критерии выполняются).
Как действовать практично:
Сначала анализируем предмет договора и первичку: есть ли выделенные строки «доработка», «разработка», «создание модуля», «интеграция», «передача результата работ».
Определяем, есть ли у результата признаки актива: идентифицируемость, контроль, будущие экономические выгоды, возможность надежной оценки.
Если да — учитываем как НМА или как увеличение стоимости существующего НМА (в зависимости от ситуации).
Если нет — признаем как расходы периода или распределяем по времени (если это «доступ на период»).
Как оформить в 1С зависит от вашей конфигурации и того, ведете ли вы учет НМА именно в 1С:Бухгалтерии. Обычно путь такой: затраты собираем на соответствующем счете учета вложений/затрат по НМА (в зависимости от настроек), затем принимаем объект к учету как НМА и начисляем амортизацию. При этом «обновление как услуга» не должно попадать в стоимость НМА, если оно лишь поддерживает работоспособность.
Чтобы не возвращаться к этому вопросу каждый раз, соберем мини-алгоритм принятия решения. Посмотрим на пример рассуждения:
Есть ли в договоре/акте срок действия (12 месяцев, 1 год, с … по …)?
Если да — склоняемся к распределению (Решение 2/3), если только поставщик не закрывает ежемесячно.
Если нет — чаще всего это разовая услуга (Решение 1).
Есть ли результат работ, который улучшает/создает актив?
Если да — анализируем капитализацию (Решение 4).
Если нет — текущие расходы или РБП.
Как закрывают документы?
Ежемесячно — чаще всего текущий расход (Решение 1).
Одним актом на год — чаще всего РБП (Решение 2/3).
Существенность суммы и учетная политика. Если сумма небольшая и политика допускает упрощение — можно списывать сразу, но важно делать это последовательно и одинаково для аналогичных расходов.
Давайте закрепим на примерах, чтобы в реальной работе решение принималось автоматически.
Проанализируем: есть объем в часах, нет периода действия, акт на дату. Это классическая разовая услуга (Решение 1).
Действуем так:
Поступление услуг.
Счет затрат: 26 (или 44/20 — по назначению).
Проводка: Дт 26 Кт 60.
Проанализируем: услуга/сопровождение на период, закрывающий документ один. Это РБП с равномерным списанием (Решение 2).
Действуем так:
Поступление услуг на 97.21 с аналитикой РБП.
В РБП указываем период и способ списания «равномерно».
В закрытии месяца получаем ежемесячно: Дт 26 Кт 97.21.
Проанализируем: первичка ежемесячная, услуга относится к текущему месяцу. Обычно РБП не нужен.
Действуем так:
Каждый месяц отражаем поступление услуг на 26.
Проводка: Дт 26 Кт 60 (ежемесячно).
Проанализируем: две сущности в одном договоре. Разделяем учет.
Действуем так:
По строке «доработка/разработка» — анализируем капитализацию (Решение 4): собираем затраты как вложения в НМА и принимаем к учету как НМА (или увеличиваем стоимость существующего).
По строке «сопровождение на 6 месяцев» — учитываем как РБП и списываем равномерно (Решение 2), либо как ежемесячную услугу (если акты ежемесячные).
В практике встречается вопрос: «обновление ПО» — это льгота по НДС или обычный НДС? Здесь важно не гадать, а читать договор и содержание услуги.
Если вам продают право использования программы/модуля (лицензия, неисключительные права), то налоговый режим может отличаться от режима по услугам.
Если вам оказывают техническое обслуживание/сопровождение/установку релиза, то это чаще всего именно услуги, и режим НДС определяется как для услуг.
Поэтому мы всегда делаем одно и то же: проанализируем первичку, смотрим формулировки и основание (договор), а в 1С отражаем НДС строго в соответствии с тем, как квалифицирована операция и как выставлен документ поставщиком.
Если вы часто отражаете однотипные услуги (например, ежемесячное сопровождение) и хотите ускориться, можно автоматизировать создание документов. Рассмотрим пример, как программно создать документ поступления услуг и заполнить счет учета затрат. Этот пример демонстрационный — мы адаптируем реквизиты под вашу конфигурацию и ваши справочники.
ДокПоступление = Документы.ПоступлениеАктНакладная.СоздатьДокумент();
ДокПоступление.Дата = ТекущаяДата();
ДокПоступление.Организация = Справочники.Организации.НайтиПоНаименованию("ООО Ромашка");
ДокПоступление.Контрагент = Справочники.Контрагенты.НайтиПоНаименованию("Поставщик ИТ-услуг");
ДокПоступление.ДоговорКонтрагента = Справочники.ДоговорыКонтрагентов.НайтиПоНаименованию("Сопровождение ПО");
Строка = ДокПоступление.Услуги.Добавить();
Строка.Номенклатура = Справочники.Номенклатура.НайтиПоНаименованию("Обновление программы");
Строка.Количество = 1;
Строка.Цена = 12000;
Строка.Сумма = Строка.Количество * Строка.Цена;
// Счет затрат (пример для текущего расхода):
Строка.СчетЗатрат = ПланСчетов.Хозрасчетный["26"];
Строка.СтатьяЗатрат = Справочники.СтатьиЗатрат.НайтиПоНаименованию("ИТ-обслуживание");
// Если нужно отразить как РБП — указываем счет 97 и объект РБП (аналитику):
// Строка.СчетЗатрат = ПланСчетов.Хозрасчетный["97.21"];
// Строка.РасходыБудущихПериодов = Справочники.РасходыБудущихПериодов.НайтиПоНаименованию("ИТС 2026");
ДокПоступление.Записать();
ДокПоступление.Провести();
Что здесь важно: в типовых решениях 1С структура документа и табличных частей может отличаться (например, «Услуги», «ТоварыУслуги», «УслугиПоАкту»). Поэтому мы используем принцип: создаем документ через объект Документы, заполняем шапку, добавляем строку, указываем счета через ПланСчетов.Хозрасчетный, записываем и проводим. Дальше адаптируем к вашей базе.
Чтобы убедиться, что мы все сделали правильно, давайте добавим обязательный контроль. Это особенно полезно, когда вы внедряете РБП или разделяете расходы на «услуги» и «НМА».
Проверяем проводки документа. Сразу убеждаемся, что услуга попала на нужный счет: либо 26/44/20, либо 97.21.
Если используем РБП — проверяем остатки по счету 97. На конец месяца должна оставаться «не списанная» часть, которая будет списываться дальше.
Проверяем закрытие месяца. Должна сформироваться операция списания РБП на расходы.
Сверяемся с управленческой логикой. Если сопровождение на год — расходы должны «размазаться» по месяцам, а не упасть одной суммой в январе (если вы выбрали равномерный подход).
Вопрос 1: «Можно ли всегда учитывать обновления как РБП, чтобы было “красиво”?»
Посмотрим трезво: нет. РБП — это инструмент для случаев, когда расход относится к будущим периодам и есть обоснование распределения. Если это разовая услуга по факту выполненных работ — корректнее признавать расход сразу (Решение 1). Если же это сопровождение на период — РБП оправдан (Решение 2/3).
Вопрос 2: «Если договор на год, но акт один — обязательно ли РБП?»
Чаще всего да, если вы хотите, чтобы бухучет отражал потребление услуги во времени. Но мы всегда соотносимся с учетной политикой и существенностью. Главное — последовательность и обоснованность.
Вопрос 3: «Какой счет выбрать для списания: 26 или 44?»
Смотрим, где используется программа и что обслуживаем. Для бухгалтерских и общеофисных систем — часто 26. Для продаж/торговли — часто 44. Для производственных систем — иногда 20/25. Выбираем и закрепляем в учетной политике, чтобы одинаковые расходы отражались одинаково.
Вопрос 4: «Что делать, если поставщик пишет “обновление программы” и ставит НДС, а мы думали, что это “лицензия без НДС”?»
Не спорим с реальностью учета, а анализируем предмет. Если по документам это услуга технического обслуживания — отражаем как услугу с тем НДС, который предъявлен. Если есть основания считать, что это передача прав и документ оформлен неверно — тогда вопрос решается с поставщиком через корректировку первички. В учете ориентируемся на корректную первичку.
Сведем все в понятный план, чтобы вы могли повторять его каждый раз без сомнений.
Проанализируем договор и акт: услуга по факту или доступ/сопровождение на период, есть ли модернизация/создание актива.
Выберем учет:
Разовая услуга — Дт 20/23/25/26/44 Кт 60 (Решение 1).
Сопровождение/подписка на период — Дт 97 (97.21) Кт 60 + ежемесячно Дт 26/44 Кт 97 (Решение 2).
Право использования/подписка как доступ — чаще всего распределяем по сроку (Решение 3).
Модернизация/создание функционала — капитализируем как НМА (Решение 4), при необходимости разделяем строки.
Оформим в 1С документ поступления и аккуратно укажем счета учета и аналитику (статью затрат, подразделение, объект РБП).
Проверим проводки и закрытие месяца, чтобы расходы легли туда, куда мы планировали.
Важно: подход должен быть закреплен в учетной политике и применяться последовательно. Если по одинаковым договорам вы сегодня списываете сразу, а завтра делаете РБП — это создаст вопросы при проверках и усложнит аналитику.
Информация носит справочный характер.