Нагадуємо, що програма містить модуль автоматичної діагностики даних, що видає свої результати у протоколи. Модуль складається з двох частин і, відповідно, може показувати два протоколи: помилок та зауважень.
Логіка діагностики полягає у перевірці даних перед закриттям розрахункового місяця. В ідеалі перед переходом на наступний місяць не повинно бути жодних повідомлень після діагностики. Але допускається наявність зауважень. "Зауважувальні" повідомлення лише звертають увагу користувача на приведення даних до рекомендованих значень. Тобто, причини цих зауважень не порушують цілісність та коректність даних розрахунку заробітної плати. А ось закривати місяць із помилками не можна, оскільки це на 90% призведе до порушення цілісності розрахунку. Простіше кажучи, архів минулого періоду з помилками не буде відповідати друкованим формам, сальдо тощо поточного періоду.
А тепер до суті питання. Повідомлення програми про підозрілі розрахунки є ЗАУВАЖЕННЯМ. А сенс цього зауваження у тому, щоб попередити користувача про нарахування/утримання розрахункового листка, що розповсюджуються на період більший 3 попередніх/наступних місяців порівняно з поточним. У вказаних межах, дійсно, допускаються коригування заробітної плати за минулий період або нарахування відпусток/лікарняних за майбутній період. Якщо ж знаходяться значення, що виходять за межі (+-)3 місяців - це сигнал до перевірки. Адже зазвичай така ситуація виникає лише в результаті механічної помилки користувача, коли випадково виставляється надто далекий період часу.
Таким чином, користувач, теоретично, може взагалі не звертати уваги на зауваження. Але ми рекомендуємо все-таки перевіряти усі повідомлення діагностики. Це набагато зменшує шанси отримання помилок методологічного характеру.
Цього року склалась досить унікальна ситуація, коли Держбюджет прийнято майже в середині року, причому він впливає на ключові значення для розрахунку заробітної плати, починаючи з 01.01.2010р. Ось і виходить, що поточний розрахунок заробітної плати міститиме масові перерахунки, що належатимуть періоду більшому 3 минулих місяців. І діагностика чесно попереджатиме користувача про це об'ємним протоколом зауважень про підозрілі розрахунки. Це може й дещо неприємно психологічно, але доведеться змиритися.
Діагностику даних можна запускати вручну і вона автоматично безумовно запускається перед самим переходом на наступний місяць. Та є додаткове налаштування програми, яке вмикає автоматичний запуск діагностики перед формуванням будь-яких звітно-довідкових форм. Ця функція допомагає уникнути ситуації друку документів на фактично помилкових даних, якщо перед цим не було запущено перевірку даних вручну. Оскільки такі документи (наприклад, оборотна відомість, свод по видах оплат, форма 5 тощо) формуються лише на завершальному етапі розрахунку заробітної плати, то незручностей не повинно бути. Але, якщо, з якихось причин, доводиться багато разів підряд формувати сводні форми і постійні зауваження дратують, можна й вимкнути автоперевірку перед друком. Та, в такому разі, на користувача лягає більша відповідальність за коректність тих самих документів, оскільки можна пропустити важливі зауваженя чи навіть помилки, які виявляться лише перед фактичним закриттям місяця, коли вже може бути пізно їх виправляти (здійснено виплату заробітної плати).
Висновки:
1) зрозумійте ситуацію із зауваженнями у поточному місяці правильно, перевіривши перед закриттям періоду, чи усі вони "нормальні";
2) якщо дратують зауваження перед друком сводів, спробуйте потерпіти і все-таки слідкувати за повідомленнями, щоб не пропустити хоча б помилок;
3) якщо сили волі не вистачає, можете вимкнути діагностику перед друком, але виявіть максимальну увагу при остаточному формуванні сводів для складання звітів, виплати заробітної плати тощо.

В зв'язку з численними зверненнями користувачів стосовно неможливості коригування кількості днів у таблиці 7 щомісячного звіту по єдиному внеску, пропонуємо пояснення ситуації і варіанти усунення проблеми.
Отже, чому так? Насправді, помилки у програмі АС-Зарплата як такої немає. Проблема полягає у зміні форматів самих таблиць звіту. А саме, опис таблиці для відображення працівників із спецстажем раніше містив інформацію про норму такого стажу (поле NORMZ). У свій час це поле зникло і тепер для експорту таблиці 7 непотрібне. З боку АС-Зарплата технологія експорту передбачає наявність серед складових бази даних шаблонного файлу, по якому і формується результуюча таблиця. Тобто, такий файл має містити усі необхідні поля. Коли зміна формату потребує нових полів, вони дописуються у вже існуючий файл шаблону. В даному випадку теж проблем з достатністю інформації немає, адже, як видно, дані нормально імпортуються в АРМ-ЗС. Конфлікт виникає тому, що зараз по старому шаблону АС-Зарплата експортує також зайве поле NORMZ. І хоча воно містить значення 0, а в екранній формі таблиці 7 в АРМ-ЗС відповідного поля немає, реально структура даних АРМ-ЗС все ще має таке поле, що дає логічну можливість запису до нього. Конфлікт виникає через цікаву інтерпретацію в АРМ-ЗС значення 0, яке приймається за значуще, замість визначення факту відсутності інформації. Таким чином, експорт/імпорт відбуваються правильно, а неможливість коригування викликана внутрішнім контролем АРМ-ЗС, що враховує значення 0 у невидимому полі норми спецстажу. Адже особливість цього контролю, що він спрацьовує лише при ручній роботі з таблицями (в той час, як при імпорті із зовнішнього файлу dbf дані записуються як є). Такий от курйоз накладання кількох недоробок різних розробників програмного забезпечення: по-перше, обидві програми ніби й змінили видимі елементи структури своїх баз даних, але залишили усі старі елементи, а по-друге, АРМ-ЗС має недосконалий механізм контролю вхідних даних і особливий погляд на інтерпретацію нульового значення цифрового поля.

Методи обходу проблеми:
1) Очевидно, що найбільш правильним є коректне встановлення періоду застосування спецстажу до посади у відповідному довіднику. В такому разі програма просто автоматично порахує кількість днів і нічого коригувати в АРМ-ЗС не потрібно.
2) Якщо вирішувати силами АРМ-ЗС.
Імпортувати дані в АРМ-ЗС як звичайно, а далі провести внутрішній експорт/імпорт. Тобто, експортувати таблицю 7 у файл dbf з самого АРМ-ЗС, а потім вже з нього імпортувати дані повторно (попередньо видаливши первинні результати імпорту з файлу сформованого АС-Зарплата). Суть цих дій у тому, що АРМ-ЗС, імпортуючи файл E04T07D, записує його вже без зайвого поля NORMZ. Недолік методу у деякій заплутаності та необхідності повторення кожного місяця.
3) Якщо вирішувати силами АС-Зарплата.
Видалити (при вимкненій програмі) з переліку файлів бази даних старий шаблон E04T07D і провести повторний експорт даних в АРМ-ЗС. Суть цього у тому, що при запуску програми буде створено новий шаблон вже без зайвого поля NORMZ. Перевага даного методу у більшій зрозумілості і одноразовому виконанні.

Зрозуміло, що рекомендується перший метод, як чисто користувацький і коректний з точки зору підготовки даних для експорту. Але оптимальним рішенням є все-таки комбінація першого та третього. Тобто, користувач в будь-якому випадку має правильно підготувати довідник, але й оновлення шаблону файлу E04T07D.dbf буде не зайвим для попередження можливих конфліктів у майбутньому.

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

До питання. Звичайно, можете оновлювати. Ми взагалі рекомендуємо завжди слідкувати за новинами і працювати з останньою версією програми.
У Вашому випадку є лиш один нюанс. Версія 3.8.27 не була публічною, а знаходиться між 3.8.0 і 3.8.60. Таку тестову версію Ви могли отримати в індивідуальному порядку для термінового усунення певної проблеми того часу. Наступною була 3.8.67, у якій було виявлено помилку з автоматичним оновленням.

Отже, ставити версію 3.8.87 можете спокійно. Спробуйте спочатку звичайне автоматичне оновлення (Спеціальні функції - Оновлення програми). Якщо функція не спрацює, можете завантажити файл оновлення вручну тут: http://agrosoft.com.ua/downloads.php?...&file_id=6 , або звернутися до відділу обслуговування, де Вам з радістю допоможуть.

Сподіваємось, що звернення не останнє і Ви продовжите використовувати наш ресурс. Нагадуємо, що тут можна не лише задавати питання до компанії АгроСофт, але й спілкуватися з колегами з інших установ та обговорювати і навіть створювати будь-які теми, що не стосуються програмного забезпечення.

На сьогодні сформувалося дискусійне питання щодо порядку утримання нового збору - військового, що з 03.08.2014 р. вступив у дію згідно із Законом № 1621-VII від 31.07.2014 р.
Точкою дискусії є дата початку дії Закону. Оскільки він не має зворотньої дії, то всі нарахування, здійснені ДО 03.08.2014 р. не обкладаються цим збором, в т. ч. навіть за умови виплати ПІСЛЯ 03.08.2014 р.
З вищевказаним фактом погоджуються всі, але деякі консультанти та бухгалтери, чомусь, роблять зовсім різні висновки.

В зв'язку з цим, будь-яка заробітна плата за серпень 2014 р. має підлягати різним правилам утримання. Тобто, що військовий збір має утриматися пропорційно з місячного заробітку лише за час після 03.08.2014 р.

Це є некоректним рішенням. Адже у випадку утримання із місячної заробітної плати неможливо встановити факт її нарахування за окремий день. В Україні, переважно, поширена практика розрахунку заробітної плати за підсумованим робочим часом. Тобто, працівник має встановлений місячний оклад, що нараховується за встановлену місячну норму часу. Кінцевий розрахунок відбувається після завершення робочого місяця. Можна зауважити, щ в бюджетних закладах існує практика передчасного розрахунку ще до завершення місяця (в зв'язку з особливостями планування витрат), але, в будь-якому випадку, розрахунок вважається місячним і відбувається у другій половині місяця. Отже, ні про яку зарплату за один/два/три дні не може бути мови. Формально, днем нарахування можна вважати день виплати, якщо він припадає на цей самий місяць, або останній день місяця, якщо виплата відбувається у наступному.
Зовсім інша справа, якщо розглядати нарахування, факт розрахунку яких можна впевнено визначити до 03.08.2014 р. Наприклад, розрахунок звільненого працівника, розрахунок і виплата відпустки, розрахунок і виплата лікарняного тощо.
Тому: військовий збір із звичайної місячної заробітної плати утримується у повному обсязі.

В зв'язку з цим, усі нарахування до 03.08.2014 р., які стосуються майбутнього періоду, наприклад, відпустки мають обкладатися збором з частини, що припадає на період після 03.08.2014 р., аналогічно до порядку помісячного утримання ПДФО.

Це теж некоректне рішення. Військовий збір хоч і регламентується нормами ПКУ, але не тотожний до ПДФО. До нього не застосовуються прогресивні шкали, ПСП чи інші подібні межі. 1,5% утримується із нарахованої фактично суми. Оскільки відпустка, нарахована у минулому місяці або поточному, але до 03.08.2014 р., належить до періоду, коли військовий збір не діяв - уся її сума не підлягає новому утриманню. В тому числі, навіть якщо виплата таких сум відбувається після 03.08.2014 р. вона не обкладається військовим збором.
Тому: військовий збір із сум відпустки майбутнього періоду, нарахованих до 03.08.2014 р. не утримується взагалі.


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

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

Zelenuy_gau Звісно, можна!
Для цього потрібно використати виділення. Тобто, роздруковуються ті розрахункові листки, які видлілені. Стандартно, виділений один рядок (той, на якому стоїте перед друком). Але є можливість вибрати більше. Це можна робити двома способами з допомогою клавіатури:
а) клавішею [Insert] - виділяється 1 запис на одне натиснення;
б) сполученням клавіш [Ctrl] + [A] (клавіша з літерою А в латинській розкладці, незалежно від вибраної мови) - виділяються всі записи на екрані.

Виділені таким чином записи позначаються жовтим кольором.
Наприклад, якщо потрібно роздрукувати всі листки по установі, знімаєте відмітку з фільтру підрозділу, натискаєте [Ctrl] + [A] і друкуєте як звичайно. Або, якщо потрібні листки для одного підрозділу, то вибираєте його і теж тиснете [Ctrl] + [A] та друкуєте. А якщо треба не всі, але кілька одночасно, то стаєте на кожного потрібного працівника і натискаєте [Insert], а потім друкуєте.

В останні дні минулого року ми отримали цілу низку оновлень законодавства. Якщо зміни щодо застосування ПДФО у контексті розрахунку звичайної заробітної плати мінімальні - зміщення порогу 17% до 20%, то нові правила застосування єдиного внеску викликають більше запитань ніж відповідей.

Зокрема, Закон "Про внесення змін до деяких законодавчих актів України щодо реформування загальнообов'язкового державного соціального страхування та легалізації фонду оплати праці" № 77-VIII від 28 грудня 2014 року містить такі цікаві вирази:



З першого погляду, зрозуміло, що здійснюється просте розширення градації розмірів оплати лікарняних листків. Але є момент, що змушує замислитись про широту дії нових норм на всю суму таких нарахувань. Адже, закон описує компенсацію від Фонду соціального страхування і не зачіпає норм оплати перших 5 днів хвороби.
Тому, перше риторичне запитання: нові розміри допомоги по тимчасовій непрацездатності застосовуються до загальної суми за лікарняним листком чи лише до сум за рахунок ФСС?



Тут, фактично, йдеться про примусове обмеження на мінімальний розмір сплати єдиного внеску. Тобто, скільки б працівник не отримав заробітної плати, розмір його внеску не може бути меншим за мінімальний. А мінімальний внесок визначається відповідно до мінімальної заробітної плати. Причому, під внеском розуміється не лише його утримання, а й нарахування. У підсумку маємо, що в будь-яких випадках при нарахуванні доходів менше мінімальної заробітної плати, необхідно утримати та нарахувати ЄВ на 1218 грн.
Таке твердження дуже спірне і неоднозначне, тому викликає цілий ряд риторичних запитань:
- наскільки справедлива взагалі така норма?
- чи правомірне її застосування для працівників, що працюють не на повну ставку?
- чи правомірне її застосування до сум лікарняних, враховуючи можливість компенсації у розмірі від 50%?
- як діяти у випадку перехідних розрахунків? (одного місяця нараховано відпустку, а в наступному заробіток менше мінімального)
- як діяти у випадку відсутності заробітку? (наприклад, відпустка без збереження заробітку)
- як діяти у випадку звільнення працівника на початку місяця?
- як розраховувати внески при одночасному нарахуванні сум, що підлягають різним розмірам ставок ЄВ? (в одному місяці суми заробітної плати і тимчасової непрацездатності окремо/разом менше мнімальної заробтної плати)



А ця коротенька фраза (хоч і повторюється для різних категорій платників) викликає непорозуміння щодо реалізації порядку НАРАХУВАННЯ єдиного внеску. Адже всі звикли, що утримання соціальних внесків проводиться з кожного окремого працівника, а нарахування розраховується із загального місячного фонду заробітної плати. Тепер же, враховуючи ще й новинку щодо контролю за мнімальним страховим внеском, ситуація, схоже, має змінитися.
Таким чином, маємо ще одне риторичне запитання: невже тепер нарахування єдиного внеску потрібно проводити персонально для кожного працівника за аналогією з утриманням?

І, наостанок, є технічне, але не менш риторичне, запитання щодо звітності з єдиного внеску, порядок формування якої, очевидно, має бути приведений у відповідність до нового Закону.

Можливо, у нетрях законодавчих змін зачаїлися ще якісь непорозуміння, час покаже. А всі описані вище запитання вже маємо і будемо сподіватися, що вони швидко перейдуть з категорії риторичних у вирішені.

Твердження ведучої нічим не обгрунтовані, не всі питання згадані, але можна ознайомитись з наведеними у попередньому повідомленні питаннями, так би мовити "наочно".

Зі сказаного можна винести такі підсумки:
1) нарахування ЄВ таки має бути перенесене на рівень фізичної особи, замість місячного ФЗП за установою;
2) ЄВ набирає ознак ПДФО (у частині контролю за ПСП та відсотковою ставкою) щодо помісячного контролю утримання (в даному випадку сума ЄВ хоч і називається нарахуванням, фактично є утриманням з роботодавця);
3) обмеження за мінімальним внеском діє для повністю відпрацьованого місяця;
4) при застосуванні обмеження за мінімальним внеском має враховуватися лише ставка нарахування відповідно до класу професійного ризику;
5) зміни у звітності чекати доведеться невизначений час (складено проект, але ми пам'ятаємо про подібний проект змін до звіту 1ДФ щодо відображення військового збору, який чекаємо вже пів року), а ПФУ попереджено про врахування тимчасової невідповідності звітних та реальних нарахувань.

Що залишилось за кадром:
1) не описана ситуація, якщо у місяці є лише лікарняний - невже також застосовувати загальну ставку?
2) не до кінця ситуація з перехідними відпустками - після розподілу сум за місяцями, в якому порядку контролювати обмеження внеску?
3) не згадано ситуації із перерахунками заробітної плати за минулий період - чи вони також мають контролюватися помісячно?
4) не розглянуто варіант зменшення заробітної плати за минулий період перерахунками будь-якого типу - чи існує механізм повернення/взаємозарахування надміру сплачених внесків в зв'язку із застосування обмеження?
5) втрачено логіку у питанні щодо відпустки без збереження заробітної плати - якщо зачеплено частину місяця, то обмеження за мінімальним внеском діє, а якщо відсутній заробіток за весь місяць, то чомусь ні?
6) не враховано роботу бюджетних установ, де відсутнє питання тіньового обліку та є затверджені річні кошториси - наскільки доцільно застосовувати обмеження для бюджетних працівників, які чесно відпрацьовують неповну ставку і де взяти на це кошти?

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

Очевидно, умов повноцінної реалізації змін у автоматизації розрахунку заробітної плати, зокрема в нашому програмному забезпеченні "АС-Зарплата", недостатньо. Тому, ми продовжуємо слідкувати за консультаціями і очікувати хоч натяку на юридичне врегулювання оновленої методики нарахування єдиного внеску. Нагадуємо, що питання нарахування ЄВ ніяк не обмежує роботу з "АС-Зарплата", оскільки обмеження за мінімальним внеском не масове (навіть теоретично, застосовується далеко не до всіх працівників), а коригування місячної суми нарахованого ЄВ можливе в ручному режимі.

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

Загалом, послухати цікаво, але доволі передбачувано. Всі, викладені нами вище, риторичні запитання залишаються без відповіді. Єдина надія на анонсовану швидку презентацію змін щодо звітності з єдиного внеску. Із запропонованого способу автоматизованого обліку можна буде краще зрозуміти логіку законодавців.