Ни в ЗУП ногой!? А мне нравится! Часть 2. Плюсы решения, где они прячутся?

05.08.22

Учетные задачи - Зарплата

Ни для кого не секрет, что ЗУП - одно из сложнейших решений в линейке 1С. Многие разработчики и аналитики не любят им заниматься. Тяжело представить, чтобы начинающий разработчик/аналитик стал по доброй воле работать в сфере управления персоналом и расчета заработной платы. В данной серии статьей будет рассказано, какие видятся плюсы в этом решении и как справляться с его минусами. Кратко расскажу, как встать на этот путь, приведу примеры выполненных задач.

Ссылки на остальные части статьи:

1. Главные сложности решения, что отталкивает?

3. Как меня туда занесло?

4. Главное - правильный перенос данных!

 

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

 

Плюсы решения, где они прячутся?

1. Постоянство бизнес-процессов кадрового делопроизводства и расчета зарплаты

Одним из главных плюсов является постоянство предметной области. Если посмотреть на другие конфигурации, то проекты строятся исходя из следующих факторов:

  • Любое производство имеет свои уникальные особенности, уникальный процесс. Даже 2 металлургических завода выплавляя металл в печах разного типа уже имеют отличия в производственном процессе. Другая структура затрат. Доменная печь работает на коксе, индукционная на электричестве. Разные металлы имеют разное сырье, у каждого предприятия свои ноу-хау. Поэтому и процесс автоматизации производства уникален на каждом предприятии. Разная логистика также накладывает свои особенности на автоматизацию.
  • При автоматизации финансового учета вектор автоматизации задаёт финансовый/коммерческий директор. Автоматизация начинается с определения целей, которые требуется достичь. Снижение каких-то затрат, унификация процессов в разных структурных подразделениях, оптимизация логистики и т.д. Что делает проект сильно зависимым от отчетности, которую хотят видеть руководители заказчика. 

ЗУП - довольно стабильная область. Цели и автоматизируемые участки практически одинаковы на всех предприятиях. 

 

 

Отчетность и законодательство также довольно стабильно. Меняются отдельные статьи в кодексах и законах, но новых кодексов не планируется). Иногда добавляются новые формы отчетности - СЗВ-ТД. Это связано с цифровизацией. Но главные формы отчетности существуют уже 6 и более лет.

Благодаря этой стабильности есть возможность создавать и использовать на новых проектах наработки! К примеру, для автоматизации заполнения графиков вахты, расчета переработок на вахте и при суммированном учете рабочего времени мною написана обработка, которую успешно используют коллеги в других организациях. Помощник заполнения графиков при вахтовом методе работы, Описание целей и концепция переноса данных в ЗУП 3, Генерация данных по РК и СН с расчетом северного стажа. 

 

2. Стабильный набор метаданных для решения задач регламентированного учета

Из первого плюса автоматически вытекает второй плюс! Раз бизнес-процессы и законодательство у нас довольно стабильны, и кардинально не меняются длительное время - значит и структура конфигурации остаётся довольно стабильной. 

Все пользователи знают, что:

  • В ЗУП 3 ведётся штатное расписание и есть документ для его изменения и утверждения
  • Кадровые документы по отклонениям являются кадрово-расчетными
  • Есть возможность ведения графиков работы и табелей
  • Зарплата за первую половину начисляется документом "Начисление зарплаты за первую половину"
  • Зарплата за месяц начисляется документом "Начисление зарплаты и взносов"
  • Налоги и взносы рассчитываются при каждом начислении. Это может быть как межрасчетная выплата, отсутствие, так и зарплата за месяц.
  • Выплата производится одним из 4-х документов Ведомость, в зависимости от способа выплаты.

и т.д. 

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

 

 

В описанных регистрах хранятся почти все кадровые данные (исключая персональные данные). Они стабильны и созданы были очень давно. Но т.к. время не стоит на месте и законодательство и решение развивается, произошли довольно масштабные изменения:

 

С 2016 года сдаётся отчетность 6-НДФЛ

Для обеспечения автоматического заполнения отчетности в конфигурации произошли масштабные изменения в учете исчисленного  удержанного НДФЛ. Появилось понятие "Дата получения дохода". Удержанный перестал быть по умолчанию равным исчисленному

Добавлены интервальные регистры

В какой-то момент разработчики ЗУП решили, что каждый раз вычислять периоды по кадровым событиям - это неудобно и затратно! Для этого для регистров кадрового учета добавлены интервальные регистры. Периоды вычисляются 1 раз в момент регистрации нового события. Так оказалось удобнее и эффективнее. Для получения данных из интервальных регистров написан программный интерфейс. Обращаться к ним напрямую не рекомендуется.

 

История переделки механизмов расчета зарплаты

  • Сначала сделали по старинке, поместили весь расчет в общие модули. Но в ЗУП 2.5 были общие модули "Проведение расчетов" и "Проведение расчетов переопределяемый". В них считали и начисления и удержания и налоги. Здесь же все расчеты раскидали по разным модулям, объединив их по тематике. Такой подход сильно затруднял анализ кода расчетных механизмов и его доработку.
  • Через время, в редакции 3.1 добавили 2 обработки: "Менеджер расчет зарплаты" и "Менеджер данных учета времени сотрудников". В первой собрали все алгоритмы расчета (начислений, удержаний, НДФЛ), во вторую вынесли получение данных об отработанном времени на все случаи жизни. Весь расчет был построен на запросах, результат выполнения запросов хранили в переменой модуля "МенеджерВременныхТаблиц".
  • Ещё через 3 года решили, что такая модель расчета не оптимальна, расчет занимает много времени. Особенно это стало заметно при большой численности сотрудников. При использовании той модели RLS, которая появилась с редакцией 3.1, вообще катастрофа! Заполнение документа пользователем с RLS занимало по 10 и более минут. Разработчики ЗУП изменили подход к RLS. Обработки "Менеджер расчет зарплаты" и "Менеджер данных учета времени сотрудников" переписали практически полностью с запросов на таблицы значений. Конечно же код, который многие доработали в указанных обработках пришлось писать заново! Вставить его было некуда, т.к. кардинально изменился подход к получению, обработке и ранению результатов расчета.
  • В результате "оптимизации" обработки заменили на новые, а предыдущая версия обработок получила постфикс "Архивный". Они присутствуют до сих пор.
  • Также были оптимизированы некоторые общие модули. До сих пор есть "Учет НДФЛ Архивные алгоритмы". Эти модули были полностью переработаны

 

Реализован функционал электронных листков нетрудоспособности и прямых выплат из ФСС

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

Реализован функционал электронных трудовых книжек

В каждом кадровом приказе есть флажок «Отразить в трудовой книжке». Добавлен документ «Сведения о трудовой деятельности работников, СЗВ-ТД» для отправки данных.

 

Из этого можно сделать вывод: законодательство и отчетность не стоят на месте, проводится оптимизация многих алгоритмов, но костяк конфигурации остаётся без изменений! Это и есть плюс.

 

3. Применимость накопленного опыта. Универсальные решения

Раз бизнес-процессы, законодательство и реализация стабильны - каждое созданное решение можно использовать и в других организациях. Во времена перехода с 7.7 на ЗУП 2.5 или УПП проекты, в которых участвовал, на 50% выполнялись за счет ранее выполненных разработок. Опыт появлялся за счет качественного решения задач. которые не были решены в типовой конфигурации. Приведу примеры:

  • Не было документа, для отражения приказов по штатному расписанию. Работа со штатным расписанием велась напрямую в регистре сведений. Также не было возможности подобрать из штатного расписания требуемую позицию и заполнить данные автоматически. В ЗУП 3 это реализовано. В ЗУП 2.5 этот функционал был написан с нуля и его легко моно было встроить в любой ЗУП, даже доработанный.
  • До сих пор в ЗУП нет понятия "квалификационный разряд". Все мы знаем, что рабочие специальности имеют разряд. Разряд со временем меняется, т.к. многие работники проходят дополнительное обучение и сдают квалификационные экзамены. С точки зрения применения разряда... Разряд - это допуск к более сложной работе, повышенная тарифная ставка, возможно ещё надбавка за классность. В соответствии с этим отдел кадров формирует штатное расписание, предусматривая для разных разрядов разные позиции в штатном расписании.  Разряд выводится в печатных формах кадровых приказов. Типовая конфигурация предлагала, и до сих пор предлагает, использовать тарифные сетки. Поэтому разряд добавлялся в кадровые регистры и в штатное расписание, менялись движения кадровых документов и печать приказов. Механизм универсальный и легко встраивался.
  • Довольно длительный период ЗУП 2.5 не имел механизма по ведению дополнительных отпусков. Мною был разработан данный механизм по аналогии с ЗУП 3 (хотя на момент разработки ЗУП 3 ещё не было). Случайно угадал концепцию, по которой пойдут в новом решении. Встраивание этого механизма занимало пару дней.

Аналогичным путём стараюсь выполнять проекты сейчас. Любую задачу выполняю не на скорость, лишь бы сдать быстрее! Сразу продумываю возможность использования разработки на будущих проектах. Часто приходится немного менять архитектуру решения для обеспечения универсальности решения. В настоящий момент в разной степени готовности реализованы такие решения:

  • Цели переноса данных и концепция переноса данных. Расчет здесь не на переход с ЗУП 2.5/УПП. Концепция прорабатывалась для того, чтоб показать, какой массив данных необходимо внести в ЗУП 3. Не важно откуда прилетит этот массив данных. Сейчас популярны проекты замещения иностранного ПО российским. Многие компании отказываются от SAP и Oracle, переходя на ЗУП 3.
  • Доработанная под концепцию обработка по выгрузке данных из ЗУП 2.5/УПП. 
  • Обработки по исправлению переносимых данных. Часть данных корректируется в ЗУП 2.5/УПП, часть формируется уже в ЗУП 3.
  • Генерация данных по РК и СН в штатном расписании и кадровых приказах на основе настроек подразделений. Во многих организациях РК и СН установлен сотрудникам с ошибками, некоторые устанавливают его суммарно одним начислением. У многих не учитывается стаж работы на севере. Т.к. в штатное расписание вовсе в усеченном виде, корректных данных оно обычно не содержит. При переносе из сторонних систем также проще данные сгенерировать, чем перенести. Обработка высчитывает северный стаж и на его основе вычисляет процент северной надбавки. Ещё одна функция - установка прав на отпуск за работу в условиях МКС/РКС. Этих данных в корректном виде не видел ни разу за весь свой опыт с ЗУП (14 лет).
  • Заполнение графиков вахты. Обработка позволяет генерировать не цикличные графики работы. Вахта начинается обычно с 1 и с 16 числа месяца. Т.к. длина у месяцев разная - продолжительность вахты отличается. Также здесь следует учесть дорогу, а это с трудом поддается прогнозированию из-за метеоусловий и прочих особенностей. 
  • Расчет переработок (оплачиваемого междувахтового отпуска) на вахте и расчет переработок при суммированном учете рабочего времени. Многие невнимательно читают ТК РФ, и считают что оплачивать нужно что-то одно. Это заблуждение и нарушение закона. Почему описано в публикации к этой обработке.
  • Внешняя база для ведения управленческих табелей. Решение позволяет вести "настоящий" табель отдельно от регламентированного. Работает с конфигурациями ЗУП 2.5, ЗУП 3 для Казахстана, для Беларуси, для РФ. На вход приходит определённый набор данных, необходимых для функционирования. Обработка по получению данных адаптирована для ЗУП 2.5 и отдельно для ЗУП 3 (одна для всех стран). Обработка по трансформации управленческого в регламентированный формирует регламентированный табель и рассчитывает часы переработки. Порядок оплаты переработок на усмотрение работодателя. Переработкой считается разница между нормой часов и реально отработанным временем. 
  • Расчет ежемесячной премии с базой прошлого месяца. При наличии РК, СН, переводов и прочих дополнительных условий, типовая конфигурация неверно её считает. Также возникают ошибки в определении даты получения дохода для НДФЛ.

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

 

4. Много сложных и интересных задач

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

  • В 2012 году, выполняя проект по автоматизации металлургического предприятия, появилась необходимость автоматизировать сдельную оплату труда во всех цехах завода. Задача имела следующие сложности:
    • Каждый цех имеет свой профиль и уникальный производственный процесс
    • Расценки на сдельную оплату труда не вводятся, а рассчитываются. Основой для расчета служат "состав бригады", объём обрабатываемого металла (по умолчанию тонна) и временной норматив на выполнение каждой операции.
    • Стоимость часа работы бригады получалась как сумма часовых тарифных ставок предполагаемых работников. Получались тарифные ставки из действующего штатного расписания. Учитывались плановые разряд и грейд должности. 
    • Сдельные наряды могли быть индивидуальными, могли быть бригадными. Некоторые работники были многостаночниками. Бригадные могли учитываться ежедневно или сумма копилась весь месяц, потом распределялась пропорционально отработанному времени и КТУ работников. Итого было 15 различных схем сдельной оплаты
    • Используются переводы работников из одного подразделения в другое на несколько часов. (Внутрисменные переводы). 
    • В сдельном наряде должны рассчитываться доплаты за вредные условия труда и особенности производства, т.к. на каждом рабочем месте они разные. Работники в течение дня могут работать на разном оборудовании.
    • Данные должны вводиться в месте их появления. Т.е. не расчетчик вводит показатели и считает сдельную оплату труда, а производственный цех.
  • В 2017 году, работая в компании Сигма ИТ на проекте Интер РАО, поступила задача... Необходимо сделать так, чтоб командировка и некоторые другие отклонения не уменьшали сумму аванса. Дополнительно к формулировке руководитель проекта добавил: "С этой задачей двое программистов на текущий момент не справились")))
  • В 2018 году, в ГК Роснефть руководитель настоял на моём участии в совещании. Тема совещания "Расчет зарплаты, налогов и взносов в зарубежных филиалах". Озвучил цель моего участия: "Нужно выслушать позицию методологов, обсудить пути решения". На совещании мне предложили быть спикером по этой теме, и без обсуждения с методологами рассказать путь решения данной задачи))) Должен был слушать, а пришлось рассказывать, благо 2 дня до этого изучал вопрос.
  • В 2020 году обратилась компания LPP с формулировкой: "Компания подрядчик нам написала самописную базу для ведения управленческих табелей. Также выполнили перенос данных из ЗУП 2.5 в ЗУП 3. Можете проверить правильность выполненной работы и предложить пути по устранению проблем. Есть ощущение, что сейчас много ошибок". Ощущение подтвердилось, использовать наработки коллег оказалось невозможно ввиду низкого качества, работа выполнялась с нуля.
  • В 2021 год обратилась компания АО Оргэнергострой с такой же просьбой. Только проект по переходу на ЗУП 3 длился уже 2,5 года, а данные должны переноситься так: кадровые из базы Access, расчетные из базы УПП. Данные содержат много ошибок, их выверкой никто не занимался. Не описан способ объединения объектов баз, написанных на разных платформах. Проект выполняется сейчас.

Подобных задач с никому непонятными формулировками, повышенной сложности и большим количеством неизвестных было очень много. Но каждая из таких задач даёт сильный толчок в развитии. Процесс их выполнения иногда завораживает, несмотря на длительность некоторых задач около 6 месяцев. Интересно разбираться в сложностях учета, особенностях законодательства искать пути решения задач, на первый взгляд невыполнимых. Не всё и везде получалось! Но всегда было невероятно интересно! Согласитесь, писать печатные формы и отчеты не так интересно?!

 

5. Польза знаний в предметной области в жизни

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

  • К примеру, Вы в отпуске! Отдыхаете где-нибудь недалеко от места работы (т.е. Вам не повезло улететь за границу или хотя бы в другой регион). Случается ЧП на работе, и работодатель требует Вашего возвращения на работу! Т.е. происходит отзыв из отпуска. Некоторые работодатели грозят лишить премии или даже уволить, если не выйдете. Вот чем нужно руководствоваться:
    • Никто и никогда, за исключением риска техногенной катастрофы, не имеет права вызвать Вас без Вашего письменного согласия. Грозит уволить - так пусть подумает, что всё равно задачу будет некому делать)))
    • Если вдруг Вы согласились выйти, стоит сразу в письменной виде обсудить даты, в которые Вы продолжите отдыхать. Возможно, выйти надо всего на пару дней. 
    • Если накрываются какие-то важные планы, куплены билеты и т.д. - смело отказывайте, кроме обиды последствий не будет.
  • Приходит начальник и говорит: "Пока не сделаешь задачу, не смей уходить с работы! Мне она нужна завтра утром." Уверен, такое слышали все) Посмотрим на это внимательней:
    • С чего это вдруг, друг любезный, ты решил, что я должен потратить своё свободное время на работу? Тебе надо - иди делай! Ночь довольно длинная! Моё рабочее время закончится в 6 или 7 вечера. Заставить никто не может. Да могут попросить! 
    • Однако, есть исключения! Если у Вас в трудовом договоре установлен ненормированный режим рабочего времени, и  Вы за это получаете 3 и более дня к отпуску, то достаточно письма на электронную почту Вам, чтоб всё таки остались и выполнили задачу! Откажетесь - получите выговор в трудовую! Оспорить в суде будет тяжело, т.к. есть ненормированный рабочий день и письмо от руководителя.
    • А вот если рабочий день нормированный, то просите оформить работу в сверхурочное время. Первые 2 часа в 1,5-м размере, остальные в двойном! 
    • Когда читаем вакансии и видим фразу "+ сколько то дней к ежегодному отпуску...", знайте - бесплатный сыр в мышеловке! В этой организации в трудовом договоре прописан ненормированный рабочий день, придётся попахать! 
  • А давай-ка ты в выходной сделаешь всё то, чего не успеваешь в рабочее время, я тебе отгул потом дам. Тоже всем знакомо? Посмотрим внимательней:
    • Не нужен мне отгул! Хочу двойную оплату! Только Вам решать, какой способ компенсации переработок выбрать! 
    • Одинарная оплата за работу в выходной день есть всегда! Поэтому требуйте приказ на работу в выходной день. 
    • Если у Вас по графику выпал государственный праздник - Вам обязательно оплатят в двойном размере. В т.ч. если вызвали не по графику, но в государственный праздник. Кому охота просто так (за отгул) работать в новый год) 
    • Отгул оплачиваемый! Т.е. если у Вас накопилось 20 отгулов, это не значит, что Вы будете месяц сидеть без зарплаты! Это значит Вы будете отдыхать, но зарплату получите, возможно правда без премиальной части) Она на усмотрение работодателя и за достижения в труде, а не в отдыхе!
  • Полезно знать законы работягам. Вдруг Ваш знакомый работает вахтовым методом на Севере!? График ненормированный, условия сложные - платить должны соответственно. Чаще всего неверно выплачивают компенсацию за переработки на вахте. Рассмотрим подробнее:
    • Работают на вахте по 12 часов в сутки, часто смены ночные. Работают без выходных дней 15-30 суток подряд. Некоторые работодатели предоставляют 1 выходной в неделю. Это надо оговаривать заранее!
    • Возникают переработки. даже 12*15 = 180 часов. За те же 15 дней по пятидневке работают не более 88. Значит возникает переработка минимум 92 часа. Многие хитрят, и учитывают месяц, тогда переработка при норме в 160 часов всего 20 часов. Но это неверно, это прямой обман!
    • Оплачивается эта переработка как "Междувахтовый отпуск оплачиваемый". Часы умножаем на ЧТС и получаем сумму.
    • Но ведь у таких работников ещё и суммированный учет рабочего времени! Чаще всего используют период календарный год. Некоторые работодатели думают, что оплатив междувахтовый отдых можно не оплачивать переработки при суммированном учете рабочего времени. Это очередной обман! Законодательная база по этому вопросу описана в моей публикации, ссылку давал ранее. В конце года, либо при увольнении необходимо посмотреть, какова была норма рабочего времени за период и сколько работник отработал фактически. При подсчете нормы необходимо исключить периоды отсутствий (отпуска, б/л), чего многие тоже не делают, завышая норму и занижая часы переработки.

Продолжать здесь можно бесконечно, т.к. ТК РФ довольно большой. Главное знать, что работа в конфигурации ЗУП невероятно сложная, интересная, увлекательная и полезная! Главное выполнять её добросовестно, работая на качество!

 

Напомню о наличии других полезных статей:

Часть 1. Общие вопросы. Доработка чужого кода. Code review.

Часть 2. Доработка типовой конфигурации. Обновление доработанной типовой конфигурации.

Часть 3. Разбор и доработка запросов

Часть 4. Программный интерфейс. Исправление чужих доработок.

Помощник заполнения графиков вахты

Также напомню о статье про архитектора. Некоторые подходы, позволяющие решать сложные задачи, описаны в ней:

Кто такой архитектор. Редакция 2!

См. также

Обновление для КА 1.1, ЗУП 2.5, БУХ 2.0: НДС, ЕФС-1, Расчет страховых взносов, Мобилизация, Статистика, Электронные трудовые книжки, 2-НДФЛ, Регламентированная отчетность, Кадровый учет, Прослеживаемость импортных товаров

Зарплата Регламентированный учет и отчетность Кадровый учет Обновление 1С Платформа 1С v8.3 Сложные периодические расчеты 1С:Комплексная автоматизация 1.х 1С:Бухгалтерия 2.0 1С:Зарплата и Управление Персоналом 2.5 Бухгалтерский учет Налоговый учет Управленческий учет Акцизы ЕНВД ЕСН Земельный налог ИП, ПБОЮЛ, КФХ Налог на имущество Налог на прибыль НДС НДФЛ ФОМС, ЕФС Транспортный налог УСН ПСН (патентная система налогообложения) Платные (руб)

Обновления для конфигураций: КА 1.1; ЗУП 2.5; БУХ 2.0; КА 1.1 Комплексная автоматизация торговли алкогольной продукцией; КА 1.1 Комплексный учет сельскохозяйственного предприятия

19900 руб.

01.04.2020    140615    678    352    

232

Перенос данных из Парус 8 в ЗГУ 3

Зарплата Внешние источники данных Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 8 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

84000 руб.

19.08.2020    22447    19    1    

22

Перенос данных из Парус 10 в ЗГУ ред.3

Внешние источники данных Кадровый учет Файловый обмен (TXT, XML, DBF), FTP Обмен между базами 1C Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 Государственные, бюджетные структуры Россия Бухгалтерский учет Бюджетный учет Платные (руб)

Обработка позволяет перенести кадровую информацию и данные по заработной плате, фактических удержаниях, НДФЛ, вычетах, страховых взносах из базы Парус 10 учреждений в конфигурацию 1С:Зарплата и кадры государственного учреждения ред. 3 (ЗГУ) и начать с ней работать с любого месяца года.

60000 руб.

05.10.2022    9207    9    8    

10

SALE! 20%

Перенос данных из Камин 3.5 (5.5) в ЗиКГУ 3.х

Обмен между базами 1C Зарплата Бюджетный учет Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры государственного учреждения 3 1С:Зарплата и Управление Персоналом 3.x Государственные, бюджетные структуры Россия Бюджетный учет Платные (руб)

Обработки для быстрого перехода с конфигураций «КАМИН:Расчет зарплаты для бюджетных учреждений 3.5» и «КАМИН:Зарплата для бюджетных учреждений 5.5» на конфигурацию «Зарплата и кадры государственного учреждения».

12000 9600 руб.

28.07.2016    57077    140    139    

115

Запрет доступа к данным по зарплате для БП 3.0 и КА 2.5

Зарплата Роли и права Платформа 1С v8.3 Бухгалтерский учет Управление правами 1С:Бухгалтерия 3.0 1С:Комплексная автоматизация 2.х Молдова Россия Казахстан Бухгалтерский учет Платные (руб)

Расширение позволяет максимально полно ограничить доступ пользователей к данным по заработной плате, а именно закрывает доступ к документам начисления и выплаты заработной платы, не позволяет просматривать бухгалтерские отчеты по счету учета зарплаты а также убирает зарплатные проводки из журнала проводок. Расширение запрещает просматривать платежные документы на выплату зарплаты, так же не доступны регламентные отчеты в ПФР и ИФНС. Расширение предлагает готовые настроенные профили "Бухгалтер без зарплаты", "Только просмотр без зарплаты".

5700 руб.

27.05.2021    32726    204    89    

165

Исправление в 1С:ЗУП/ЗКГУ ошибок по НДФЛ и взаиморасчетам с сотрудниками на начало расчетного года.

Корректировка данных Зарплата Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ Платные (руб)

Обработка исправляет технические ошибки по НДФЛ, взаиморасчетам с сотрудниками в 1С:ЗУП (1С:ЗКГУ) на начало года. Фактически все ошибки, которые проявляются в ведомостях на выплату, расчетных листках, при заполнении ведомостей на выплату и отчетах 6-НДФЛ и т.д. нужно начинать исправлять с начала расчетного года. Это позволит быть уверенными, что после завершения расчетов предыдущего года, начали работать с «чистого листа» без ошибочных остатков.

4800 руб.

06.10.2023    2318    29    15    

33

Устранение сальдо прошлых периодов в ведомостях ЗУП 3.1, КА, ЗиКГУ 3.1

Зарплата Платформа 1С v8.3 1С:Зарплата и кадры государственного учреждения 3 1С:Комплексная автоматизация 2.х 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет Платные (руб)

При заполнении ведомости на выплату зарплаты вылазят задолженности прошлых периодов, которых быть не должно? Наша обработка позволяется убрать эти доходы прошлых периодов за пару секунд. Больше не нужно тратить часы на анализ каждого такого случая.

15600 руб.

14.09.2022    12589    60    22    

62
Отзывы
13. biimmap 1827 05.07.22 17:44 Сейчас в теме
(12) За статьи - пожалуйста) Работаю за плюсы))) Подписывайтесь это не последняя.
user1706724; firenze; vvp700101; +3 Ответить
Остальные комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. ixijixi 1775 04.07.22 14:56 Сейчас в теме
Я под конец статьи
Прикрепленные файлы:
Milena_Denisenko; Totoro; Award; Vlad_M_75; Светлый ум; 0x00; biimmap; +7 Ответить
2. biimmap 1827 04.07.22 15:11 Сейчас в теме
(1)))) Статья информационная, для создания общей картины. Т.к. описал минусы надо описать и плюсы.
Для людей давно работающих всё написанное очевидно.

А вот начинающим, особенно аналитикам и консультантам это как чек-лист с чем нужно разобраться
19. Vinzor 91 06.07.22 09:10 Сейчас в теме
(2) Павел, добрый день.
Почему не рекомендуете работать прямо с интервальными регистрами?
Ну кроме того, что "Регистр может измениться, и методы общего модуля изменят параллельно регистрам".
Так они очень стабильны.
Я вот недавно писал проверочное расширение, надо было в "Табеле" по каждому сотруднику за каждый отмеченный день проверить, что сотрудник числится в подразделении, иерархически входящем в подразделение "шапки".
Пользователь может табель только записать (нет прав проведения, так надо), но проверка нужна была.
Исполнил - встроенным языком собрал ТЗ по ТЧ, где данные- сотрудники и даты (по дням отмеченным хоть чем-то в Табеле), и ТЗ закинул в запрос, где её левым соединял с интервальной кадровой историей.
Все фильтры положил в условия связи таблиц.
Запрос работает очень шустро, проверка длится мгновение.
21. biimmap 1827 06.07.22 10:20 Сейчас в теме
(19)
Почему не рекомендуете работать прямо с интервальными регистрами?


Это рекомендация вендора. Я с ней согласен. Нужная Вам таблица получается с помощью существующего программного интерфейса.

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

Подробнее про программный интерфейс можно прочитать в статье Как читать чужой код. Часть 4.
23. Vinzor 91 06.07.22 13:09 Сейчас в теме
(21) Потому и делаем, что стандартный код или отсутствует, или не подходит.
Или до тех пор, пока о нём не знаем :)
24. biimmap 1827 06.07.22 13:34 Сейчас в теме
(23)
Или до тех пор, пока о нём не знаем :)


я именно на это и намекаю)
31. Vinzor 91 10.07.22 20:53 Сейчас в теме
(24) Нельзя просто взять и запомнить все методы БСП.
Какой алгоритм поиска подходящего метода посоветуете ?
А то быстрее свой метод написать, чем вендорский искать.
36. 0x00 11.07.22 11:48 Сейчас в теме
(31) Вот эта подойдет
КадровыйУчет.КадровыеДанныеСотрудниковПоТаблицеЗначений(Истина, ТаблицаСотрудников, "Подразделение")
biimmap; ixijixi; +2 Ответить
37. Vinzor 91 11.07.22 14:30 Сейчас в теме
(36)
(36)
КадровыйУчет.КадровыеДанныеСотрудниковПоТаблицеЗначений(Истина, ТаблицаСотрудников, "Подразделение")

(36)
Нет описания. По факту не подошла. Пока пытался понять, что она делает, свой метод написал бы несколько раз.
44. 0x00 14.07.22 10:26 Сейчас в теме
(37) Суть в том, что разобравшись один раз (хотя бы в ОМ.КадровыйУчет) впоследствии не придется на коленке лепить свои методы, а за пару минут получать данные с помощью существующих. Раньше тоже писал все сам, пока не понял, насколько же все удобно устроено в ЗУП.

Описания, если что, есть у вложенных методов, обычно неплохие
39. biimmap 1827 11.07.22 14:48 Сейчас в теме
(31) Статья №4 Как читать чужой код. Она чётко отвечает на поставленный вопрос!
41. Vinzor 91 11.07.22 14:58 Сейчас в теме
(39) Хорошо там сказано. Годно!
3. user1668778 04.07.22 23:01 Сейчас в теме
Адекватных ЗУПовцев днём с огнём не найдёшь.
Исчезающий или почти исчезнувший зверь, особенно если нужен на крупный проект. В свое время искал, пересобеседовал десятки кандидатов - попадались в лучшем случае консультанты по ЗУП с вялыми амбициями стать разработчиком.
Хоть какие деньги предлагай, нету спецов, все или пристроены или не подходят по квалификации.

Почти всегда ЗУП у всех в резюме через запятую с торговлей, бухией, УПП или УХ. Толку от таких универсалов немного, потому что невозможно полноценно освоить HR-тематику и одновременно поддерживать еще и другие конфигурации. Начинаешь их спрашивать, какую проблему решали интервальные регистры или чем отличается служебная поездка от командировки - в ответ молчание или попытки тыкать пальцем в небо в надежде угадать.

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

Программистов-профессионалов по ЗУП критически мало, нужно больше продвигать конфигурацию и пиарить, иначе останутся пара тысяч мегамозгов на всю страну с зарплатами под миллион и вертись со своим проектом как хочешь.
smit1c; ivnik; user618912_redgad; biimmap; +4 1 Ответить
4. biimmap 1827 04.07.22 23:53 Сейчас в теме
(3) Всё верно пишите! Поэтому и появилось желание написать серию статей, которая позволяет развивать компетенции по ЗУП.

По сути каждая из статей содержит некоторый чек-лист компетенций, которые необходимо развить.
С доработкой должны помочь статьи под общим названием "Как читать чужой код". Изложенные в них советы очень универсальны и покрывают бОльшую часть задач по программированию.
5. serega_sw 05.07.22 08:41 Сейчас в теме
(3) С ERP такая же проблема. Никто не хочет погружаться, даже никто не пытается. Да и пользователи тоже не отстают, шаг влево, шаг вправо и всё.
15. biimmap 1827 05.07.22 18:07 Сейчас в теме
(5)
Никто не хочет погружаться


Наверно материалов нет, которые позволяют как можно быстрее погрузиться.
Я вот тоже не понимаю с какого конца зайти в ЕРП?! Поэтому и не лезу! Не хочется быть ниже среднего)))
smit1c; RustIG; +2 Ответить
7. WorkerPavel 05.07.22 10:32 Сейчас в теме
(3)Хм, если есть спрос, почему со временем не появляется предложение? Вряд ли у кого-то есть ответ.
8. biimmap 1827 05.07.22 10:40 Сейчас в теме
10. WorkerPavel 05.07.22 12:08 Сейчас в теме
(8)Спецов ЗУП. Которым любые деньги платить готовы.
11. biimmap 1827 05.07.22 12:27 Сейчас в теме
(10) В РФ работают несколько постулатов, которые исключают предложенный Вами вариант:
1. Незаменимых людей нет!
2. Зачем мне брать одного за 350, если можно взять 3 по 130))) Явно они больше сделают?!
3. 250 тоже большие деньги пусть пашет круглосуточно за эту сумму

ну и т.д.))) Платят когда все выше перечисленные дружно обосрались (пардон за мой французский). Тогда становится вопрос о спасении проекта!
user1706724; smit1c; morin; m_aster; teyana; +5 Ответить
30. RustIG 1351 08.07.22 00:13 Сейчас в теме
(7) ответ есть - спрос есть всегда с общей формулировкой "нужен спец", а предложение не успевает сформироваться - был ЗУП 2.5, потом ЗУП 3.1, а между ними полусырые версии, периодически с затыканием дыр. Законодательство и ИТ-технологии изменяются стремительнее , чем рождаются желающие освоить и сопровождать ЗУП. :)
12. Гость 05.07.22 17:42
(3) Павел, спасибо за ваши статьи.
user1668778, в статье про бух и кадровый учет - это функционал ЗУПа. А в комментарии вы пишете про HR-тематику, то есть про КОРП функционал. Было бы интересно узнать ваше мнение, каким именно вы видите действие "продвигать конфигурацию и пиарить"?
Согласна со многим, написанным вами.
13. biimmap 1827 05.07.22 17:44 Сейчас в теме
(12) За статьи - пожалуйста) Работаю за плюсы))) Подписывайтесь это не последняя.
user1706724; firenze; vvp700101; +3 Ответить
14. biimmap 1827 05.07.22 17:46 Сейчас в теме
(12) Вопроса честно не понял. У меня вроде статей про бух учет нет)
В своих статьях у меня пока нет цели описывать какой-то функционал, т.е. они не привязаны к КОРП или ПРОФ версиям.

Я пишу о подходах/принципах, о том какими знаниями нужно обладать. Статьи направлены на саморазвитие компетенций и являются как бы картой, по которой нужно идти.
20. Vinzor 91 06.07.22 09:16 Сейчас в теме
(3) Хороший ЗУПовец - это бывший бухгалтер по зарплате + кадровик "в одном флаконе", который вырос из этой профессии и хочет большего.
Плюс имеет хорошие мозги, аналитический склад ума.
Начинает изучать механизмы конфигурации (с точки зрения пользователя),
умеет работать по ошибкам пользователей, искать причины проблем и находить их.
Далее - входит в программирование: понимание метаданных и для чего они, консоль запросов, СКД, встроенный язык, отладка и т.д.
Сам пишет внешние обработки, дорабатывает типовой функционал и т.д.
Становится профессионалом, а лучше - экспертом внедрения ЗУП + постоянно работает в области программирования.

Вот так я вижу оптимальный путь хорошего разработчика ЗУП.
IronDain; +1 Ответить
22. biimmap 1827 06.07.22 10:23 Сейчас в теме
(20)
Хороший ЗУПовец - это бывший бухгалтер по зарплате + кадровик "в одном флаконе", который вырос из этой профессии и хочет большего.


Обычно это перерастает в аналитика или консультанта. В моём опыте не было бухгалтера, который научился программировать, да ещё и в ЗУП. А вот даже методологов таких видел не раз.
Ulfhedhinn; Hla; sys1c; AlbinaAAA; +4 Ответить
48. smit1c 106 01.08.22 09:33 Сейчас в теме
(3) супер крутые спецы по ЗУП мало кому нужны (только очень крупному бизнесу или франчам на проект внедрения), особенно за пределами городов миллионников.
Типовая ЗУП закрывает 90% всех основных потребностей, поэтому задач по ней мало и нет смысла её изучать (в части программирования).
Т.к. нужно очень хорошо знать предметку, а выхлоп маленький.

Это не УТ, которая у каждого второго доработана.....
49. biimmap 1827 01.08.22 10:57 Сейчас в теме
(48) В каждой строке масса заблуждений) Наверное Вам так удобнее думать.
user1706724; +1 Ответить
6. Aftee 05.07.22 10:04 Сейчас в теме
Спасибо за статью! Где-то можно подробнее почитать про систему для ведения управленческих табелей?
9. biimmap 1827 05.07.22 10:43 Сейчас в теме
(6) Пока это только в планах) С помощью управленческого табеля можно решать огромное количество задач. Возможно в следующих статьях опишу варианты его применения.
16. gendal 8 05.07.22 21:40 Сейчас в теме
Один из сложных моментов для пользователей ЗУП - это расчет НДФЛ и его "самопроизвольные" и не вполне очевидные корректировки. Программист тут часто выступает в роли "объясняющего" поведение программы, сложная предметная область не может быть простой в реализации.
17. biimmap 1827 05.07.22 23:40 Сейчас в теме
(16) Верно! Об этом написано в первой статье про минусы ЗУП))
18. Dmitry77 83 05.07.22 23:54 Сейчас в теме
В зупе стандартом является кадровый учёт и расчёт ЗП. Но чуть в сторону ОТиЗ или компенсаций и льгот - там кто во что горазд. А если про консолидацию поговорить или бюджетирование - это мало кто вообще сделал.

Резервов по премиям в 3.1 до сих пор нет.

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

А уж цена ошибки в зарплате сколько стоит. Мало кто сталкивался с возвратом переплат...
EliasShy; biimmap; +2 Ответить
25. echo77 1868 07.07.22 04:52 Сейчас в теме
Написано в "5. Польза знаний в предметной области в жизни"
Недопонимание между работником и его работодателем - это практически норма!

Какая же это норма? :-)

Пример про отпуск, когда работодатель требует возвращения из него - это скорее не знание трудового кодекса, своих прав, а не отсутствие знания ЗУП. И другие примеры тоже про знание трудового кодекса...
Да, согласен, когда постоянно в этом крутишься (ЗУП) эти знания получаешь в любом случае, т.к. без этого нельзя качественно работать.

За статью - спасибо! Она неплохая, пишите еще :-)
26. progersan 5 07.07.22 13:26 Сейчас в теме
Всем трям!
У меня вот накипел вопрос по теме ЗУП:
какими знаниями должен обладать рядовой пользователь ЗУП?
Тот самый "кадровик". Назовем так этого классического сотрудника отдела кадров.
Я занимаюсь кучей конфигураций ежедневно. Но иногда мне стали прилетать задачи по ЗУП.
Я дорос до того, что меня просят уже разобраться почему у какого-то из сотрудников в ЗУП что-то не начисляется, проблема с ФОТ или просто надбавка неверно считается. Разберись с формулой, мы не знаем что там писать.

Такие вот рядовые вопросы возникают у нашего рядового сотрудника "кадровик".
Я думаю, что "кадровику" просто нужно пойти один раз на курсы 1С ЗУП для начинающих.
А что вы думаете ?
Прикрепленные файлы:
27. biimmap 1827 07.07.22 13:35 Сейчас в теме
(26)
Я думаю, что "кадровику" просто нужно пойти один раз на курсы 1С ЗУП для начинающих.
А что вы думаете ?


В следующей статье будет ответ на этот вопрос. Статья посвящена как раз развитию компетенций в ЗУП. Публикация её планируется в конце июля.
34. serega_sw 11.07.22 00:55 Сейчас в теме
(26)
Знаете посылали на курсы. Это не помогает. Но на курсах выдают книжки, естественно которые оплачены и каждому кто был на курсах.

Так вот. Приходите. Вам задают вопросы. Открываете книжку на нужной странице и пусть читают.

Фот не считается и надбавки. потому как херню ввели в начислениях. Но обычно как бывает, кривые руки кодеров не знают ЗУП как она работает и хреначат быдлокод который заставляет работать ФОТ и надбавки.

Костыль на костыле.
35. progersan 5 11.07.22 09:23 Сейчас в теме
(34) А я буду верить в "корочки" :))) ну должны ведь людям прививать тягу к знаниям? Иначе 365 дней в неделю просиживать штаны и не думать - плохое времяпровождение.

А насчет корректности и кода - у нас типовая ЗУП. Доработки только печатными формами.
38. Vinzor 91 11.07.22 14:38 Сейчас в теме
(26) Пусть ваш кадровик сдаст экзамен на "Профессионал в ЗУП", желательно 14 из 14, и у него такие вопросы возникать не будут.
Точнее будут, но меньше и гораздо интереснее. Банальщины не будет.
biimmap; progersan; +2 Ответить
28. gybson 07.07.22 21:57 Сейчас в теме
Недавно довелось отчеты для ЗУП 3.1 поделать, например кадровая история с выводом предыдущего состояния. Сейчас интеграция ЗУП и всякого прочего.

Действительно интересная тема.

Интервальные регистры очень интересное решение для вычисления предыдущих состояний. Я бы даже рекомендовал 1С сделать это частью механизма платформы, когда можно получить предыдущее состояние в периодическом регистре сведений по набору ключевых полей. Скажем виртуальная таблица в которой есть период предыдущей записи. Было бы очень круто.
29. biimmap 1827 07.07.22 23:27 Сейчас в теме
(28)
получить предыдущее состояние в периодическом регистре сведений по набору ключевых полей


Интересное предложение. Аргументируйте и отправьте на хотлайн. Вдруг рассмотрят
32. serega_sw 11.07.22 00:32 Сейчас в теме
(15) ERP это тупо сборная солянка. Ничего там нет со времени УПП. Так мелочь. Ну взяли КА2, ЗУП3, разбавили бухом.
Разные отрасли всё по разному.

Вот он пишет что "чем отличается служебная поездка от командировки - в ответ молчание или попытки тыкать пальцем в небо в надежде угадать"

Вот скажи зачем тебе знать на предприятии тебе это. Тебе поставили задачу. И сами должны объяснить работники в чем разница и что это делать и как нужно делать.

А как ты собираешься подключать станки к ERP? Или ты опять должен знать? Нет не должен. Тебе ставят задачу. Твое дело знать как работает внутри ERP как ты сможешь отрасль адаптировать под ERP,а не городить огород.

Тоже самое с ЗУП. Ты что обязан знать как начисляется ЗП и вся индивидуалка? На разных предприятиях это по разному. Тебе покажут как это делается.

Гони в шею вот такие собеседования. Уже не первый раз устраивал на людей, где вот такие полоумные знают полусловечек и на собесе пытаются выпендриться что они знают.

Для чего нужно ERP? Для планового отдела в основном, чтобы не сидели в екселе. и не искали как план производства сделать. Тоже самое с ЗУП. Там все индивидуально.
Тебе рассказали что ЗУП это сложно. Ничего там сложного нет. Вопрос ребром. Если ты можешь начислять зарплату, нахера сидит отдел из 8 человек. Смысл в этом если ты это знаешь.

Я вот на таких как он пишет не в ЗУП ногой, подавал в суд. Потому как не решают никаких проблем, а тупо лечат зубную боль.
user1706724; Bovary; firenze; +3 Ответить
33. serega_sw 11.07.22 00:48 Сейчас в теме
(20)
Ржу от такого комента. И еще должен все это сделать за миску супа.
Эй Вы там не зажрались?

А почему бывший бух по зп? Он что накосячил? А что бух начисляет ЗП?
Ну так платите 10000$ в неделю. А вы не боитесь что Вы можете сидеть? Если у вас фигово вели бух учет?

Оптимальный путь ептель))))
40. Vinzor 91 11.07.22 14:48 Сейчас в теме
(33) Ну "ржите" дальше, причина оного непонятна.
Знаю человека, кто ушёл из бухов в эту область.
Зарплата уже в 3 раза выше чем у бывших "коллег по цеху", и нет ей предела, в отличие от коллег.
Плюс рынку человек стал гораздо интереснее, чем просто хороший бух по зарплате.

А на его место человечка быстро подобрали, и тот процесс продолжается.
42. triviumfan 92 11.07.22 16:44 Сейчас в теме
А мне нравится!

Мазохист. Не встречал ещё разработчиков, которым ЗУП нравится.
Скорее ты просто нашёл свою узкоспециализированную нишу где, разумеется, хорошо кормят.
Нормальные люди автоматизируют бизнес :)
43. biimmap 1827 11.07.22 18:43 Сейчас в теме
(42)
Не встречал ещё разработчиков, которым ЗУП нравится


Будем знакомы) Мне именно нравится моя предметная область!


(42)
Нормальные люди автоматизируют бизнес :)


Это тоже часть бизнеса с важными задачами!
45. RustIG 1351 29.07.22 09:15 Сейчас в теме
Коллеги-зарплатники, для меня вот это дичь полная - https://journal.tinkoff.ru/vygodnyj-otpusk/
Также во время пандемии подписался на инстаграмм редактора 1С-ИТС - она не успевала разъяснять изменения МинТруда и других ведомств в части как считать з/п, много было спорных и не справедливых решений суда, когда компании получали штрафы - тоже дичь... Все же в текущих реалиях быть спецом высокого класса, чтобы разрулировать спорные судебные ситуации - сложно, имхо.
46. biimmap 1827 29.07.22 10:28 Сейчас в теме
(45) Так а что тут непонятного? Самый выгодный период для отпуска - это когда в месяце 21-23 рабочих дня. Почему? Потому что стоимость одного рабочего дня минимальная (при работе на окладе).

Если рабочих дней 15-20, то стоимость рабочего дня очень высокая и не выгодно замещать это время отпускными.

Но надо понимать, что сам размер отпускных то от времени года не зависит)

Статья которую ты кинул по ссылке довольно неплохо всё описывает) Но да, при работе с ЗУПом надо это всё знать. И собственно когда ты это знаешь, это становится тебе в плюс, т.к. знаешь как уйти в отпуск правильно!
47. Vinzor 91 31.07.22 14:29 Сейчас в теме
(46) Как ни странно, май тоже выгоден, если правильно уйти в отпуск (в первой половине месяца).
К примеру, отпуск с 29 апреля по 15 мая 2022 г.
Буду считать только майские дни, и региональный праздник "Радоница" учитывать не буду для упрощения примера.
Также для упрощения примера примем условие, что средний заработок для отпуска будет равен 0,7 от зарплаты за день.
(посчитал по пропорции 5/7, потому что зарплата идёт за рабочие дни, их 5 в неделе, а отпускные - за календарные дни)

Итак, на оплату отпускных попадает период с 01 по 15 мая -- 13 дней (1 и 9 праздники не учитываются и не оплачиваются).
На зарплату из 18 рабочих дней месяца остается 12 дней. (6 дней попали под отпуск)

То есть за месяц (упрощенно) работник получает оплату:
- зарплату за 12 из 18 дней
- отпускные за 13 календарных дней, * 0.7 = эквивалентно оплате труда за 9 рабочих дней.
Итого труд + отпуск 12 + 9 = 21 день.
Это больше чем просто зарплата за май (за 18 дней). Лично у меня так фактически и получилось.
50. Vukhdjaaz 4 11.05.23 22:49 Сейчас в теме
Отгул оплачиваемый!

Недавно в лектории от 1С напомнили об отгулах, и вспомнилась эта тема, тут не всё так однозначно)
Прикрепленные файлы:
51. biimmap 1827 11.05.23 22:56 Сейчас в теме
(50)
не всё так однозначно


Это в 1С понятия перепутали! Нет такого отгул оплачиваемый. Есть дополнительное время отдыха оплачиваемое! Или дополнительные выходные дни оплачиваемые.

Чтоб было понятно, какая чушь написана на скрине, представьте ситуацию (которая довольна реальна!), что у Вас накопилось 20 отгулов. В месяце 20 рабочих дней. Вы берёте сразу все 20 отгулов.

Вопрос: Какую зарплату ожидаете получить за этот месяц?!
52. Vukhdjaaz 4 11.05.23 23:10 Сейчас в теме
(51) Никакую, т.к. все эти 20 дней мне уже были оплачены. Попросив отработать выходной день за отгул я просто поменял местами свой выходной и рабочий день. Если за месяц ни дня не отработано, о какой зарплате речь?
P.S.: "Отгул оплачиваемый" это же вы писали, а не 1С)
53. biimmap 1827 11.05.23 23:38 Сейчас в теме
(52)
все эти 20 дней мне уже были оплачены


Они были оплачены в одинарном размере! А работа в выходной день в любом случае оплачивается в двойном! Только форму компенсации выбирает сотрудник. Либо + деньги, либо денег останется столько же но будет выходной дополнительный.

А если ты потратил свой выходной, а в следующем месяце тебе ещё и заплатят меньше, так зачем работать было в выходной!? Чтоб авансом получить что-то со следующего месяца!? Это ерунда полная!


(52)
Никакую

Сочувствую, а я вот ожидаю полный оклад! не просто ожидаю, а получал! Когда работал по трудовому договору.


(52)
это же вы писали,

написано так, чтоб читалось легче. Как правильно я Вам ответил выше.
54. Vukhdjaaz 4 11.05.23 23:56 Сейчас в теме
(53) Получали и хорошо, я же говорю, что тут не все так однозначно) Но я солидарен с 1С

Сотрудник выбирает способ компенсации, но у сотрудника нет полномочий занижать себе норму времени) Выбирая компенсацию, суммарно за два месяца кол-во рабочих и выходных дней у меня будет одинаковым, в оплате и отдыхе ничего не теряю, тут я лишь зарабатываю право не работать в определенный рабочий день, отрабатывая его авансом.
ЗП оплачивается за установленный объем работ. Объем работ обозначен графиком работы. Если объем работ не выполнен, то как бы и оплата соответствующая.

https://buh.ru/articles/documents/56738/
55. Vinzor 91 25.06.23 21:37 Сейчас в теме
Ах, год прошёл. И я изменился.
Погрузился в:
- программный интерфейс
- метод представлений + временные таблицы и тому подобное.
Всё это сочетаю с непосредственными своими запросами. Но сдвиг в сторону описанного выше колоссальный.
56. biimmap 1827 25.06.23 22:54 Сейчас в теме
(55)
сдвиг в сторону описанного выше колоссальный


Открываем следующий цикл статей Я-ЗУПер и сдвигаемся ещё дальше)))
Оставьте свое сообщение