Оплата за простой: 3. Оплата времени простоя \ КонсультантПлюс

Оплата за простой: 3. Оплата времени простоя \ КонсультантПлюс

для оплаты простоя надо ли 2/3 среднечасового заработка умножить на норму часов за месяц или на количество часов согласно графику рабочего времени?

Главная \ Бесплатные консультации \ Оплата и условия труда \ Простой по вине работодателя: для оплаты простоя надо ли 2/3 среднечасового заработка умножить на норму часов за месяц или на количество часов согласно графику рабочего времени?

Поджимают сроки?

Консультация предоставлена 29.06.2015 г.

 

На предприятии произошел простой по вине работодателя. Работникам установлен суммированный учет рабочего времени.

Для оплаты времени простоя необходимо 2/3 среднечасового заработка умножить на норму часов за месяц или на количество часов согласно графику рабочего времени, по которому работник мог бы работать при отсутствии такого простоя?

  

 

Рассмотрев вопрос, мы пришли к следующему выводу:

 

Для оплаты времени простоя при суммированном учете рабочего времени средний часовой заработок необходимо умножить на количество рабочих часов по графику работника (на то количество часов, которые он мог бы работать в случае отсутствия такого простоя) и полученный результат умножить на 2/3.

 

 

Обоснование вывода:

 

В соответствии со ст. 72.2 ТК РФ простоем признается временная приостановка работы по причинам экономического, технологического, технического или организационного характера.

Время простоя, произошедшего по вине работодателя, подлежит оплате в размере не менее 2/3 средней заработной платы работника (часть первая ст. 157 ТК РФ).

Учитывая, что данная выплата призвана возместить работнику неполученный им в связи с простоем заработок, такая выплата производится только за те дни, которые являются для работника рабочими (смотрите, например, определение СК по гражданским делам Московского городского суда от 12.08.2011 N 33-23337/11).

Отметим, что для всех случаев определения размера средней заработной платы (среднего заработка), предусмотренных Трудовым кодексом РФ, устанавливается единый порядок ее исчисления (ст. 139 ТК РФ).

Соответственно, размер среднего заработка для оплаты простоя следует определять в порядке, установленном ст.  139 ТК РФ и Положением об особенностях порядка исчисления средней заработной платы, утвержденным постановлением Правительства РФ от 24.12.2007 N 922 (далее — Положение).

Работнику, которому установлен суммированный учет рабочего времени, для целей оплаты простоя необходимо рассчитать средний часовой заработок (п. 13 Положения).

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

Средний заработок определяется путем умножения среднего часового заработка на количество рабочих часов по графику работника в периоде, подлежащем оплате, в данном случае — в периоде простоя (п. 13 Положения).

Следовательно, в рассматриваемой ситуации средний часовой заработок необходимо умножить на количество рабочих часов по графику работника (на то количество часов, которые он мог бы работать в случае отсутствия такого простоя) и полученный результат умножить на 2/3 (смотрите, например, апелляционное определение СК по гражданским делам Челябинского областного суда от 07. 07.2014 по делу N 11-7036/2014).

 

Ответ подготовил:

Эксперт службы Правового консалтинга ГАРАНТ

 

Наумчик Иван

  

Контроль качества ответа:

Рецензент службы Правового консалтинга ГАРАНТ

Воронова Елена

  

Все юридические консультации

Как простой влияет на средний заработок / Комментарии юриста / Шереметьевский Профсоюз Летного Состава

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

Разъяснение по расчету средней заработной платы приведены в Постановлении Правительства РФ от 24.12.2007 N 922 (ред. от 10.12.2016) «Об особенностях порядка исчисления средней заработной платы» согласно которому:

Для расчета среднего заработка учитываются все предусмотренные системой оплаты труда виды выплат, применяемые у соответствующего работодателя, независимо от источников этих выплат.

К таким выплатам относятся:

·         заработная плата, начисленная работнику по тарифным ставкам, окладам (должностным окладам) за отработанное время;

·         заработная плата, начисленная работнику за выполненную работу по сдельным расценкам;

·         заработная плата, окончательно рассчитанная по завершении предшествующего событию календарного года, обусловленная системой оплаты труда, независимо от времени начисления;

·         надбавки и доплаты к тарифным ставкам, окладам (должностным окладам) за профессиональное мастерство, классность, выслугу лет (стаж работы), знание иностранного языка, работу со сведениями, составляющими государственную тайну, совмещение профессий (должностей), расширение зон обслуживания, увеличение объема выполняемых работ, руководство бригадой и другие;

·         выплаты, связанные с условиями труда, в том числе выплаты, обусловленные районным регулированием оплаты труда (в виде коэффициентов и процентных надбавок к заработной плате), повышенная оплата труда на тяжелых работах, работах с вредными и (или) опасными и иными особыми условиями труда, за работу в ночное время, оплата работы в выходные и нерабочие праздничные дни, оплата сверхурочной работы;

·         премии и вознаграждения, предусмотренные системой оплаты труда;

·         другие виды выплат по заработной плате, применяемые у соответствующего работодателя.

 

ВАЖНО:

Для расчета среднего заработка не учитываются выплаты социального характера и иные выплаты, не относящиеся к оплате труда (материальная помощь, оплата стоимости питания, проезда, обучения, коммунальных услуг, отдыха и другие).

 

Расчет среднего заработка работника независимо от режима его работы производится исходя из фактически начисленной ему заработной платы и фактически отработанного им времени за 12 календарных месяцев, предшествующих периоду, в течение которого за работником сохраняется средняя заработная плата. При этом календарным месяцем считается период с 1-го по 30-е (31-е) число соответствующего месяца включительно (в феврале — по 28-е (29-е) число включительно).

 

При исчислении среднего заработка из расчетного периода исключается время, а также начисленные за это время суммы, если:

·         работник не работал в связи с простоем по вине работодателя или по причинам, не зависящим от работодателя и работника;

·         работнику предоставлялись дополнительные оплачиваемые выходные дни для ухода за детьми-инвалидами и инвалидами с детства;

·         работник получал пособие по временной нетрудоспособности или пособие по беременности и родам;

·         работник в других случаях освобождался от работы с полным или частичным сохранением заработной платы или без оплаты в соответствии с законодательством Российской Федерации.

 

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

 

В случае если работник не имел фактически начисленной заработной платы или фактически отработанных дней за расчетный период и до начала расчетного периода, средний заработок определяется исходя из размера заработной платы, фактически начисленной за фактически отработанные работником дни в месяце наступления случая, с которым связано сохранение среднего заработка.

 

В случае если работник не имел фактически начисленной заработной платы или фактически отработанных дней за расчетный период, до начала расчетного периода и до наступления случая, с которым связано сохранение среднего заработка, средний заработок определяется исходя из установленной ему тарифной ставки, оклада (должностного оклада).

При определении среднего заработка используется средний дневной заработок в следующих случаях:

для оплаты отпусков и выплаты компенсации за неиспользованные отпуска;

для других случаев, предусмотренных Трудовым кодексом Российской Федерации, кроме случая определения среднего заработка работников, которым установлен суммированный учет рабочего времени.

 

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

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

Средний заработок определяется путем умножения среднего часового заработка на количество рабочих часов по графику работника в периоде, подлежащем оплате.

При определении среднего заработка премии и вознаграждения учитываются в следующем порядке:

ежемесячные премии и вознаграждения — фактически начисленные в расчетном периоде, но не более одной выплаты за каждый показатель за каждый месяц расчетного периода;

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

вознаграждение по итогам работы за год, единовременное вознаграждение за выслугу лет (стаж работы), иные вознаграждения по итогам работы за год, начисленные за предшествующий событию календарный год, — независимо от времени начисления вознаграждения.

В случае если время, приходящееся на расчетный период, отработано не полностью или из него исключалось время в соответствии с пунктом 5 Положения, премии и вознаграждения учитываются при определении среднего заработка пропорционально времени, отработанному в расчетном периоде, за исключением премий, начисленных за фактически отработанное время в расчетном периоде (ежемесячные, ежеквартальные и др. ).

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

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

Время простоя в платежном шлюзе и варианты резервного копирования

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

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

Что может сделать сбой?

• Из-за сбоя ваш платеж может быть потерян.
• Сбой может привести к потере рейтинга и производительности.
• Сбой может привести к потере клиента.
• Отключение может снизить доверие к вашей компании.

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

НЕКОТОРЫЕ РЕШЕНИЯ:

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

Инфраструктура: вы можете улучшить инфраструктуру и аппаратные ресурсы инструмента.

Безопасный резервный вариант: предоставьте своим клиентам различные типы способов оплаты , такие как кредитные карты, ACH EFT и т. д., чтобы они не сомневались в вас.

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

• 5 шагов, чтобы начать свой онлайн-бизнес

  9 фев.

  2021 г.

• Как противостоять требованиям о возврате средств по нескольким мошенническим транзакциям?

  5 фев. 2021 г.

• Как обработать претензию о возврате платежа, если товарный чек утерян?

  4 фев. 2021 г.

• Что такое торговый андеррайтинг и почему это важно?

  1 февраля 2021 г.

• Почему моя заявка на обработку кредитной карты была отклонена?

  29 января 2021 г.

  

• Краткое руководство, чтобы стать продавцом электронной коммерции

  28 января 2021 г.

• Советы по торговым счетам с высоким риском

  28 января 2021 г.

• Как выбрать лучший торговый счет для бизнеса с высоким риском?

  26 января 2021 г.

• Подготовьте свой бизнес электронной коммерции к международным продажам

  22 января 2021 г.

  

• Как обработка платежей ACH экономит время и деньги?

  21 января 2021 г.

Обработка простоя платежа. By — Aryan Arora (Инженерия, оплата… | by UC Blogger

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

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

Поток онлайн-платежа

Первая точка, с которой инициируется транзакция, — это уровень 1, собственные серверы организации (городской компании). Это точка входа для любой транзакции в системе, и оттуда, в зависимости от различных способов оплаты и нашей собственной реализации, поток переходит на разные уровни. Из диаграммы видно, что если какой-либо из объектов выходит из строя, это вызывает разрыв в цепочке, что в конечном итоге приводит к сбою платежа наверху. Это то, что мы называем наличием простои в системе — когда платежи не проходят, заказы перестают оформляться, катастрофическая ситуация.

Эти простои платежа обычно зависят от способа оплаты (например, PayTm Wallet, дебетовая карта HDFC, SBI Netbanking и т. д.), способа оплаты (например, кошелек, карта, UPI и т. д.), шлюза или, очень редко, всего шлюза. агрегатор (по сути, шлюз, состоящий из нескольких шлюзов).

Базовый показатель: простоя могут произойти из-за проблем на любом уровне. Также интересно отметить, что время простоя на Уровне 1 имеет на более высокую степень воздействия по сравнению с временем простоя на Уровне 3 (платежный шлюз), при этом наименьшее влияние ближе к Уровню 5. Это связано с тем, что отказоустойчивость система увеличивается с повышением уровней. Эта отказоустойчивость пропорциональна количеству альтернативных сущностей, доступных на уровне, чтобы сделать платежный поток успешным, или количеству платежных потоков, которые будут затронуты, если альтернативные сущности недоступны.

Я бы хотел, чтобы мы могли игнорировать их, но мы не можем, и это по следующим очевидным причинам.

1. Это приводит к ухудшению пользовательского опыта и увеличению разочарования клиентов.
2. Это приводит к неудачным/заниженным заказам, потому что мы могли предложить пользователю попробовать альтернативный метод.
3. Часто это увеличивает приток звонков на горячую линию.
4. Нам не понравится, если вышеперечисленные 3 пункта сбудутся.

Мы разделили эту задачу на три части —

1. Обнаружение : Точное обнаружение времени простоя, когда оно происходит.
2. Отключение : Отключение затронутых способов оплаты.
3. Повторное включение : Повторное включение способов оплаты при возобновлении работы системы.

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

Чтобы было понятно, мы сделали эту блок-схему, чтобы создать наглядную картину.

Обнаружение, создание и применение времени простоя

Мы будем использовать это как ссылку для объяснения.

Чтобы точно определить время простоя, нам нужны соответствующие данные. Давайте назовем эти релевантные данные Журналы транзакций, , как на приведенной выше диаграмме (поток с префиксом алфавита 9).0003 А ). Каждая транзакция, неудачная или успешная, которая проходит через систему, регистрируется здесь. Каждая запись содержит всю необходимую информацию — используемый шлюз, способ оплаты, время попытки, тип карты, интернет-банкинг, кошелек и т. д.

Теперь, когда у нас есть эти журналы, нам нужно их использовать. У нас есть задание cron, которое запускается каждые 90 172 Y 90 173 минут и вычисляет вероятность успеха для каждого способа оплаты/шлюза отдельно. Если уровень успеха для платежного шлюза в целом снижается, мы создаем время простоя для всех способов оплаты через этот шлюз (или мы можем просто переключиться на другой шлюз, если это возможно). Если процент успешных платежей для определенного способа оплаты снижается, мы просто создаем для этого время простоя. Создание простоя просто означает, что мы делаем запись в нашей системе, Время простоя хранилища данных на приведенной выше диаграмме. При создании этой записи мы также отправляем себе уведомление о простое.

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

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

Нам нужен более постоянный механизм обратной связи, чтобы принять это решение. Мы достигли этого, внедрив AB-тестирование. В случае простоя мы отключаем этот способ оплаты для A% пользователей, но оставляем его включенным (с предупреждением о высокой частоте отказов) для B% пользователей. Именно пользователи, попадающие в корзину B, помогают нам достичь точки принятия решения, поскольку мы продолжаем получать журналы транзакций. На основе этих журналов транзакций, если показатель успеха для любого способа оплаты или шлюза улучшится и для него существует запись о простое, мы удалим эту запись о простое, чтобы она снова стала активной.

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

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

• Теперь мы полностью автоматизированы во всех случаях простоя.
• Общее время простоя системы стало более прозрачным. Мы получаем немедленные уведомления о любом простое в системе. Раньше мы не знали, как часто это происходит.
• Теперь мы можем немедленно отправлять оповещения нашим сторонним партнерам, когда мы наблюдаем простои их системы.
• И самое главное, мы улучшили качество обслуживания клиентов.

Вот пример снимка экрана из приложения, который показывает то же самое.

Отображение времени простоя на стороне приложения

Об авторе

Инженер по будням, исследователь по выходным.