• Приложение 1 к заявлению о выделении необходимых средств на выплату


    Заявление и справка - расчет для возмещения пособий в 2020 году (бланки)

    Обращаться в соцстрах за возмещением пособий в 2020 году нужно с комплектом документов, который включает (перечень из приказа Минздравсоцразвития России от 04.12.2009 № 951н):

    • заявление;
    • справку-расчет;
    • копии документов, подтверждающих обоснованность и правильность расходов по соцстраху (например, больничного, справок из женской консультации, ЗАГСа и т.п.). Эти бумаги обязательны к представлению для плательщиков взносов по нулевому тарифу, но и всем остальным страхователям рекомендуется их представлять, дабы ускорить процесс возмещения.

    Какие сведения должны быть указаны в заявлении и справке-расчете, также указано в приказе № 951н. Но удобнее использовать рекомендуемые формы, которые приведены в письме ФСС от 07.12.2016 № 02-09-11/04-03-27029. Скачать их можно у нас на сайте.

    Скачать форму

     

    Скачать справку

    Скачать расшифровку

    Пример заполнения больничного листа работодателем можно найти здесь.

    Источники:

    • Приказ Минздравсоцразвития России от 04.12.2009 № 951н
    • Письмо ФСС от 07.12.2016 № 02-09-11/04-03-27029
    Более полную информацию по теме вы можете найти в КонсультантПлюс.
    Полный и бесплатный доступ к системе на 2 дня.

    Государственные закупки ВТО - Приложения и Приложения к GPA


    Щелкните значок +, чтобы открыть элемент. Если вы включите JavaScript в своем браузере, здесь откроется дерево для навигации по сайту.

    Покрытие наверх

    Покрытие Соглашения определяется в отношении каждой Стороны в ее Дополнение I Приложения (иногда называемое «графиком» каждой стороны). Приложения 1–3 этого Приложения определяют центральные и субцентральные правительственные учреждения, а также другие субъекты, такие как коммунальные предприятия, которые каждая Сторона обязалась соблюдать Соглашение.Приложение I для каждой стороны В приложениях также указаны минимальные пороговые значения, выше которых закупки подпадают под действие Соглашения. Как правило, GPA распространяется на все товары, а Приложения 4 и 5 к Приложению I определяют покрываемые услуги и строительные услуги каждой Стороны. Приложение I также включает Примечания и Общие замечания квалификация покрытия, предоставляемого по Соглашению.

    наверх

    Требования к публикации

    В Приложениях II-IV к Соглашению перечислены публикации, в которых Стороны публикуют уведомления о предполагаемых закупках (Приложение II), постоянные списки квалифицированных поставщиков в контексте выборочных торгов (Приложение III) и применимые правила и процедуры закупок Сторон (Приложение IV) .

    наверх

    Конструкция

    Приложения и приложения к GPA имеют следующую структуру:

    Приложение I наверх

    Приложение I каждой Стороны включает пять приложений, определяющих охват обязательств этой Стороны по Соглашению:

    • Приложение 1, содержащее органы центрального правительства
    • Приложение 2, содержащее субъекты центрального правительства
    • Приложение 3, в котором указаны все другие субъекты, осуществляющие закупки в соответствии с положениями Соглашения
    • Приложение 4 с указанием услуг, перечисленных в положительном или отрицательном списке, на которые распространяется Соглашение
    • Приложение 5 с описанием услуг по застрахованному строительству.

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

    Приложения

    Сторон к Приложению I доступны в виде отдельных файлов по следующим ссылкам:


    Примечание:
    Щелкните соответствующую часть Приложения, чтобы загрузить документ в формате MS Word.

    > Руководство по загрузке файлов.

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

    .

    Процесс оплаты - Прием платежа через API Яндекс.Кассы

    В процессе платежа пользователь выполняет следующие действия:

    1. выбирает способ оплаты;
    2. вводит реквизиты для оплаты выбранным способом;
    3. подтверждает платеж при необходимости (например, выполняет аутентификацию через 3-D Secure или отвечает на текстовое сообщение).
    Яндекс.Касса предусматривает несколько сценариев оплаты, которые различаются в зависимости от того, где пользователь выбирает способ оплаты и вводит реквизиты.В некоторых случаях пользователю потребуется подтвердить, что он хочет оплатить выбранным способом. Это потребует от вас реализации определенного сценария подтверждения. Каждый платеж может быть обработан в два этапа. Обычно, если пользователь совершает платеж, Яндекс.Касса моментально списывает деньги и переводит их на ваш счет. Если вы используете двухэтапные платежи, вы можете настроить время списания денег и завершения платежа. Платеж

    - это основной объект API Яндекс.Кассы, используемый для приема платежей.

    Чтобы создать платеж, укажите в запросе следующее: Яндекс.Касса может принимать платежи в два этапа, но вы можете использовать более простой процесс оплаты (

    захват

    параметр с

    истинным значением

    ). Сразу после оплаты процесс будет завершен, и статус платежа изменится на

    успешно

    . Вы также можете указать дополнительную информацию, такую ​​как номер заказа, в вашей системе. Яндекс.Касса вернет их без изменений. Эта информация должна быть отправлена ​​в объекте

    метаданных

    как набор «ключ-значение».

    Пример запроса на создание платежа

      curl https://payment.yandex.net/api/v3/payments \ -X POST \ -u <Идентификатор магазина>: <Секретный ключ> \ -H 'Ключ идемпотентности: <Ключ идемпотентности>' \ -H 'Content-Type: application / json' \ -d '{ "количество": { "value": "100.00", «валюта»: «рубли» }, "захват": правда, "подтверждение": { "тип": "перенаправление", "return_url": "https: //www.merchant-website.ru / return_url " }, «описание»: «Заказ №1», "метаданные": { "order_id": "37" } } ' 
    Созданный объект платежа будет возвращен в ответ.

    Пример созданного объекта платежа

      { "id": "2419a771-000f-5000-9000-1edaf29243f2", "Статус: ожидание", "оплачено": ложь, "количество": { "value": "100.00", «валюта»: «рубли» }, "подтверждение": { "тип": "перенаправление", "confirm_url": "https: // деньги.yandex.ru/api-pages/v2/payment-confirm/epl?orderId=2419a771-000f-5000-9000-1edaf29243f2 " }, "created_at": "2019-03-12T11: 10: 41.802Z", «описание»: «Заказ №1», "метаданные": { "order_id": "37" }, "recipient": { "account_id": "100001", "gateway_id": "1000001" }, "возмещаемый": ложь, "тест": ложь }  
    Для большинства способов оплаты требуется ответ пользователя, подтверждающий, что он готов произвести платеж. Пользователь должен будет выполнить дополнительные действия, например, выполнить идентификацию 3-D Secure при оплате с помощью банковской карты, подтвердить платеж в платежной службе партнера или оплатить счет в интернет-банке.Если требуется подтверждение пользователя, статус созданного платежа будет

    в ожидании

    . Он изменится на другие статусы (

    преуспел

    или

    wait_for_capture

    ) только после того, как пользователь подтвердит, что он готов совершить платеж. Если подтверждение не требуется (например, для платежей через Apple Pay), статус платежа будет немедленно изменение на

    выполнено успешно

    или

    wait_for_capture

    (если вы обрабатываете платежи в два этапа). Если пользователь решит не проводить платеж или что-то пойдет не так (например, недостаточно средств на счете), платеж будет отменен, и статус изменится на

    отменен

    .

    Яндекс.Касса поддерживает несколько сценариев подтверждения: Redirect, External, QR code и Embeded.

    Сценарий подтверждения редиректа : пользователь совершает действие на странице Яндекс.Кассы или на странице своего партнера (например, вводит реквизиты банковской карты или завершает процесс идентификации через 3-D Secure). Необходимо перенаправить пользователя на

    confirm_url

    , полученный в платеже. Если платеж прошел успешно (или если что-то пойдет не так), Яндекс.Касса вернет пользователя на

    return_url

    , который вы отправите в запросе на создание платежа.

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

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

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

    Вы можете обрабатывать платежи в два этапа:

    1. Удержание (предварительная авторизация): пользователь производит платеж, и средства приостанавливаются, например, на его банковской карте или в электронном кошельке (в зависимости от выбранного Способ оплаты).
    2. Capture : удержанные средства списываются по вашему запросу.
    Чтобы создать двухэтапный платеж, укажите параметр

    capture

    со значением

    false

    в запросе на создание платежа.

    Пример запроса на создание двухэтапного платежа

      curl https://payment.yandex.net/api/v3/payments \ -X POST \ -u <Идентификатор магазина>: <Секретный ключ> \ -H 'Ключ идемпотентности: <Ключ идемпотентности>' \ -H 'Content-Type: application / json' \ -d '{ "количество": { "значение": "100.00 ", «валюта»: «рубли» }, "захват": ложь, "подтверждение": { "тип": "перенаправление", "return_url": "https://www.merchant-website.com/return_url" }, «описание»: «Заказ №1», "метаданные": { "order_id": "37" } } ' 
    После авторизации средств статус платежа изменится на

    wait_for_capture

    . Теперь вам нужно принять решение: зафиксировать платеж или отменить его. Если вы не ответите в течение определенного периода, статус платежа изменится на

    отменен

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

    expires_at

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

    amount

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

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

    Пример запроса на полный захват

      curl https://payment.yandex.net/api/v3/payments/{payment_id}/capture \ -X POST \ -u <Идентификатор магазина>: <Секретный ключ> \ -H 'Ключ идемпотентности: <Ключ идемпотентности>' \ -H 'Content-Type: application / json'  

    Пример запроса на частичный захват

      curl https://payment.yandex.net/api/v3/payments/{payment_id}/capture \ -X POST \ -u <Идентификатор магазина>: <Секретный ключ> \ -H 'Ключ идемпотентности: <Ключ идемпотентности>' \ -H 'Content-Type: application / json' \ -d '{ "количество": { "значение": "2.00 ", «валюта»: «рубли» } } ' 
    Если вы хотите отклонить платеж, вы отменяете его, используя метод отмены. Статус платежа будет изменен на

    отменен

    , а средства будут возвращены пользователю. В этом случае Яндекс.Касса не взимает комиссию за обработку платежа. Отменить платежи можно только со статусом

    wait_for_capture

    . Если статус изменился на

    , получилось

    , вы можете оформить возврат.

    Пример запроса на отмену платежа

      curl https: // payment.yandex.net/api/v3/payments/{payment_id}/cancel \ -X POST \ -u <Идентификатор магазина>: <Секретный ключ> \ -H 'Ключ идемпотентности: <Ключ идемпотентности>' \ -H 'Content-Type: application / json' \ -d '{ } ' 
    Жизненный цикл платежа зависит от настроек вашего магазина и атрибутов, которые вы отправляете в запросе на создание платежа. Каждому этапу жизненного цикла платежа соответствует статус платежа.

    на рассмотрении

    - платеж создан, ожидает ответа пользователя. Этот статус может измениться на

    успешно

    ,

    wait_for_capture

    (для двухэтапных платежей) или

    отменено

    (если что-то пойдет не так).

    wait_for_capture

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

    успешно

    (если вы захватили средства) или

    отменен

    (если вы отмените платеж или что-то пойдет не так).

    успешно

    - платеж успешно завершен, средства будут переведены на ваш расчетный счет (в соответствии с вашим договором Яндекс.Кассы). Этот статус окончательный и неизменяемый.

    отменено

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

    В зависимости от вашего процесса некоторые статусы могут быть опущены, но их последовательность всегда неизменна.

    Оплата 54-ФЗОтклоненные платежи УведомленияТестирование.

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

    отладка

    ложь

    Включить журналы отладки.

    инф. *

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

    logging.config

    Расположение файла конфигурации ведения журнала. Например, `classpath: logback.xml` для Logback.

    logging.exception-convert-word

    % wEx

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

    logging.file.clean-history-on-start

    ложь

    Следует ли очищать файлы журнала архива при запуске. Поддерживается только при настройке входа в систему по умолчанию.

    ведение журнала.file.max-history

    7,0

    Максимальное количество дней хранения файлов архивных журналов. Поддерживается только при настройке входа в систему по умолчанию.

    logging.file.max-size

    10 МБ

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

    logging.file.name

    Имя файла журнала (например, `myapp.журнал`). Имена могут быть точными или относительными к текущему каталогу.

    logging.file.path

    Расположение файла журнала. Например, `/ var / log`.

    logging.file.total-size-cap

    0B

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

    ведение журнала.группа. *

    Группы журналов для быстрой смены нескольких логгеров одновременно. Например, `logging.group.db = org.hibernate, org.springframework.jdbc`.

    уровень регистрации *

    Сопоставление серьезности уровней журнала. Например, `logging.level.org.springframework = DEBUG`.

    logging.pattern.console

    % clr (% d {$ {LOG_DATEFORMAT_PATTERN: -yyyy-MM-dd HH: mm: ss.SSS}}) {слабый}% clr ($ {LOG_LEVEL_PATTERN: -% 5p})% clr ($ {PID: -}) {пурпурный}% clr (---) {слабый}% clr ([% 15.15t] ) {слабый}% clr (% - 40.40logger {39}) {голубой}% clr (:) {слабый}% m% n $ {LOG_EXCEPTION_CONVERSION_WORD: -% wEx}

    Шаблон Appender для вывода на консоль. Поддерживается только с настройкой Logback по умолчанию.

    logging.pattern.dateformat

    гггг-ММ-дд ЧЧ: мм: сс.SSS

    Шаблон Appender для формата даты журнала.Поддерживается только с настройкой Logback по умолчанию.

    logging.pattern.file

    % d {$ {LOG_DATEFORMAT_PATTERN: -yyyy-MM-dd HH: mm: ss.SSS}} $ {LOG_LEVEL_PATTERN: -% 5p} $ {PID: -} --- [% t]% -40.40logger {39}:% m% n $ {LOG_EXCEPTION_CONVERSION_WORD: -% wEx}

    Шаблон Appender для вывода в файл. Поддерживается только с настройкой Logback по умолчанию.

    ведение журнала.pattern.level

    % 5п

    Шаблон Appender для уровня журнала. Поддерживается только с настройкой Logback по умолчанию.

    logging.pattern.rolling-имя-файла

    $ {LOG_FILE}.% D {yyyy-MM-dd}.% I.gz

    Шаблон для повторяющихся имен файлов журнала. Поддерживается только с настройкой Logback по умолчанию.

    ведение журнала.регистр-отключение-крюк

    ложь

    Зарегистрируйте ловушку выключения для системы регистрации при ее инициализации.

    пружина.aop.auto

    правда

    Добавить @EnableAspectJAutoProxy.

    spring.aop.proxy-target-class

    правда

    Должны ли создаваться прокси на основе подклассов (CGLIB) (true), в отличие от стандартных прокси на основе интерфейса Java (false).

    Пружина.приложение.админ.активировано

    ложь

    Следует ли включать функции администратора для приложения.

    spring.application.admin.jmx-name

    org.springframework.boot: type = Admin, name = SpringApplication

    JMX-имя MBean администратора приложения.

    пружина.application.name

    Название приложения.

    пружина. Автоконфигурация. Исключить

    Исключаемые классы автоконфигурации.

    spring.banner.charset

    UTF-8

    Кодировка файла баннера.

    spring.banner.image.bitdepth

    4.0

    Битовая глубина, используемая для цветов ANSI. Поддерживаемые значения: 4 (16 цветов) или 8 (256 цветов).

    пружина.баннер.изображение.высота

    Высота изображения баннера в символах (по умолчанию зависит от высоты изображения).

    spring.banner.image.invert

    ложь

    Следует ли инвертировать изображения для темных тем терминала.

    Spring.banner.image.location

    путь к классам: banner.gif

    Расположение файла изображения баннера (также можно использовать jpg или png).

    spring.banner.image.margin

    2,0

    Левое поле изображения в символах.

    spring.banner.image.pixelmode

    ТЕКСТ

    Режим пикселей, используемый при рендеринге изображения.

    ширина пружины. Баннера. Изображения

    76,0

    Ширина изображения баннера в символах.

    пружинный баннер. Расположение

    путь к классам: banner.txt

    Расположение текстового ресурса баннера.

    spring.beaninfo.ignore

    правда

    Пропускать ли поиск классов BeanInfo.

    spring.codec.log-request-details

    ложь

    Следует ли регистрировать данные формы на уровне DEBUG и заголовки на уровне TRACE.

    spring.codec.max-in-memory-size

    Ограничение количества байтов, которые могут быть буферизованы всякий раз, когда требуется агрегировать входной поток. Это применимо только к автоматически настроенным серверам WebFlux и экземплярам WebClient.По умолчанию это не установлено, и в этом случае применяются индивидуальные настройки кодека по умолчанию. Большинство кодеков по умолчанию ограничены 256 КБ.

    spring.config.additional-location

    Расположение файлов конфигурации

    .

    Часто задаваемые вопросы по программе защиты зарплаты | Центр поддержки Square

    SBA выпустило специальные инструкции о том, как все кредиторы ГЧП должны рассчитывать сумму ссуды. Сумма ссуды ГЧП = Среднемесячная заработная плата (без учета расходов на заработную плату свыше 100 000 долларов США) x 2,5 + ссуда EIDL (без аванса). Чем точнее ваша среднемесячная заработная плата (т.е. чем ближе она соответствует вашей подтверждающей документации), тем выше вероятность утверждения вашего заявления и быстрее.Вот несколько примеров:

    Ни один сотрудник не зарабатывает более 100 000 долларов США

    а. Годовая заработная плата: 120 000 долларов b. Среднемесячная заработная плата (разделите a на 12): 10 000 долларов c. Умножить b. на 2,5 = 25 000 долл. d. Максимальная сумма кредита = 25 000 долларов США

    Некоторые сотрудники зарабатывают более 100000 долларов

    а. Годовая заработная плата: 1500000 долларов b. Суммы компенсации, превышающие годовой оклад в 100 000 долларов: 300 000 долларов c.Вычтите b. от: 1 200 000 долларов d. Среднемесячная соответствующая заработная плата (разделите c. На 12): 100 000 долларов f. Умножить d. на 2,5 = 250 000 долларов США. Максимальная сумма кредита = 250 000 долларов США

    Ни один сотрудник не зарабатывает более 100 000 долларов, непогашенный заем EIDL в размере 10 000 долларов

    а. Годовая заработная плата: 120 000 долларов b. Среднемесячная заработная плата (разделите a на 12): 10 000 долларов c. Умножить b. на 2,5 = 25 000 долл. d. Добавьте заем EIDL в размере 10 000 долларов США = 35 000 долларов США e. Максимальная сумма кредита = 35 000 долларов США

    Некоторые сотрудники берут более 100 000 долларов, непогашенная ссуда EIDL составляет 10 000 долларов

    а.Годовая заработная плата: 1500000 долларов b. Суммы компенсации, превышающие годовой оклад в 100 000 долларов: 300 000 долларов c. Вычтите b. от: 1 200 000 долларов d. Среднемесячная соответствующая заработная плата (разделите c. На 12): 100 000 долларов e. Умножить d. на 2,5 = 250 000 долларов ф. Добавьте заем EIDL в размере 10 000 долларов США = 260 000 долларов США e. Максимальная сумма кредита = 260 000 долларов США

    Не работодатели (например, индивидуальные предприниматели, независимые подрядчики и индивидуальные предприниматели), которые зарабатывают менее 100000 долларов. (Годовая чистая прибыль до 100 000 долларов США может считаться «расходами на заработную плату».)

    а. Годовая чистая прибыль: 60 000 долларов США b. Среднемесячные «расходы на заработную плату» (разделите a на 12): 5 000 долларов c. Умножить b. на 2,5 = 12 500 долларов d. Максимальная сумма кредита = 12 500 долларов США

    Не работодатели (например, индивидуальные предприятия, независимые подрядчики и индивидуальные предприниматели), которые зарабатывают более 100000 долларов. (Годовая чистая прибыль до 100 000 долларов США может считаться «расходами на заработную плату».)

    а.Годовая чистая прибыль: 120 000 долларов США b. Годовая чистая прибыль, превышающая 100 000 долларов: 20 000 долларов c. Вычтите b. от: 100000 долларов d. Среднемесячные «расходы на заработную плату» (разделите примерно на 12): 8 333,33 доллара США e. Умножить d. на 2,5 = 20 833,33 долл. f. Максимальная сумма кредита = 20 833,33 долларов США

    .

    Смотрите также