1. Расчет пособий по временной нетрудоспособности приведен в соответствие с федеральный закон от 01.04.2020 № 104-ФЗ "Об особенностях исчисления пособий по временной нетрудоспособности и осуществления ежемесячных выплат в связи с рождением (усыновлением) первого или второго ребенка".
Ну, типа, чтобы в период с 01.04.2020 по 31.12.2020 пособие по больничному листу следующих видов
- (01, 02, 10, 11) Заболевание или травма (кроме травм на производстве),
- (03) Карантин,
- (06) Протезирование в стационаре,
- (09) Уход за больным взрослым членом семьи,
- (09, 12, 13, 14, 15) Уход за больным ребенком
устанавливаются в размере не менее МРОТ.
Крестраж (англ. Horcrux) - в книгах о Гарри Поттере предмет, в котором заключена часть души мага. ...
с помощью магии (какой именно, не уточняется) часть души заключается в неодушевлённый либо одушевлённый объект. Эта часть души не может существовать без зачарованного сосуда, в который её поместили. ...
Пока крестраж существует, маг, создавший крестражи, бессмертен: он может потерять тело, но душа останется жить и он сохраняет способность к самовоскрешению.
Особенность крестража - в том, что его нельзя уничтожить, просто разбив или разломав.
...
То есть создатель накладывает на крестраж самые лучшие и надёжные чары, которые его восстановят в случае повреждения.
Предмет, являющийся крестражем, становится практически неуязвимым - большинство заклинаний и механические воздействия не оставят на нём и царапины.
Также крестраж может уничтожить его создатель. Для этого он должен раскаяться, однако душевная боль при этом будет столь невыносима, что, скорее всего, убьёт волшебника.
Как известно, до Волан-Де-Морта никто не создавал более одного крестража.
А тот, создал сразу 6 (Шесть, Карл!!!) крестражей, в которые он и поместил части своей души.
Но на самом деле, их было не 6, а 7.
Седьмым крестражем был Гарри Поттер, о чем, собственно, и повествует нам К. Роулинг и что, в свою очередь, и оказало большое влияние на развязку той истории ...
При помесячном расчете СВ доли копеек будут возникать только в случае, если база с копейками. Если база в рублях и с круглыми копейками (10, 20, 30 и т.д. копеек), то взносы в ПФР нормально посчитаются как при помесячном расчете, так и при "годовом". Чтобы медстрах посчитался правильно в любом варианте, база СВ должна быть кратна 20-ти коп. (20, 40, 60 или 80 копеек)
Нет.
Наверно, правильней будет сделать расчет страховых взносов после 01.04.2020 г. по такому же алгоритму, как будет заполняться РСВ начиная со второго квартала.
Тогда вообще будет не важно, копейки-не копейки.
Все хвосты округлений будут автоматически подбираться ...
Еще вариант дождаться, когда ФНС выпустит разъяснения новую таблицу умножения для нового расчета страховых взносов, но это вариант гиблый.
Как говорится, не дождетесь ...
7.70.373
Добавлено:
- Константа ПрименятьТарифМСП (1- применять, 0 - не применять),
- Тариф страховых взносов ПониженныйТарифДляМСП (автоматически заполняется при обновлении),
- Процедура Гл.Модуля ПрименитьПониженныйТарифДляМСП2020 (~ 120 строк кода).
И ... ТА-ДАААМ!!!
Если поставить константу в 1 (на конец расчетного года), страховые взносы (Виды расчетов ПФРПоСуммарномуТарифу, ФССс2010 и ФФОМСс2010) начинают с 04.2020 учитывать эти идиотские правила с МРОТ.
Т.е., сами модули расчетов переделывать не потребовалось, достаточно крошечной вставки в ГМ чтобы все заработало по новому алгоритму.
Для меня это очень хороший показатель качества.
Не для меня в смысле меня - я совершенно не считаю свои программные коды верхом совершенства и изящества, я знаю (заочно) гораздо более искушенных в программировании одинесников и значительно более продвинутых и разбирающихся конкретно в типовой ЗиК.
Я имею ввиду показатель качества конфигурации ЗиК.
Она написана так, что вы можете вертеть НК РФ как хотите и обнулять даже таблицу умножения, а она все равно посчитает правильно при любом раскладе.
Расчет собственно взносов по тарифу для МСП переделать было не сложно.
Но есть много других мест в конфигурации, где используется процедура в которую внесены изменения.
Это, прежде всего, отчеты.
Не обещаю, что с первого раза доработаю все формы, которые потребуется, для корректного отражения тарифа для МСП.
Например, отчет "Карточка учета сумм начисленных выплат и иных вознаграждений и сумм начисленных страховых взносов за 2020 год".
Оригинальная (т.е., не переделанная) карточка из последнего официального релиза 1С выглядит довольно затейливо:
Она имеет одну страницу (хотя используются два тарифа), но все базы по основному тарифу показывает верно, а базы по тарифу для МСП показывает как превышение, хотя суммы начисленных СВ показывает из жр, т.е. по тарифу МСП.
Отчет "Начисленные страховые взносы за месяц" (формируется из обработки "Расчет СВ")
Здесь, конечно, все не так хорошо.
Нет, цифры все те же и они правильные.
Но вот колонка "Сумма превышающая предел" показывает для ПФР и ОМС не верные суммы.
Там должна быть цифра 13000 (1 305 000 - 1 292 000).
А если начислить за апрель не 400 000, а 380 000, например, то там будет стоять 380000-12130=367870, а должен быть 0, т.к. 1 285 000 < 1 292 000, т.е предел еще не достигнут.
Так же отсутствует второй тариф.
Хуже всего работает отчет "Персонифицированные сведения застрахованных лиц".
Тот, в котором выгрузка для заполнения РСВ в бухгалтерской базе в рег.отчете.
Показывает полную фигню.
Смотрю как заполняется 3 раздел РСВ из файла выгрузки з/п программы.
Я в шоке ...
Уровень разработчика в 1С пробил очередное дно.
Причем, два сразу.
Сколько доний может пробить за один раз нуралиевский программист?
Неужели, 2 - это предел?
Я, конечно, подстроюсь под этого урода, так, чтобы заполнялось более менее верно, но для отчета за полугодие он должен будет по-любому переделывать, иначе заполнение будет падать с ошибкой типа "недопустимое значение" или "индекс выходит за пределы" ...
Будучи в Тбилиси не удержались и прошлись-таки по этой улице. на которой фотокарточки делели . Она сохранилась в двух-трёх-этажном варианте старого Тбилиси. Её сделали пешеходной (частично). Понятное дело - сплошные ресторанчии и отельчики. Носит название - Пушкинская.
Это было ЕДИНСТВЕННОЕ (!) место в Тбилиси, где к нам приставали "зазывалы", да и то - приглашали в рестораники.
И это, не взирая на фотоаппарат, размеров весьма заметых, висевший у меня на боку, обозначая то, что я "не местный" .
Пройдя до конца улочки, шли обратно. Остановились у очередной грузиночки, расхваливавшей свой "дастархан" ( или - как там он у них?) и я поверг её в культурный шок, рассказав , что мы не просто так сюда зашли, а - со смыслом! Мы хотели увидеть ( и увидели) дом, в котором начиналась вся фотография Закавказья. И то, что этот дом ( смотри, красавица - туда) вот он всё ещё стоит!!! Это был наш "культрный шок". Девочка, прямо скажу, вначале стушевалась, а потом - загорелась! Это ж какую я местному бизнесу "мыслю" посеял!!! Про поставщиков императорского двора - в целом и Хана Нахичеванского - особенно!
Всего делов, запомнить и найти в сети "Фотограф Кларъ" .
Отдельное замечание для тех, у кого НЕ ЗиК и пониженный тариф для МСП.
Поскольку типовая конфигурация не понимает расчета СВ в 2025 году (даже с учетом отсутствия СВЕТ), при автозаполнении константа ММОТ (или МРОТ, как ее привыкли называть) будет перезаписана на 01.01.2025 в значение 33660, после того как типовая конфигурация "отработает" мое автозаполнение, я верну константу в то значение, которое там было.
Таким образом, типовая конфигурация рассчитает СВ по 1,5 МРОТ.
Но для вас при этом ничего не изменится.
Обратите внимание, что установка моих обновлений для Бухгалтерии (и/или УСН) - https://blogs.klerk.ru/users/1911762/post189833/ не имеет в данном случае никакого значения - настоящий отчет РСВ и новый документ РСВ в обновлении рассчитывают СВ независимо (друг от друга и от типовой конфигурации) каждый по своему алгоритму.
Одним словом, не думайте об этом, за вас эти проблемы будут решены, а вы даже этого и не заметите ...
Если вы раньше уже делали РСВ за 1 квартал 2025 в предыдущем релизе, то при первой записи этим релизом, старый формат будет удален.
Запишите титульный лист заново и отправляйтесь в раздел 1 для автозаполнения ...
Ну и штрих-коды линейные на каждой странице изменились ...
были 16206... (формат 06) стали 16207 (формат 07)
Кое-где нумерация листов (в штрих-коде) поменялась (новые листы добавились)
Можете поиграться - откройте какой-нибудь лист и переключайте период 2024 <-> 2025
Еще важное изменение ("Приложение 3 к разделу 1)
Сможете найти разницу без подсказки?
А она есть! Люди работают не покладая рук ...
Смотрите, не перепутайте ...
И второй момент, на который вам следует обратить внимание - Раздел 3.
В секции 3.2.1, в столбце 140 "Сумма выплат и иных вознаграждений" какого-то рожна добавился
/ 141 "/ в том числе по гражданско-правовым договорам"
У кого есть сотрудники с договорами, проверьте автозаполнение.
Что изменилось в новом формате?
Практически, ничего ...
В основном, этот формат нужен для т.н. Приложения 3.1
Это "расчет на право применения" нового тарифа для "обрабатывающих производств".
Заполняйте его на листе "Приложения 2 и 3 к разделу 1", если нужно.
Новый тариф - 30, "ОП" вместо "НР".
В ЗиК (релиз 385) автозаполнение отработает эти коды автоматически.
У меня и сейчас поиск работает. Но на "краффин" действительно ничего не находит.
Потыкалась в поиске. Ощущение, будто выдает посты примерно до 2022 года, а более свежие не показывает. Надо более детально потыкаться, но мне лень.