Округление и копейки в 1С: настройка и расхождения

Запрос «включить копейки» или «настроить работу с копейками в 1С» чаще всего означает не то, что кажется. Отдельной галки «считать с копейками» в типовых конфигурациях нет: 1С всегда хранит рублёвые суммы с точностью до копейки — две цифры после запятой зашиты в типы данных конфигурации, и выключить их нельзя.

Поэтому реальная настройка 1С для работы с копейками — это управление округлением: где суммы складываются построчно, а где считаются от итога, как ведёт себя НДС, цена и валюта. Ниже — что именно можно менять, а что зашито жёстко, и откуда берутся расхождения на одну-две копейки.

Почему 1С всегда считает суммы в копейках

Денежные реквизиты в типовых решениях (БП 3.0, ЗУП 3.1, УТ 11) имеют тип «Число» с двумя знаками после запятой. Это копейки. Такая разрядность относится к сумме в рублях и не отключается через пользовательские настройки — она часть структуры метаданных.

Отсюда простое следствие: любая сумма в проводке, в регистре и в документе хранится как число вида 1234.56. Третьего знака не существует — он округляется ещё на входе.

Путаница обычно идёт от того, что в одних местах 1С показывает копейки, а в других — целые рубли (например, в декларациях). Это не разные режимы базы, а разные правила округления для разных задач.

Разрядность сумм: что настраивается, а что зашито

Разделим, чем вообще можно управлять.

Зашито в конфигурацию (не меняется из пользовательского режима):

• 🔒 две цифры после запятой у рублёвых сумм — это копейки;
• 🔒 точность хранения сумм в валюте — тоже два знака;
• 🔒 точность количества (обычно три знака) — отдельный реквизит, к деньгам отношения не имеет.

Настраивается пользователем:

• ⚙️ округление НДС в документах — по строке или по документу;
• ⚙️ округление цены до рубля в видах (типах) цен — в торговых конфигурациях;
• ⚙️ округление суммы чека — в рознице;
• ⚙️ правила округления в учётной политике (например, по налогам).

Отдельно стоит разделить сумму и количество. У количества разрядность обычно три знака, и именно отсюда часто «растут» копейки: 1С умножает цену на дробное количество, получает сумму с третьим знаком и округляет её до копейки. Если в строке 12,345 единицы по цене 100,00, сумма будет 1234,50, а не 1234,5 с хвостом — третий знак уже ушёл в округление.

Чтобы изменить реальную разрядность рублёвых сумм (скажем, вести учёт в тысячах рублей или с тремя знаками), нужна доработка конфигурации — об этом в конце. В типовой базе такой задачи у бухгалтера не стоит.

Как 1С округляет НДС и суммы в документах

Главный источник вопросов про копейки — НДС в документах реализации и в счетах-фактурах.

1С считает НДС построчно: берёт сумму по каждой строке табличной части, вычисляет налог и округляет его до копейки. Затем складывает строки. Поэтому НДС документа — это сумма округлённых строк, а не налог, посчитанный от общего итога.

Из-за этого «НДС от суммы всего документа» и «сумма НДС по строкам» могут отличаться на копейку-две. Это не ошибка программы и не повод править сумму вручную — таков порядок исчисления, и он соответствует правилам.

Пример. Три строки со стоимостью без НДС по 100,01 руб., ставка 20 %. По строке налог равен 20,002 и округляется до 20,00 — итого по строкам 60,00. А НДС, посчитанный от итоговой базы 300,03, равен 60,006 и округляется до 60,01. Разница в одну копейку — результат построчного округления, и документ с суммой 60,00 корректен.

В документе реализации можно управлять способом расчёта налога:

• НДС сверху — цена без налога, НДС добавляется к ней;
• НДС в том числе — цена уже с налогом, который выделяется из неё.

При способе «в том числе» выделенный налог почти всегда даёт некруглые копейки — это нормально.

Для округления взаиморасчётов и авансов отдельных галок обычно не нужно: 1С работает с фактическими копеечными суммами.

Округление цен до рубля в рознице и торговле

Если задача — чтобы цены и чеки были «ровными», это настраивается в торговых решениях, а не в бухгалтерии.

В УТ 11 правило округления задаётся у вида цены: цену можно округлять до рубля, до 10 копеек, до 50 копеек и т. д., с округлением вверх или по арифметике. Открыть можно через раздел с ценами и номенклатурой (список видов цен), в карточке вида цены есть параметры округления.

В Рознице дополнительно настраивается округление суммы чека — когда итог по чеку приводят к круглому значению. Разницу между расчётной и округлённой суммой программа относит на заранее указанный счёт или статью.

В БП 3.0 округление цены до рубля используется реже — бухгалтерия обычно принимает суммы из первичных документов как есть. Если цены задаёте типами цен номенклатуры, правило округления настраивается в карточке типа цены.

Копейки в валюте и курсовые разницы

В валютном учёте копейки создают отдельный класс расхождений, и это неизбежно.

Сумму в валюте 1С хранит с двумя знаками, рублёвый эквивалент получает умножением на курс и округляет до копейки. При следующей операции по тому же договору курс другой — и рублёвая оценка меняется. Разница между старой и новой рублёвой оценкой и есть курсовая разница.

Как это выглядит на практике:

• оплата и отгрузка проходят по разным курсам → возникает курсовая разница по расчётам;
• остаток валюты на счёте и валютная задолженность переоцениваются на конец месяца;
• переоценку выполняет регламентная операция при закрытии месяца (Операции → Закрытие месяца).

Округление рублёвого эквивалента до копейки на каждой операции — причина, по которой «вручную в калькуляторе» сумма почти никогда не совпадает с 1С до копейки. Порядок учёта валютных активов и обязательств задаёт ПБУ 3/2006, и программа следует ему.

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

Копейки в печатных формах и отчётности

Здесь работает правило: в учёте — копейки, в налоговых декларациях — целые рубли.

Налоговый кодекс (статья 52) требует исчислять сумму налога в полных рублях: сумма менее 50 копеек отбрасывается, 50 копеек и больше округляется до полного рубля. Поэтому:

• декларация по НДС, расчёт по НДФЛ и многие другие отчёты формируются в целых рублях — это не настройка, а требование закона, и 1С округляет автоматически;
• суммы в учёте при этом остаются с копейками — округляется только показатель отчёта.

НДФЛ — частый вопрос именно из-за копеек. Налог на доходы физлиц тоже исчисляется и удерживается в полных рублях: по каждому физлицу за период 1С округляет НДФЛ до рубля. Поэтому в расчётном листке и в отчётах по НДФЛ копеек нет, хотя сам доход в учёте — с копейками. Это не «потерянные» деньги: округление идёт по правилу статьи 52 НК РФ, и накопленная разница выравнивается при последующих удержаниях.

Страховые взносы, наоборот, считаются и уплачиваются в рублях и копейках — округления до целого рубля по ним нет. Поэтому не удивляйтесь, что НДФЛ в отчёте ровный, а взносы — с копейками: это два разных порядка.

А вот счёт-фактура заполняется в рублях и копейках: стоимостные показатели в нём до целых рублей не округляют (правила из Постановления № 1137). Поэтому копейки в счёте-фактуре — норма, а их отсутствие было бы ошибкой.

Для внутренних печатных форм (счёт на оплату, акт) формат отображения сумм задаётся макетом. Если нужно показывать суммы без копеек именно в своей форме — это правка макета, а не настройка базы. Сам учёт при этом не меняется.

Расхождения на копейку: причины и когда нужна доработка

Большинство обращений «в 1С копейки не сходятся» сводится к нескольким типовым причинам. Проверьте по симптому.

Когда настроек действительно не хватает, тему закрывают доработкой, но это крайний случай:

• изменить разрядность рублёвых сумм (три знака, учёт в тысячах) — только правкой конфигурации, с полным пересмотром типовых алгоритмов;
• поменять правило округления в конкретном документе, которого нет в настройках, — через расширение конфигурации , не трогая типовой код;
• добавить округление в свою печатную форму — правкой макета.

Перед тем как звать программиста, убедитесь, что расхождение — не штатное построчное округление НДС или валютный пересчёт. В 9 случаях из 10 «проблема с копейками» оказывается корректной работой программы.

Частые вопросы