Поиск Написать

1С: ЗиК 7.7 Релиз 7.70.375 от 03.06.2020

Выкладываю обновление бывшей типовой конфигурации «Зарплата + Кадры», редакция 2.3

Брать на обновлении для 1С (f5for1c)

Комментарии:
Релиз 7.70.375 от 03.06.2020
______________________________

1. Новая функция по формированию расчетных листков.
Для сотрудников, у которых в карточке указан адрес
электронной почты, возможна автоматическая
рассылка расчетных листков.
2. Сформирован и продолжает пополняться список пользователей,
принимающих участие в подготовке к выпуску новых релизов
данной конфигурации.

1C:Предприятие 7.7
Конфигурация Зарплата+Кадры
Релиз 7.70.375 от 03.06.2020

Список изменений релиза 7.70.375 по сравнению с релизом 7.70.374
================================================================
Исправлено:
Изменен номер релиза

Добавлено:
Обработка РассылкаРасчетныхЛистков ("Рассылка расчетных листков на эл. почту")

Глобальный модуль
-----------------------------------------------------------------
Исправлено:
Расчет страховых взносов при применении пониженного тарифа для МСП в случае отсутствия доходов за месяц.
Исправлены опечатки.

Обработка ОбновлениеИБ ("Обновление информационной базы")
-----------------------------------------------------------------
Исправлено:
Добавлено обновление релиза.

Справочник Сотрудники
-----------------------------------------------------------------
Изменено:
Добавлен реквизит e-mail сотрудника.
Реквизит добавлен на форму в слой "Основной".

Отчет РасчетныеЛистки ("Расчетные листки")
-----------------------------------------------------------------
Изменено:
Добавлена кнопка рассылки расчетных листов на e-mail сотрудников.
Добавлены события автоматического открытия и формирования отчета для эл. рассылки.
Добавлен шаблон печатной формы с крупным шрифтом.

Добавлено:
Отчет НашиБлагодарности ("Наши благодарности")
Укушенные снеговиком и прочими трупами: для обновления конфигурации нужно устанавливать только актуальный (последний) релиз.
Он включает в себя все обновления, начиная с самого первого (исходного) релиза.
В 7.7 не нужно устанавливать все релизы по очереди.
Выключайте дебилов в своей башке.
Бешеный принтер плодит свои прокламации быстрее чем кролики.
Только-только устаканили рсв в ЗиК с двумя тарифами, так теперь их три штуки стало!
Если кто не в теме: в общем случае у сотрудника будет в 2020 году три тарифа (и, соответственно, кодов застрахованных лиц).
01, 20, 21.
Так что, 376 релиз уже на подходе ...
Если к вам постоянно приходят сотрудники и клянчат справку о своей зарплате (например, чтобы получить субсидию на услуги ЖКХ), приглашаю протестировать ее в ЗиК для 376 релиза.
Пока как внешний отчет.
Пишите сюда, или в ЛС, или на почту kvest1c@ya.ru - вышлю.
Также приглашаю тех, кто пользуется обменом данными со Сбербанком (Заявления на открытие карточных счетов, перечисление з/п на карты) протестировать функционал нового формата 3.06 (стал актуальным с 01.06.20).
Особенно мне интересны те, у кого есть сотрудники с исполнительными листами и заказывающие новые ПК.
Интересный нюанс.
Стандарт электронного обмена информацией СберБанк-1С формата 3.06.
Писали, вероятно, люди не в себе.
Используют понятия и обозначения, смысл которых не объясняют.
Например, в заголовке столбца таблицы написано "Обязат. (Множ.)".
Догадаемся с первого раза, что это означает признак Обязательного реквизита (т.е., его обязательное/необязательное наличие в файле выгрузки) и Множественность (т.е., такой элемент может встречаться несколько раз с разными значениями).
Смотрим:
Открыть оригинал изображения (679x943, 316.68 Кб)
Очевидно, что 1 - обязательный, 0 - необязательный.
Обратите внимание, что это написано в квадратных скобках, а круглых скобок нигде в тексте этой колонки нет.
Встречаются следующие виды обозначений:
[1]
[0..1]
[0..n]
[1..n]
Обозначение [0] не встречается.
Можно ли из этих данных сделать вывод, что ВидЗачисления и КодВидаДохода являются множественными?
Тупик с этим тарифом 0%.
В этой прокламации, которую они законом называют, битым словом написано, что по ставке 0% облагаются базы как до превышения предела, так и сверх.
Ну, Ок.
Пусть предел равен 1 200 000 (для ровного счета)
За январь-март было начислено 1 000 000.
В апреле - 300 000, потом в мае, июне , июле по 100 000.
Считаем СВ в ПФР с превышения:
Апрель:
База - 1 300 000,
Превышение - 100 000,
СВ с превышения - 0
Май:
База - 1 400 000,
Превышение - 200 000,
СВ с превышения - 0
Июнь:
База - 1 500 000,
Превышение - 300 000,
СВ с превышения - 0
Тариф 0% действует только во втором квартале, в третьем квартале и далее - ставка 10% не важно применяете вы тариф для МСП или нет.
Считаем ...
Июль:
База - 1 600 000,
Превышение - 400 000,
СВ с превышения - 40 000

То, что законы у нас пишут полные неучи, это уже давно общее место.
Но они не то что двоечники, они даже арифметику не освоили.

Какой-то совершенно полный тупик.
Или, наоборот:
Пусть предел равен 1 200 000 (для ровного счета)
За январь-март было начислено 1 300 000, СВ в ПФР с превышения начислено 10000.
В апреле - 100 000.
Считаем СВ в ПФР с превышения:
Апрель:
База - 1 400 000,
Превышение - 200 000,
СВ с превышения - минус 10000.
Т.е., суммы начисленные с превышения в первом квартале сторнировались в апреле, поскольку, теперь ставка равна нулю.
Самое смешное, что в июле, когда действие ставки 0% закончится, вся сумма со всего превышения опять начислится по 10%.
В 376 релизе страховые взносы рассчитываются при применении в течении года любых тарифов (основной, пониженный для МСП, по ставке 0% для пострадавших от эпидемии) в любом сочетании.
Безалаберность фирмы 1С проявляется не только в том, какие похабные релизы конфигураций она иной раз выпускает, но даже в мелочах.
Вот новый формат 3.06 обмена данными со сбербанком (опубликован в разделе снеговика)
Ну, про стиль изложения и неоднозначность формулировок - см. выше, а теперь про грязь и мусор ...
Вот оглавление документа на стр. 3:

Смотрим 23 страницу раздел 2.5.16

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

Видите какой тип указан для суммы - "Сумма", т.е. число.
Так же как и для элемента ОбщаяСуммаУдержаний.
А должен быть указан тип как у Сотрудника - "Компонент {Сумма}".
Когда берешь почитать нуралиевские бумажки, хочется руки помыть ...
Образец файла, сформированный по рецепту нового формата 3.06.
Если чё не так, я не при делах.
Все предъявы - к рукожопым нуралиевским писателям форматов.
Открыть оригинал изображения (593x1066, 353.41 Кб)
У первого сотрудника 2 кода дохода (1 и 2), у четвертого есть удержание.
Под кодом 2 сумма пособия по уходу за ребенком до 1,5 лет. На самом деле, я, разумеется, не знаю и не могу знать какую сумму перечисляют как пособие, а какую еще, поэтому если в месяце ЗА КОТОРЫЙ перечисляют зарплату (реквизит "За период" в документе "Выплата ЗП") есть такое начисление, вся сумма для зачисления на ПК идет с кодом 2. Т.е., работнику в плюс.
Еще немного погоняю 376 релиз у себя и в понедельник днем у клиентов, а вечером 6-го выложу ...
Добрый день! Мы с вами списывались по поводу небольших отклонений в РСВ и отчете по стразовым взносам по ОМС. Нужна какая-то дополнительная информация?
Софт СберБанка не загружает формат 3.06 с "ошибкой валидации" отсутствует обязательное поле СуммаИтого.
Разумется, поле СуммаИтого на месте, там же, где и была, в новом виде, как и положено.
И каждый может в этом убедиться сам: https://blogs.klerk.ru/users/1911762...#commid1585300
Вероятная причина - несоответствие т.н. файла схемы самому формату.
Ограничения величин элементов в составе компонент определяются XML-схемой Wages_3.6.xsd, являющейся неотъемлемой частью стандарта.
В формате написано одно, а в схеме описан какой-то бред - т.е. формат стоит 3.06, но элементы описаны как смесь 3.05 и 3.06 (как и было рассказано раньше - https://blogs.klerk.ru/users/1911762...#commid1585283).
Видимо, тот, кто правил файл xsd схемы, читал не новый формат, а то, что про него в курилке рассказывали какие-то обкуренные чуваки.
Вот такую или аналогичную по виду картинку дает софт СБ при попытке загрузки ведомостей на з/п в формате 3.6

Кто пользуется этой системой сбера, напишите им запрос в техподдержку.
Текст примерно такой:
При попытке загрузить файл формата 3.6, импорт не происходит из-за "отсутствия обязательного поля СуммаИтого".
На самом деле, поле СуммаИтого в файле присутствует и его содержание соответствует формату 3.6, описанному в п. 5.2.16 Сумма логического описания ЭОИ https://v8.1c.ru/upload/integraciya/...sanie-ehoi.pdf
Ваше ПО "не видит" поле СуммаИтого в новом формате.
В чем может быть причина?
Интересно было бы услышать ответ техподдержки сбера.
На какой-то конструктивный диалог с ними рассчитывать глупо, но текст отписки все-таки хотелось бы почитать ...
 

Подтвердите удаление записи