Как округлить копейки в 1с

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

Регистр сведений доступен в разделе Зарплата — Справочники и настройки.

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

В поле Округлять до указывается число, до которого производится округление, а в поле Метод округления указывается правило округления, которое будет использовано.

После заполнения всех данных, запись сохраняется. После сохранения настроек изменения вступят в силу с даты указанной в поле Период записи регистра сведений.

Рекомендуем ознакомиться с разъяснением Министерства труда и социальной защиты населения РК касательно округления социальных отчислений:

Упоминание о существовании некой «проблемы копеек» встречается в требованиях к экзамену в списке наиболее частых ошибок, характерных для любой учетной задачи:

Рисунок 1 – Фрагмент из списка часто встречающихся ошибок

Что же такое «проблема копеек»?

В задачах списания товаров «проблема копеек» выражается в следующем: при полном списании товара по количеству его себестоимость не списывается в «ноль». Остается несколько копеек. Связано это с округлениями при расчете себестоимости списания.

Пример: на остатке есть 3 ручки общей стоимостью 100,00 руб. Спишем 3 ручки. Расчет себестоимости списания выполним по средней.

Формула: Себестоимость Остаток / Количество Остаток * Количество Списания

Себестоимость единицы товара составит 100 / 3 = 33,33 руб.

Себестоимость списания согласно формуле составит 33,33 * 3 = 99,99 руб.

Итого после списания останется 0 шт по количеству и 1 копейка по стоимости.

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

Вычисления система будет выполнять последовательно:

Ресурсы для хранения показателей в денежном выражении имеют точность два знака после запятой. При записи значения в ресурс регистра произойдет округление по математическим правилам. Записано будет 100,00 руб.

Казалось бы, все хорошо. Но в таком варианте на экзамене «проблема копеек» будет считаться нерешенной. Почему? Из-за тех самых 99.999999. Правильный результат в данном случае был получен в результате автоматического округления.

Как решить «проблему копеек»?

Если на результат влияет порядок операндов, давайте его изменим.

Вариант формулы № 2: Количество списания / Количество остаток x Сумма остаток

Себестоимость списания трех ручек из примера составит 3 / 3 * 100 = 1 * 100 = 100 руб.

Вариант формулы № 3: Сумма остаток x Количество списания / Количество остаток.

На данных из примера получается: 100 * 3 / 3 = 300 / 3 = 100.

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

Означает ли это, что, поменяв местами операнды, мы решили «проблему копеек»?

Ответ: не во всех случаях. Есть ограничение – «проблема копеек» будет решена только в том случае, если на последнем списании значения переменных КоличествоОстаток и КоличествоСписания будут равны. Тогда на последнем списании формула № 2 превращается в вариант:

Количество остаток / Количество остаток x Сумма остаток = 1 * Сумма остаток = Сумма остаток.

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

Далее при разборе практического примера увидим, что с определением момента последнего списания не всегда все так просто.

Надежный способ решения «проблемы копеек»

Суть метода проста: при последнем списании товара списываем весь остаток стоимости, не применяя формулу для расчета суммы списания.

Именно этот метод рекомендуется использовать на аттестации.

Как определить, что списание последнее? При последнем списании количество остатка совпадет с количеством списания.

Усовершенствованная формула для расчета себестоимости списания будет выглядеть так:

Будем называть эту формулу формулой с учетом последнего списания.

Как обстоят дела с использованием этой формулы? Просто везде и всегда в алгоритме вставляем ее и считаем, что «проблема копеек» у нас теперь заведомо решена?

Нет. Есть все тот же нюанс в определении момента последнего списания. Но в этой формуле ничто не мешает вставить в конструкцию «Если…» другое условие для определения момента последнего списания.

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

Складской учет товаров не ведется. Приход товаров оформляется документом «Приходная накладная». Расход товаров оформляется документом «Расходная накладная». Себестоимость списания определяется как средняя по номенклатурной позиции».

Нам понадобятся объекты метаданных:

• справочник «Номенклатура»
• документ «Приходная накладная»
• документ «Расходная накладная».

Эти объекты в каркасной конфигурации уже есть. Для решения задачи они полностью подходят.

Для расчета себестоимости списания номенклатуры нужно знать остаток себестоимости и остаток по количеству. Для этих целей понадобится регистр накопления. Вид регистра – «Остатки», т.к. интересуют именно остатки стоимости и количества. В регистре должно быть одно измерение Номенклатура, т.к. остатки нужны в разрезе номенклатуры. И должно быть два числовых ресурса – Количество и Сумма.

В каркасной конфигурации есть РН «ОстаткиНоменклатуры».

Измерение «Номенклатура» в нем есть, установим для него свойство Запрет незаполненных значений в истину, т.к. движения по регистру с пустой номенклатурой не имеют смысла.

Ресурс Количество есть. Добавим ресурс Сумма (Число 12, 2):

Рисунок 2 – Структура РН «Остатки номенклатуры»

• «Приходная накладная»
• «Расходная накладная»:

Рисунок 3 – Регистраторы РН «Остатки номенклатуры

Обработка проведения для документа «Приходная накладная»

С помощью конструктора движений необходимо сформировать движения документа «Приходная накладная» по регистру накопления «Остатки номенклатуры» с видом Приход. Как это сделать, подробно рассмотрено в главе 6. Как реализовать поступление товаров в компанию.

Обработка проведения для документа «Расходная накладная»

Для документа «Расходная накладная» обойтись возможностями конструктора движений не получится, потому что данных из табличной части документа недостаточно для формирования движений по списанию товаров. Понадобятся еще данные об остатках количества и себестоимости по РН «Остатки номенклатуры».

Создадим процедуру ОбработкаПроведения в модуле объекта и заполним ее вручную.

Листинг обработки проведения:

В коде преднамеренно закомментированы некоторые строки. Позже разберем последствия.

Разберем ключевые точки алгоритма

1. Очищаем движения, чтобы при перепроведении документа не учитывались старые движения документа. Это происходит, когда дата документа при перепроведении сдвигается вперед. Для очистки старых движений документа используем принудительную запись пустого набора. В этом случае при чтении данных из регистра старые движения документа в расчет виртуальных таблиц не попадут.
2. Устанавливаем маркер записи движений в значение Истина, чтобы при проведении документа записались сформированные в обработке проведения движения. В этом случае в конце процедуры обработки проведения использовать метод Движения.Записать() не нужно.

Первый запрос пакета – это получение данных из табличной части документа.

• Внимание: группировка строк по номенклатуре закомментирована преднамеренно! Позже разберем, к чему это приведет.
• В списке полей выбора оставляем только Номенклатуру и Количество. Для расчета себестоимости списания нужны только они. Представление номенклатуры не выводим, т.к. не планируем выводить его в сообщениях и т.п.
• Устанавливаем отбор по Ссылке для отбора данных только по нашему документу.
• Для оптимизации производительности индексируем поле Номенклатура. Далее по нему будем соединяться с другой таблицей.
• Результат помещаем во временную таблицу ТЧСписокНоменклатуры.

Второй запрос пакета

Источниками данных для второго запроса послужат:

• Временная таблица ТЧСписокНоменклатуры, подготовленная первым запросом
• Виртуальная таблица остатков РН «ОстаткиНоменклатуры» (ОстаткиНоменклатурыОстатки).

Будем использовать следующие параметры виртуальной таблицы остатков:

• Период – это значение параметра МоментВремени
• Условие – ограничиваем выборку только номенклатурой из временной таблицы ТЧСписокНоменклатуры. Интересуют остатки только по этой номенклатуре:

Рисунок 4 – Параметры виртуальной таблицы остатков
РН «Остатки номенклатуры»

Временную таблицу ТЧСписокНоменклатуры соединяем с таблицей ОстаткиНоменклатурыОстатки по полю Номенклатура. Используем левое соединение на случай, если соответствующих записей в таблице остатков не будет. По этой же причине используем функцию ЕстьNULL() применительно к полям выбора из регистра остатков.

Для заполнения параметра Момент времени будем использовать момент времени документа.

Обходим выборку из результата запроса и на каждую строку выборки создаем движение по расходу по РН «Остатки номенклатуры». Внутри цикла выполняем расчет себестоимости.

В алгоритме приведены все варианты построения формулы для расчета себестоимости списания, которые разбирались в теоретической части. Цель – на практике посмотреть, как влияет перестановка операндов на результат. При решении задачи на экзамене этот фрагмент, конечно же, не нужен.

Последний вариант – это как раз вариант, рекомендуемый на экзамене. Т.к. этот вариант расчета выполняется последним в списке формул, то в регистр будет записан результат расчета именно по этой формуле.

Проверка результата в режиме «1С:Предприятие»

Создадим документ «Приходная накладная»:

Рисунок 5 – Документ «Приходная накладная № 1»

Проверим движения по РН «Остатки номенклатуры»:

Рисунок 6 – Движения документа «Приходная накладная № 1»

Приход сформирован. Займемся списанием товаров.

Создадим документ «Расходная накладная». Выполним в нем списание всех трех ручек, которые имеются на остатке.

Рисунок 7 – Документ «Расходная накладная № 1»

При проведении получим следующие сообщения:

Рисунок 8 – Сообщения при проведении документа «Расходная накладная № 1»

Полученные результаты вполне ожидаемы и подтверждают теоретические изыскания.

Если заглянуть в движения по РН «Остатки номенклатуры», то там тоже все отлично – никаких копеек:

Рисунок 9 – Движения по РН «Остатки номенклатуры»

Подведем итоги

Мы выяснили, что скрывается под названием «проблема копеек», разобрали методы ее решения, проверили их на практике, решив пример с расчетом себестоимости списания по средней.

Осталось выяснить, в чем может быть нюанс с определением момента последнего списания, о котором упоминали при разборе формул. Сделаем это в следующем блоке материалов.

Правила, по которым нужно округлять налоги в 2014 году

С 1 января 2014 года вступил в силу новый пункт 6 статьи 52 НК РФ, введенный Федеральным законом от 23.07.2013 № 248-ФЗ (далее — Закон № 248-ФЗ). Согласно новой норме налог должен исчисляться в полных рублях. Если при расчете налога получилось значение с копейками, то сумму менее 50 копеек следует отбросить, а 50 копеек и более — округлить до целого рубля (п. 9 ст. 1, п. 3 ст. 6 Закона № 248-ФЗ).

Таким образом, благодаря нововведению различия между суммами начисленного налога в учете и суммами налога, указанными в декларации, будут устранены.

Напомним, до сих пор такое правило было установлено только в отношении НДФЛ (п. 4 ст. 225 НК РФ). Теперь законодатели распространили его и на все остальные налоги.

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

Алгоритм округления налогов в "1С:Бухгалтерии 8"

Начиная с 2014 года помимо того, что в программе «1С:Бухгалтерия 8» все налоговые декларации формируются в полных рублях, начисление всех налогов отражается в полных рублях.

Алгоритм округления работает в следующих направлениях:

• проверка налогов, начисляемых вручную (акцизы, транспортный налог, налог на имущество, налог на рекламу, налог на землю, ЕНВД, единый налог при применении УСН, прочие налоги);
• округление сумм налогов, начисляемых автоматически (налог на прибыль, НДС).

Экспресс-проверка округления налогов

Встроенный в программу сервис Экспресс-проверки ведения учета выявит все ручные операции по начислению налогов, содержащие копейки, и представит детальный отчет об ошибках и рекомендации по их устранению.

Округление при начислении НДС

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

Формируется следующая проводка:

Дебет 90.03 Кредит 68.02

Аналогично, в рублях и копейках, отражается и сумма НДС, предъявленная покупателю и подлежащая вычету:

Дебет 68.02 Кредит 19.03

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

Что касается налоговой декларации, то все ее показатели, в том числе сумма НДС к уплате или к возмещению, отражается в полных рублях (п. 17 Порядка заполнения налоговой декларации по налогу на добавленную стоимость, утв. приказом Минфина России от 15.10.2009 № 104н). В программе «1С:Бухгалтерия» декларация заполняется на основании налоговых регистров по НДС, данные в которые попадают из первичных документов в рублях и в копейках. Однако непосредственно в момент формирования декларации суммы округляются.

Таким образом, чтобы соблюсти требования нового пункта 6 статьи 52 НК РФ, программа должна округлять суммы налогов в бухучете. При этом они не должны отличаться от данных за тот же период в налоговой декларации. Эта задача решена следующим образом:

• сумма начисленного или принятого к вычету НДС по каждому счету-фактуре не округляется (в статье 52 НК РФ речь идет о расчетах с бюджетом, необходимости округлять НДС в каждом документе нет);
• рассчитанная сумма НДС в целом за квартал автоматически корректируется до суммы в декларации;
• результаты корректировки списываются на счет 99.09 «Прочие прибыли и убытки».

Операция по корректировке исчисленной суммы НДС будет проводиться при выполнении регламентной операции Закрытие счетов 90, 91, начиная с I квартала 2014 года и только в последнем месяце квартала.

Округление НДС у налогового агента происходит по другому алгоритму. Согласно статье 161 НК РФ налоговая база определяется отдельно при совершении каждой операции по реализации товаров (работ, услуг), поэтому сумма начисленного «агентского» НДС округляется до полных рублей и отражается в рублях по каждому счету-фактуре.

Заметьте: согласно Правилам заполнения счетов-фактур . (утв. Постановлением Правительства РФ от 26.12.2011 № 1137) в счетах-фактурах (в том числе и корректировочных), в журнале учета полученных и выставленных счетов-фактур, в книге покупок и книге продаж сумма НДС по-прежнему будет указываться в рублях и копейках.

Округление при начислении налога на прибыль

Рассмотрим теперь особенности округления при начислении налога на прибыль. Если организация не применяет ПБУ18/02 «Учет расчетов по налогу на прибыль организаций», утв. приказом Минфина России от 19.11.2002 № 114н, то налог на прибыль будет округляться автоматически при совершении регламентной операции Расчет налога на прибыль. В этом случае программа формирует проводку:

Дебет 99 Кредит 68.04.1

Однако для организаций, применяющих ПБУ18/02, регламентная операция Расчет налога на прибыль формирует целую группу проводок:

Дебет 68.04.2 Кредит 68.04.1 — начисление налога на прибыль Дебет 68.04.2 Кредит 09 — погашение отложенного налогового актива Дебет 68.04.2 Кредит 77 — начисление отложенного налогового обязательства Дебет 68.04.2 Кредит 99 — начисление постоянного налогового обязательства и списание постоянного налогового актива Дебет 77 Кредит 68.04.2 — погашение отложенного налогового обязательства Дебет 09 Кредит 68.04.2 — начисление отложенного налогового актива Дебет 99 Кредит 68.04.2 — условный расход по налогу на прибыль

Округляется только сумма проводки Дебет 68.04.2 Кредит 68.04.1, так как именно она соответствует исчисленному налогу на прибыль по данным налогового учета. Суммы условного расхода и дохода (налог на прибыль по данным БУ), налоговых активов и обязательств (корректировка налога на прибыль) не округляются. Возникший остаток списывается проводкой:

Дебет 99.09 Кредит 68.04.2.

Дебет 68.04.2 Кредит 99.09

Начисленный налог на прибыль округляется при выполнении регламентной операции Расчет налога на прибыль каждый месяц, начиная с января 2014 года.

Обратите внимание: с внедрением нового алгоритма округления счет 68.04.2 «Расчет налога на прибыль» теперь всегда будет автоматически закрываться, даже если постоянные и временные разницы отражены неверно. До 2014 года в этом случае на счете 68.04.2 оставалось сальдо, которое сигнализировало бухгалтеру о возможных ошибках в учете.

Теперь для проверки правильности поддержки ПБУ18/02 необходимо анализировать не остаток счета 68.04.2, а обороты счетов 68.04.2 и 99.09.

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

• отчет Анализ состояния налогового учета по налогу на прибыль (если для показателей одного раздела отчета не выполняется правило БУ = НУ + ПР + ВР, то раздел выделяется рамкой красного цвета и, таким образом, предупреждает о наличии ошибок);
• сумма прибыли, отраженная в декларации по налогу на прибыль, не равна сумме прибыли, указанной в отчете о финансовых результатах (основной критерий).

Рассмотренный механизм округления налогов до целых рублей в соответствии с Федеральным законом от 23.07.2013 № 248-ФЗ реализован в «1С:Бухгалтерии 8» (ред. 3.0), начиная с релиза 3.0.28, в «1С:Бухгалтерии 8» (ред. 2.0) — начиная с релиза 2.0.54.