Сценарій "Відомість на виплату"

Крок 1: Формування суми до виплати для співробітника

Для створення Відомості на виплату необхідно натиснути кнопку Створити:

Заповнення полів:

Сторінка Відомість на виплату картка

Поле	Опис
Номер	Автоматична нумерація виходячи з серії номерів, зазначеної в Загальних налаштуваннях модуля.
Дата документа	Робоча дата. Значення поля можна змінити вручну.
Дата обліку	Робоча дата. Значення поля можна змінити вручну.
Опис обліку	Опис обліку документа. Заповнюється вручну.
Статус	Допустимі значення:• Відкрито. • Випущено.
Сума разом	Значення розраховується автоматично як сума рядків документа.
Кількість записів	Значення розраховується автоматично як кількість рядків у документі.
Вид відомості на виплату	Доступні значення:• Виплата заробітної плати. • Сплата податку.
Період нарахування	Зарплатний період виплати.
Призначення платежу	Призначення платежу експорту відомості.
Надіслати розрахунок співробітникам	При встановленому чеккері створюється лист на електронну адресу співробітника, враховуючи документ на виплату
Код банку компанії	Вибирається код банку, з якого проводитиметься оплата співробітникам. Зверніть увагу, що підбір працівників до відомості відбувається з двох сторінок системи: 1) Перевіряється поле "Код банку компанії" на картці співробітника, якщо воно не порожнє і дорівнює визначеному в заголовку на відомості банку компанії, то співробітник потрапляє в відомість. 2) Якщо на картці працівника це поле не заповнено, то тоді пошук виконується по сторінці Матриця банківських рахунків співробітників, якщо для працівника на цій сторінці створений запис з кодом банку компанії, що визначений на заголовку відомості, то співробітник потрапить в таку відомість на виплату.
Виплату здійснив	Код співробітника, ПІБ якого буде відображено у друкованій формі відомості у полі «Виплату здійснив».
Перевірив бухгалтер	Код співробітника, ПІБ якого буде відображено у друкованій формі відомості у полі «Перевірив бухгалтер».
Відомість склав	Код співробітника, ПІБ якого буде відображено у друкованій формі відомості у полі «Відомість склав».
Відомість перевірив	Код співробітника, ПІБ якого буде відображено у друкованій формі відомості у полі «Відомість перевірив».

Для формування рядків з платежами у відомості необхідно запустити функцію автоматизованого формування платіжних документів «Платежі» – «Запропонувати платежі співробітнику»:

Заповнення параметрів запуску звіту.

Звіт Запропонувати платежі співробітнику

Поле	Опис
Дата початку	Автоматично заповнюється значенням першого числа «Періоду виплати» з Відомості. Може бути змінено вручну. Це дата, починаючи з якої відбиратимуться операції нарахування заробітної плати/документи на виплату.
Дата закінчення	Заповнюється автоматично значенням останнього числа "Періоду виплати" з Відомості. Може бути змінено вручну. Це дата, закінчуючи якою відбиратимуться операції нарахування заробітної плати/документи на виплату.
Дата обліку	Дата обліку, яка буде вказана у полі «Дата обліку» платіжного документа. Заповнюється автоматично значенням "Дата обліку" з Відомості.
Виплати в міжперіод	Необхідно активувати поле обробки зарплатних документів на виплати в межпериод. Якщо поле неактивне, то оброблятимуться операції фінального розрахунку нарахувань заробітної плати.
Джерело оплати	Необхідно вказати джерело оплати, за яким формуватимуться суми до виплати.

Крім цього, в блоку Керувати включенням працівників є можливість встановити фільтри по включенню або виключенню працівників з необлікованої або облікованої відомості на виплату:

1. Якщо при запуску звіту поле Включити з заповнено, то при створенні відомості на виплату буде додатково накладений фільтр по включенню працівників з відомості на виплату, код якої був вказаний на сторінці запуску. Тобто, суть фільтру - така сама, якщо б користувач вручну прописав фільтри по номерам співробітників при запуску звіту через символ "|".

2. Якщо при запуску звіту поле Виключити з заповнено, то при створенні відомості на виплату буде додатково накладений фільтр по виключенню працівників з відомості на виплату, код якої був вказаний на сторінці запуску. Тобто, суть фільтру - така сама, якщо б користувач вручну прописав фільтри по номерам співробітників при запуску звіту через символ "&<>".

Якщо на параметрах запуску зазначені фільтри в обох полях ("Включити з" і "Виключити з"), то спочатку накладаються фільтри по "Включити з", потім по "Виключити з".

Для формування платіжних документів натисніть ОК.

У формуванні суми до виплати беруть участь такі параметри:

Налаштування для роботи звіту «Запропонувати платежі співробітнику»

Поле	Опис
Значення в полі «Код групи розрахунку» зарплатного документа має або не має налаштування «Міжперіод ».	Якщо звіт запускався з налаштуванням «Виплати в міжперіод», то сума до виплати формуватиметься на підставі рядків зарплатних документів, що потрапляють у задані дати, та тип групи розрахунку має налаштування «Міжперіод». Якщо звіт запускався без налаштування «Виплати в міжперіод», то сума до виплати формуватиметься на основі рядків зарплатних документів, що потрапляють у задані дати, та тип групи розрахунку не має налаштування «Міжперіод». Перевірятиметься баланс по постачальнику з типом «Фіз. особа», якщо баланс менший за суму в документі, це означає, що раніше була проведена виплата (аванс або інша виплата в міжперіоді) і остаточна сума буде сформована з урахуванням такої виплати.
«Джерело виплати» на сторінці запуску звіту	При підрахунку суми до виплати, рядка зарплатного документа та операції з постачальника додатково поділяються за значенням поля «Джерело виплати».
Налаштування «Додатковий рахунок для фіз. особи» в обліковій групі.	При підрахунку суми до виплати, рядки зарплатного документа та операції з постачальника додатково поділяються за значенням Додатковий рахунок для фіз. особи».
«Розділяти ФСС лікарняний за наказами» в «Налаштування модуля Персонал і зарплата»	Рядки зарплатного документа та операції з постачальника додатково поділяються за значенням «Номер наказу» та типу «Лікарняний».

Відомість можна випустити, натиснувши кнопку Випустити на закладці Головна, щоб захистити від випадкових змін і здійснити експорт відомості у файл.

Крок 2: Формування сум оплати з податків

Для автоматизованого формування платіжних документів для оплати сум податків використовується звіт Сформувати платежі по зарплатним податкам, який можна запустити на вкладці Дії - Платежі з картки Відомості на виплату.

Є можливість регулювати Check vendor Balance:

• якщо Check Balances for all vendors=TRUE, то перевіряється баланс для кожного постачальника, по якому буде створюватися платіж

• якщо Check Balances for all vendors=FALSE, то НЕ перевіряється баланс для кожного постачальника, по якому буде створюватися платіж

• якщо Check Balance per Vendor=TRUE, то для кожного постачальника, по якому буде створюватися платіж, перевіряються налаштування Vendor.Check Balance for Payment та обробляються, як це відбувається зараз: якщо на картці податкового органу встановлено налаштування «Перевіряти Сальдо (ДОК) для оплати», то при створенні платежу сума може бути змінена на основі сальдо постачальника.

Для Постачальників з типом Податковий орган додано ознаку Перевірити баланс податку: Пусто, До дати, До періоду. При встановлені ознаки "До періоду" (за умовою, що Перевіряти Сальдо (ЛОК) для оплати = Так) при фінальній виплаті податків за період не враховуються виплати податків майбутніх періодів.

Крок 3: Формування податкових платежів на основі деталізованої інформації по кожному працівнику

У системі реалізовано можливість формувати податкові платежі на основі деталізованої інформації по кожному працівнику, а не на основі загального сальдо по податкових органах. Це дозволяє:

• коректно визначати суми податків для фінальних виплат;
• уникати помилок у випадку наявності у клієнта кількох зарплатних проєктів (тобто рахунків відправника);
• правильно розподіляти податки при звільненні після авансу;

Для можливості формування податкових платежів на основі деталізованої інформації по кожному працівнику у Налаштуваннях модуля Персонал і Зарплата має бути активоване налаштування Розраховувати податки на основі деталізації по працівниках.

При активному налаштуванні "Розраховувати податки на основі деталізації по працівниках" буде виконуватись наступна логіка.

Створення Відомості на виплату зарплати з типом Виплата заробітної плати

При створенні відомості на виплату зарплати на сторінці Деталізація податків в відомості на виплату буде заповнюватись інформація по податках, що прив'язані до певного платежу зарплати з відомості на виплату по працівнику. Переглянути створені записи на сторінці можна через дію Деталізація податків, яка знаходиться в області рядків необлікованої або облікованої відомості на виплату. На сторінці наявні наступні поля:

Сторінка Деталізація податків в відомості на виплату

Поле	Опис
Код працівника	Працівник, до якого належить податок.
Код Податкового органу	Податковий орган, на користь якого нарахований податок.
Сума	Сума податку по конкретному працівнику та податковому органу. Може змінюватися вручну, якщо статус рядка = Пусто. При змінах суми зарплати до виплати в рядку відомості на виплату - сума оновлюється автоматично.
Джерело виплати	Джерело сплати податку: Роботодавець або ПФУ.
Облікова група зарплати	Облікова група зарплати для платежу податку.
Номер кадрового наказу	Номер кадрового наказу. Заповнюється для лікарняних за рахунок ПФУ, якщо налаштування "Розділяти лікарняний ПФУ за наказами" на Налаштуваннях модуля Персонал і Зарплата дорівнює Так.
Номер зарплатного документа	Номер зарплатного документа, з якого взято податок.
Статус	Статус рядка: • Пусто • Випущено • Обліковано • Сторновано. Поле не редагується вручну.

Створені рядки на сторінці Деталізація податків в відомості на виплату можна редагувати або видаляти, якщо Відомість на виплату ще не була Випущена або Облікована.

При створенні Відомості на виплату зарплати з параметром Виплата в міжперіод = Так система:

• підбирає нарахування в зарплатних документах з типом Міжперіод;
• шукає для таких нарахувань відповідні податки через Деталі бази розрахунку;
• групує суми податків по Номеру працівника, Податковому органу, Джерелу виплати, Обліковій групі, Номеру кадрового наказу (для лікарняних ПФУ)
• створює персональні записи по сумах податків для кожного працівника на сторінці Деталізація податків в відомості на виплату.

Зверніть увагу, в таблицю з деталізацією потрапляють лише елементи податків, в яких тип елементу дорівнює:

• ПДФО
• Військовий збір
• ЄСВ
• Утримання
• Пенсійне утримання а також, якщо для таких елементів в зарплатному документі визначена Облікова група зарплати з типом Постачальника - Податковий орган.

Особлива логіка прописана для елементу з типом ЄСВ, а саме:

• суми податку по ЄСВ не групуються в розрізі Облікової групи і Номеру кадрового наказу. Джерело виплати для цього податку завжди зазначається Роботодавець. На податок ЄСВ створюється один рядок із загальною сумою платежу по працівнику, незалежно від кількості створених рядків на цього працівника у відомості на виплату зарплати. Податок буде прив'язаний до першого за порядком рядку працівника у відомості на виплату зарплати.
• якщо звіт "Запропонувати платежі співробітника" запускається з Джерелом виплати = Роботодавець, то податки по ЄСВ шукаються в операціях як за рахунок Роботодавця, так і за рахунок ПФУ. Вся сума ЄСВ в такому випадку потрапить в деталізацію відомості на виплату за рахунок Роботодавця.
• якщо в зарплатному документі працівника нарахований дохід лише за рахунок ПФУ, то сума ЄСВ в такому випадку потрапить в деталізацію відомості на виплату за рахунок ПФУ.

При створенні Відомості на виплату зарплати з параметром Виплата в міжперіод = Ні система:

• спочатку визначає повну суму податку за працівником і відповідним податковим органом;
• знаходить у таблиці з деталізацією раніше сплачені суми зі статусом "Обліковано" (суми, що були обліковані з Відомості на виплату податків). Зверніть увагу, застосування операцій в Книзі операцій по Постачальнику (податковому органу) ніяк не впливає на визначення того, чи була оплачена конкретна операція податку. Факт оплати конкретного платежу по податку визначається виключно по таблиці Деталізація податків в відомості на виплату.
• віднімає їх;
• у деталізацію фінальної відомості на виплату зарплати потрапляє різниця, тобто залишок до сплати.

При зміні суми платежу в рядку Відомості на виплату зарплати система перевіряє, чи є прив’язані до цього платежу суми податків на сторінці Деталізація податків в відомості на виплату. Якщо вони є, система видає попередження про необхідність перерахунку сум податків. Якщо користувач натискає Ні, то змінюється лише сума платежу зарплати, суми податків залишаються без змін. Якщо користувач обирає Так, то:

• нова сума платежу записується у рядку відомості на виплату;
• попередня сума фіксується у полі "Оригінальна сума"
• система обчислює коефіцієнт зміни;
• податки, прив'язані до цього платежу, перераховуються пропорційно.

Зверніть увагу, якщо в платіжній відомості по одному працівнику є кілька рядків, то при зміні суми в будь‑якому з них потрібно окремо перевіряти перераховану суму ЄСВ. Система автоматично перераховує ЄСВ лише при зміні суми в першому за порядком рядку працівника, оскільки саме до нього прив’язаний цей податок. Однак навіть у цьому випадку коефіцієнт перерахунку може бути некоректним. Тому, у всіх ситуаціях, коли по працівнику є декілька рядків і відбувається ручна зміна суми в якомусь з них, суму ЄСВ необхідно перевіряти та за потреби коригувати вручну.

Створення Відомості на виплату зарплати з типом Сплата податку

Для того, щоб створити відомість на виплату податків, суми платежів в якій по кожному податковому органу будуть пораховані на основі персоніфікованих даних на сторінці Деталізація податків в відомості - на запуску звіту Запропонувати оплати по податкам необхідно ввімкнути чекер Розрахувати податки на основі деталізації по працівникам. При ввімкненому параметрі "Розрахувати податки на основі деталізації по працівникам" опції в полі "Перевірити баланс постачальника" - стають заблокованими і недоступними до вибору.

При активному налаштуванні система формує податкову відомість виключно на основі сум в таблиці з деталізацією, а саме:

• групує податки по Податковому органу;
• створює один рядок у відомості на виплату на кожного унікального Податкового органу;
• сума платежу визначається як сума всіх персоніфікованих платежів по цьому податковому органу у деталізації;

Після створення рядків у відомості на виплату податків на основі деталізації - поле "Сума" стає недоступним для редагування. У випадку необхідності відкорегувати суму платежу по податковому органу - її необхідно коригувати на сторінці Деталізація податків в відомості. Для цього можна або провалитись в поле "Сума", або відкрити сторінку з деталізацією через дію Деталізація податків в області рядків Відомості на виплату податків. Зміна суми у деталізації автоматично оновлює суму у рядку Відомості на виплату відповідного податкового органу.

Якщо відомість на виплату податків необхідно створити не на основі деталізації, а на основі стандартних опцій в параметрі "Перевірити баланс постачальника" на сторінці запуску звіту "Запропонувати оплати по податкам" (наприклад, по загальному сальдо податкового органу), то в такому випадку чекер "Розрахувати податки на основі деталізації по працівникам" - можна деактивувати і обрати необхідну опцію в полі "Перевірити баланс постачальника". Суми податків до оплати запропонуються згідно стандартних алгоритмів, без заповнення і використання сум в Деталізації податків в відомості.

У випадку сторнування платежу по податковому органу в Книзі операцій Постачальника, якщо по цьому платежу знайдено відповідний рядок в відомості на виплату податків - то для нього проставляється ознака "Сторновано" = Так. Якщо в таблиці "Деталізації податків в відомості" є записи, що прив'язані до цього платежу - то їх статус змінюється на Сторновано.

У випадку видалення відомості на виплату - всі деталізації, що прив’язані до неї, також видаляються.

Крок 4: Платіжна відомість

З Відомості на виплату, залежно від виду відомості, можна сформувати друковані форми платіжних відомостей на виплату зарплати та на виплату податків Дії – Платежі – Друк платіж. відомості.

Для ГІГ контракторів створили спеціальну відомість експорту.

Додана кнопка Personal Payment Assignment , якщо вона активована, то призначення платежу заповнюється из Трудового договору: Дата+Номер трудового договору. Приклад: Сплата за послуги зг. Договору № ТРД00001 від 01 сiчня 2021, без ПДВ. Попередньо необхідно випрати на карточці банку формат експорту. Для експорту необхідно запускати Експорт-Експорт зарплатних платежів.

Крок 5: Депонування заробітної плати

У випадках, коли заробітна плата не була отримана працівником у встановлений строк з причин, не пов’язаних з виною роботодавця, таку зарплату необхідно депонувати. У таких випадках сума зарплати повинна бути зарахована на рахунок депонентів аж до моменту її виплати працівнику. По бухгалтерському обліку така операція проводиться як списання заборгованості з рахунку 661 і збільшення кредиторської заборгованості по розрахункам з депонентами 662 рахунок: ДТ 661 КТ 662. Облікова група для депонованої заробітної плати встановлюється у відповідному полі в налаштуваннях модулю "Персонал і Зарплата". В той же час, податки з такої зарплати мають бути сплачені одразу з нарахуванням доходу, тобто навіть без фактичного отримання працівником його зарплати - податки з неї мають бути сплачені до бюджету.

Для відтворення такої операції в системі необхідно:

1. Нарахувати фінальну заробітну плату за розрахунковий період. Створити відомість на виплату на всіх працівників. З відомості на виплату створити відомість на виплату податків. В незалежності від того, чи всі працівники отримали зарплату - відомість на виплату податків потрібно облікувати і сплатити податки до бюджету.

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

3. В книзі операцій по співробітникам, які не отримали зарплати - необхідно депонувати нараховану зарплату: обрати операцію нарахування, яку потрібно депонувати, і натиснути кнопку Депонувати виплату зарплати. На параметрах запуску вказати:

Поле	Опис
Назва шаблону	Обрати шаблон фінансового журналу, через який потрібно буде створити операцію депонування
Назва розділу	Обрати розділ фінансового журналу, через який потрібно буде створити операцію депонування
Дата обліку	Дата обліку, яка буде вказана у створеній операції депонування

При запуску завдання система закриє попередню операцію з обліковою групою по кредиторській заборгованності по зарплаті співробітника, і перекине суми на рахунок депонованої заробітної плати.

4. Коли працівник або його родичі будуть отримувати депоновану зарплату - необхідно створити відомість на виплату, запустити завдання Запропонувати платежі співробітнику: обрати зарплатний період (за який місяць була нарахована зарплата), джерело виплати і перевести чекер для параметру "Виплата депонованої зарплати" в позицію "Так". Система запропонує суми депонованої зарплати до виплати. Відомість на виплату податків вже створювати не потрібно.