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 - это предел?
Я, конечно, подстроюсь под этого урода, так, чтобы заполнялось более менее верно, но для отчета за полугодие он должен будет по-любому переделывать, иначе заполнение будет падать с ошибкой типа "недопустимое значение" или "индекс выходит за пределы" ...
Страницы сайта проще переводить, запуская их в браузере Яндекса
Извини, дорогая, но яндекс хуже триппера. От него избавиться невозможно
(врачебная мудрость от знакомого главврача )
Вторая : чуть зазевался и ты уже или с алиментами, или - с яндексом и неизвестно что хуже.
Программа перебирает все известные шрифты и буквы/цифры/символы, "распознанным"
"перебирать" не надо. В запросе сразу заданы два параметра - с какого и на какой язык переводить. А переводить русский текст, набранный латиницей (допустим) в кириллицу компы умели ещё лет за двадцать до появления т.н. "искусственного интеллекта". У нас теперь с телевизора как ИИ выдаётся даже давнишний SQL . Модное словечко, т.е. "инновации", импортозамещение", "компетенции" уже малость устарели. А выглядеть умным , в "тренде" хочется
Потому что они на этой истерии денежки зарабатывают. Должен регистрироваться тот, у кое есть сайт, а на этом сайте есть кнопочка заполнить форму. А не вот это вот все, когда даже нулевки должны, потому что они же обрабатывают данные директора
Вот я так же считаю. Таким макаром можно к любому человеку этот закон приложить, он же собирает в телефоне номера и имена знакомых. А может даже не только в телефоне, но и в бумажной записной книжке. Или визитки хранит, а там ещё больше информации.
Бред же. И главное, многие инструкторы вещают, что мастера должны регистрироваться
Полностью согласна. У меня девочка-бровист переполошилась, что ей надо срочно подавать. Далее наш диалог:
- зачем?
- я собираю перс.данные.
- какие перс.данные ты собираешь? Паспорт? Прописка? ИМЯ!!!!
Максимум имя и может быть номер телефона. И то, лично мой номер телефона не на мне, это не мои перс.данные. А общаюсь я с ней вообще через ВК всегда. Имя? так в ВК я могу быть с одним именем, а в паспорте совсем с другим.
Подавая такие уведомления многие ФЛ и ИП попадут больше, чем не подавая. Надо же эти перс.данные не просто собирать, а еще обрабатывать, хранить, защищать и правильно уничтожать. А это как минимум согласие на обработку перс.данных, сейф, КриптоПро и прочие "радости" жизни.
Будете смеяться, но в бьюти-сфере тоже на ушах стоят. Типа мастера работают с персданными. А там их всех данных зачастую имя и телефон, или имя и страница в вк, или имя и ник в тг. Или просто ник. Считаю, что мастеров это не касается.
У меня большинство клиентов записаны типа Маня маникюр, Маня ногти.
ну о чем и речь, что все, кто занимается бизнесом все совершенно все операторы. Какого хрена городить эти уведомления?
Зато можно на совещании надувать щеки и рапортовать о принятых мерах
точно для оправдания их деятельности. Можно ж просто зарегиться на сайте РКН как оператор, типа да, мы работаем с данными. Мне кажется достаточно. А не вот это всё, что там нужно прописать, просто мусор.
И мне это кажется таким бредом, тогда надо всех регистрировать в момент регистрации в налоговой
не то слово. ну и регили бы там сразу с минимумом функций раз все попадают под это определение. Ах да, у нас же каждое ведомство должно проявить ИБД иначе зачем столько денег они потребляют если работы не видно.
Я в час ночи вчера пыталась, не работало. Ну и фиг с ним. Сделаю несколько скринов для оправдания перед руководством и пошло оно всё. Уверена через пару недель никто больше никогда про эти уведомления не вспомнит.
У меня сайт лежит уже нескольуо дней, с тел, с компа, без разницы. Мне и в голову не пртходило, что какая-то мелкая ооошка должна обозначить себя как Целый Оператор Персональных Данных!
Ночью сегодня смогла отправить одну новую. И мне это кажется таким бредом, тогда надо всех регистрировать в момент регистрации в налоговой
У меня сайт лежит уже нескольуо дней, с тел, с компа, без разницы. Мне и в голову не пртходило, что какая-то мелкая ооошка должна обозначить себя как Целый Оператор Персональных Данных!
Всегда приятно находить такие новости
Судя по волнениям последних дней это особо прекрасно, потому что сайт РКН не в состоянии переварить всех проснувшихся.