1с округляет копейки как исправить
Тема: При расчете взносов, программа не правильно округляет.
Опции темы
Поиск по теме
При расчете взносов, программа не правильно округляет.
Добрый день коллеги, столкнулась с тем, что при расчете ЗП программа не правильно округляет страховые взносы, копейки конечно, но в отчете тоже копейки пишем же. Хотела уточнить, мы считаем взносы нарастающим итогом с начала года по каждому сотруднику или нарастающим итогом с начала года по общей ЗП организации.
например: 12792 * 5,1%(медицина) = 652,392 Понятно если один сотрудник в месяц то 652,39, а если пять сотрудников то 3261,95 или 3261,96 (12792*5*5,1%). Отчет тоже заполняется ужас как и, что каждый квартал править ручками?
1 С тоже округляет взносы
Помогите пожалуйста, та же проблема. 1 С тоже округляет взносы
нарастающим итогом с начала года по каждому сотруднику
Март=Окр(12792*3*5.1%)-Окр(12792*2*5.1%)
По данной проблеме разработчики зарегистрировали ошибку:
Код ошибки: 60000994
Код(ы) обращения: HL-279211 HL-280248 HL-281786 HL-283568
Статус: Планируется исправление в будущих версиях Зарегистрирована: 11.02.2021
Планируется исправить:«1С:ЗУП 3, 1С:ЗГУ 3»,версия 3.1.14
Планируется исправить:«1С:ЗУП 3, 1С:ЗГУ 3»,версия 3.1.17
Все люди, как люди, а я королева )
У меня два недостатка: плохая память и что-то еще.
Круто поправили,однако. Теперь при расчете взносов в части превышения минимума (20) программа у части сотрудников меняет копейки во взносах в медстрах. Итог печальный. РСВ не проходит по контрольным соотношениям, И что теперь? Руками сводить?
1с с давних времен отличается творческим подходом к округлению.
причём проверка расчётов взносов в самой программе пишет об этой ошибке 
Спасибо.
Перепроверила все взносы за каждый месяц по каждому сотруднику. Программа посчитала и округлила все правильно, а вот отчет формируется не правильно(только в мед.взносах) поправила ручками и контрольные соотношения все сошлись.
так она неправильно считает на том тарифе, что в пределах МРОТ.
Расчет взносов приведен мной по базовому тарифу, оклады у нас много больше МРОТ, причем здесь 12800 и сметана простите с.
ну так я и говорю, что неправильно округляются только те, что в пределах МРОТ (которые обычные тарифы)
А В последнем релизе после исправления ошибки программы правит копейки как раз в начисления сумм свыше МРОТ. При одинаковых суммах превышения выдает разные копейки. Эти копейки в отчете кривят контрольные соотношения. Вот налоговики погрешность придумали две копейки, а у меня больше выходит. Поправить не проблема, но потом как пойдут следующие отчеты не предсказуемо,
Скажите это разработчикам льгот, Небось ответят что 8 р для всей страны многовато будет
у меня все последние обновления.
неправильно считается только в ФОМС и только по начислениям в пределах МРОТ.
причём сама встроенная проверка показывает это красным.
бред какой-то в программе
Дык и у меня на копейку ФОМС не идет. Вы посмотрите такой отчет ПРОВЕРКА РАСЧЕТА ВЗНОСОВ. Там все детальнО. Ну я могу копейку в начислениях убрать и все сойдется. Уже пробовала.
Сегодня загрузила файл с РСВ из ЗУП 8.3 в Контур, тот при проверке естественно выдал ошибку, пересчитала посредством Контура и отправила. Сколько ждать, когда 1С релизами разродится.
В прошлом году тоже была проблема с копейками в РСВ, я, свято веря 1С, отправляла все как есть и в результате в 4 квартале получила отказ от налоговой.
Больше не верю!
Упс! Я забыл про малышей ) Прошу пардона за «наезд»! )
Во искупление вины выкладываю анализ срабатывания контрольных соотношений (КС) для базового тарифа в РСВ для ОМС в эксель-файле:
https://files.fm/u/w5utm2cbt
Пункт 1.84 данных КС гласит:
СВ на ОМС за последние 3 месяца отчетного периода не должно отличаться от базы для исчисления СВ умноженной на тариф, соответствующий коду плательщика больше, чем количество ф.л., кот. нач. СВ на ОМС за последние 3 месяца отчетного периода * 0,5 коп.
На первом листе эксель-файла приведён расчёт. Вверху справа любой желающий может подставить своё количество работников. На втором листе эксель-файла даны итоги для разного количество работников от 1 до 20.
Вывод: не стоит ждать милостей от фирмы 1С, во всяком случае пока не запретят математику как расистскую. Заведомо испортите какой-нибудь месяц в отчётности, чтобы проскочить через текущие КС
Регламентная операция округляет копейки. Как убрать?
Ответственный за ответ: (★8.91/10)
Добрый день. Регламентная операция «Закрытие 90.91 счетов делает отрицательную проводку по округлению до рублей с уплаты НДС налогового агента. На скриншоте видно, что счет 68.32 уходит в «минус». Если убрать эту проводку вручную, то при последующий необходимости проведения Закрытия месяца нужно будет эту галку всё время снимать и затем обратно убирать вручную Есть ли другой способ?
Получите еще секретный бонус и полный доступ к справочной системе БухЭксперт8 на 14 дней бесплатно
Все комментарии (6)
Добрый день.
Данная регламентная операция делает всегда корректировку, когда нужно округлить до рубля.
Скажите пожалуйста, Вы пробовали перепровести закрытие месяца после того, как обнаружили данное сальдо? Так как Ваша ситуация очень похожа на то, что были внесены изменения задним числом.
Я в демо базе попробовал разные копейки оставлять, у меня всегда программа 1С: Бухгалтерия предприятия, ред.3.0 версии ПРОФ правильно округляла.
Да, конечно. На ОСВ видно, что остаток образуют январские документы (см влож).Возможно причина в том, что на январь стоит запрет редактирования?
Для верности пришлите пожалуйста номер релиза Вашей программы.
И скриншот полного ОСВ по счету 68.32
Добрый день.
Обращение закрывается. Если у Вас остались еще вопросы по данному обращению и я могу Вам чем-то помочь, то Вы можете задать их в течении трех дней. После этого обращение будет закрыто.
Да, вопрос закрываем
Вы можете задать еще вопросов
Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку «Задать вопрос», я соглашаюсь с
регламентом БухЭксперт8.ру >>
Огромное спасибо, все отлично просто Суперррр! Буду подписываться еще!
Вы можете задать еще вопросов
Доступ к форме «Задать вопрос» возможен только при оформлении полной подписки на БухЭксперт8
Нажимая кнопку «Задать вопрос», я соглашаюсь с
регламентом БухЭксперт8.ру >>
Тема: Почему 1С так жестко убирает копейки?
Опции темы
Поиск по теме
Ввожу остатки посуда тарелка 50шт по 10,93 на сумму 546,5, программа округляет и ставит по 10руб, получается на сумму 500. Это нормально?
Учет основных средств по 70н ведется без копеек, вы разве можете предложить другой вариант отбрасывания копеек?
Ну вообще-то правильнее было по правилам округления.
Лолочка, правильнее. это кому? 1С, или разработчикам инструкции.
ИМХО, 1С тут совсем ни при чем
———
ps: Хотя и есть вероятность, что это отбрасывание копеек уберут
Я имела ввиду конечно разработчиков инструкции. У нас просто некоторые учет ведут вручную, вот они меня и спрашивают, как все-таки правильно отбросить копейки.
Так мы при приобретении ОС всегда относим лишние копейки на расходы и все.
А если по правилам округления, нам бы пришлось отнести некоторые копейки на доходы.
Согласитесь «доход по причине округления» звучит несколько странно
а вот ОС стоимостью менее 1 руб. (например 0,02коп.) округляем до 1 руб. ( и 1С так делает). Так что «доходы по причине округления» все равно есть и будут. (или вы предлагаете округлить до 0.00 руб.)
В константах можно поставить ОС с копейками и они не будут отбрасываться. В старой инструкции учет ОС тоже был в полных рублях, но мы с копейками вели.
Я конечно согласен что учитывать объект по стоимости 0 руб. странно, но в инструкции сказано что копейки отбрасывются а не округляются. ведь так?
Или где то есть дополнительные коментарии?
Инструкция 70н:
18. Учет основных средств ведется в полных рублях. Суммы копеек относятся на счет 040101280 “Прочие расходы”.
какие копейки вы хотите относить на 401 счет? минусовые? а что это такое «минусовые копейки» в бухгалтерии?
Виктор, ну явно погорячился. 
Например, при приеме к учету ОС меньше рубля
Кстати, 1С не хочет принимать к учету ОС стоимостью меньше рубля
Документ «Принятие к учету ОС» (речь ведь о 5-й редакции идет?) используется для принятия к учету в текущем году. В прошлом понятия вложений во нефинансовые активы не было, значит на остатке у нас древних копеечных ОС не будет. А в этом году едва ли можно придумать что-то, что стоило бы меньше рубля.
Как в 1С Округлять числа программно
Сразу скажу что я не гуру 1С программист, опыт у меня не совсем большой но все же он есть. Я достаточно часто пишу статьи в которых стараюсь поделиться полезными советами или дать более полный ответ на какой либо вопрос касаемый 1С разработки. Я когда то сам был новичком и пытался найти ответы на свои вопросы на различных форумах. Где как правило сидят опытные программисты и они дают советы с высоты своего опыта. Которые в свою очередь новичкам мало чем помогают. Сегодня хочу разобрать тему округления чисел. Поговорим об округление целой и дробной части.
Если вы только начинаете свой путь 1С программиста то рекомендую прочитать следующие статьи.
Программное округление целой и дробной части числа
Окр — сама функция
Число — соответственно число которое хотим округлить
0 — разрядность, число знаков после запятой
0 — Режим округления 0 в меньшую сторону 1 в большую, его можно не указывать по умолчанию всегда 0
Надеюсь объяснил понятно если нет то можете открыть Синтаксис-помощник.
Для примера я сделал форму, на которой размести реквизит «Цена» и 4 кнопки. Первая округляет введённое число в большую сторону, вторая в меньшею. Т.е если будет например число 10,12 при нажатии первой кнопки число округлиться до 11 а при нажатии второй до 10.
Третья и четвертая кнопка округляет дробную часть, т.е копейки, возьмем тоже число 10,12. Если нажмем третью кнопку результатом будет число 10,20, а если нажмем четвертую то 10,10.
Допустим у вас есть табличная часть, в которой выбирается номенклатура и подставляется цена из справочника. Что бы округлить число в этом случае нужно создать событие при изменение табличной части и написать вот такой код.
В результате все суммы будут округлены до сотых причем в меньшую сторону. Надеюсь все объяснил достаточно подробно но если остались вопросы обязательно спрашивайте!
Общие приемы и механизмы решения задач – Тема № 12:
Что такое «Проблема копеек» и как ее решить
Упоминание о существовании некой «проблемы копеек» встречается в требованиях к экзамену в списке наиболее частых ошибок, характерных для любой учетной задачи:
Рисунок 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. Как реализовать поступление товаров в компанию.
Обработка проведения для документа «Расходная накладная»
Для документа «Расходная накладная» обойтись возможностями конструктора движений не получится, потому что данных из табличной части документа недостаточно для формирования движений по списанию товаров. Понадобятся еще данные об остатках количества и себестоимости по РН «Остатки номенклатуры».
Создадим процедуру ОбработкаПроведения в модуле объекта и заполним ее вручную.
Листинг обработки проведения:
В коде преднамеренно закомментированы некоторые строки. Позже разберем последствия.
Разберем ключевые точки алгоритма
Первый запрос пакета – это получение данных из табличной части документа.
Второй запрос пакета
Источниками данных для второго запроса послужат:
Будем использовать следующие параметры виртуальной таблицы остатков:
Рисунок 4 – Параметры виртуальной таблицы остатков
РН «Остатки номенклатуры»
Временную таблицу ТЧСписокНоменклатуры соединяем с таблицей ОстаткиНоменклатурыОстатки по полю Номенклатура. Используем левое соединение на случай, если соответствующих записей в таблице остатков не будет. По этой же причине используем функцию ЕстьNULL() применительно к полям выбора из регистра остатков.
Для заполнения параметра Момент времени будем использовать момент времени документа.
Обходим выборку из результата запроса и на каждую строку выборки создаем движение по расходу по РН «Остатки номенклатуры». Внутри цикла выполняем расчет себестоимости.
В алгоритме приведены все варианты построения формулы для расчета себестоимости списания, которые разбирались в теоретической части. Цель – на практике посмотреть, как влияет перестановка операндов на результат. При решении задачи на экзамене этот фрагмент, конечно же, не нужен.
Последний вариант – это как раз вариант, рекомендуемый на экзамене. Т.к. этот вариант расчета выполняется последним в списке формул, то в регистр будет записан результат расчета именно по этой формуле.
Проверка результата в режиме «1С:Предприятие»
Создадим документ «Приходная накладная»:
Рисунок 5 – Документ «Приходная накладная № 1»
Проверим движения по РН «Остатки номенклатуры»:
Рисунок 6 – Движения документа «Приходная накладная № 1»
Приход сформирован. Займемся списанием товаров.
Создадим документ «Расходная накладная». Выполним в нем списание всех трех ручек, которые имеются на остатке.
Рисунок 7 – Документ «Расходная накладная № 1»
При проведении получим следующие сообщения:
Рисунок 8 – Сообщения при проведении документа «Расходная накладная № 1»
Полученные результаты вполне ожидаемы и подтверждают теоретические изыскания.
Если заглянуть в движения по РН «Остатки номенклатуры», то там тоже все отлично – никаких копеек:
Рисунок 9 – Движения по РН «Остатки номенклатуры»
Подведем итоги
Мы выяснили, что скрывается под названием «проблема копеек», разобрали методы ее решения, проверили их на практике, решив пример с расчетом себестоимости списания по средней.
Осталось выяснить, в чем может быть нюанс с определением момента последнего списания, о котором упоминали при разборе формул. Сделаем это в следующем блоке материалов.