Працівнику нарахована та виплачена заробітна плата за повністю відпрацьований грудень місяць 2014 р. але в січні 2015 року був наданий до бухгалтерії лікарняний лист за грудень-січень. При заповненні даних таблиці 6 звіту ЄСВ - мінус заробітна плата та мінус ЄСВ за грудень місяць 2014 р. і відповідно проставляю плюс суму по лікарняному листі та ЄСВ за грудень 2014 р. з кодом категорії 36 так, як працівник установи являється інвалідом. При перевірці коректності звіту створеного в Сонаті програма пише, що виявлено помилку і просить заповнити графу 10 з відповідним кодом типу нарахування на проти суми з мінусом по заробітній платі за грудень місяць хоча раніше створювали звіти в Медку і це не являлося помилкою, телефонувала в ПФ там відповіли, що звіт створено правильно і проставляти код типу нарахування не потрібно, просто це є помилка розробників Сонати. Прошу прийняти до уваги та зробити виправлення в програмному забезпеченні.

Дякуємо за інформацію. Дану ситуацію буде перевірено та виправлено.
Зараз Ви можете підписати та відправити звіт, не зважаючи на попередження програми.

Але при підписанні звіту програма пише, що звіт не пройшов перевірку на відповідність стандартам. Чи буде даний звіт доставлений до контролюючих органів?

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

В фірмі 40 працівників. Не бачу можливості упорядкувати їх за алфавітом у 6-ій таблиці. Відсортувала їх у довіднику працівників, зберегла профіль. Відкрила довідник, знову все перемішано, упорядкування не збереглося. Дуже незручно. Що можна зробити, щоб отримати працівників у 6-ій табл. за алфавітом?

Сортувати при заповненні з довідника співробітників чи взагалі і при ручному додавані також?

По-перше, сам довідник не зберігає сортування: відсортуєш, виходиш, заходиш - все перемішано, це незручно. По-друге, у самій таблиці 6 список працівників має сортуватися по алфавіту, інакше дуже важко орієнтуватися у ньому у випадку великої кількості працівників, а такої можливості немає.

у самій таблиці 6 список працівників має сортуватися по алфавіту

Ще раз запитаю: коли саме він повинен сортуватися - при ручному додаванні співробітника (автоматично чи якоюсь кнопкою) або при автоматичному заповненні 6 таблиці з довідника співробітників?

Ще раз запитаю: коли саме він повинен сортуватися - при ручному додаванні співробітника (автоматично чи якоюсь кнопкою) або при автоматичному заповненні 6 таблиці з довідника співробітників? цитата

Насамперед при автоматичному заповненні 6 таблиці з довідника співробітників.

Це можна зробити, гадаю.
Розглянемо на наступну версію.

При підписуванні звіту "Помилка: значення рядка 26 повинно дорівнювати кількості рядків у таблиці". В таблиці 2 рядки, в рядку 26 Кількість заповнених рядків на аркуші також проставлено 2. У чому помилка?

1.При перевірці коректності заповнення форми 6 - видає "Помилка: Для даного коду ЗО повинна бути заповнена графа 14 або 15" Працівник ЗО (графа 9,код категорії)1(найманий працівник на загальних підставах) ,код нарахувань(графа 10) 10 – нарахована сума заробітку (доходу) за дні відпустки; Чому видає помилку? 2. При консолідації не вірно розраховує в таблиці 1 рядок 1 та рядок 1.1. Не враховує робітника у відпусці, у якого ЗО(тип нарахувань) -1, а код нарахувань 10. І при перевірці цю помилку не виділяє. Виправляла сама. Потрібно це виправити.

При підписуванні звіту "Помилка: значення рядка 26 повинно дорівнювати кількості рядків у таблиці". В таблиці 2 рядки, в рядку 26 Кількість заповнених рядків на аркуші також проставлено 2. У чому помилка?

Спробуйте натиснути Розрахунок у 6-й таблиці, чи зміниться кількість рядків у 26? Якщо помилка залишиться, тоді нам треба отримати файл цього звіту на support@sonata.biz.ua з коротким описом проблеми, щоб ми могли знайти помилку.

В таблиці 1 у рядки 3-3.1.1, 5-5.1, 8-8.1, 8,9 суми нарахованого й утриманого єдиного внеску не переносяться з таблиці 6, а, як я розумію, обраховуються незалежно. В результаті помилок округлення виникають розбіжності між відповідними рядками табл. 1 і загальними підсумками табл. 6 (напр., 4226,29 і 4226,27 або 412, 00 і 411,98). Звіт не приймається податковою з отакими зауваженнями: "Помилка Таблиця 1 рядок 5. зазначено суму відміну від загального підсумку графи "Сума єдиного внеску за звітний місяць (із заробітку\доходу)" таблиці 6 додатку 4 по всіх застрахованих особах, крім застрахованих осіб з типом нарахувань 2,3,4,5,6,7,8,9,11,12 Помилка Таблиця 1 у рядку 3 "Нараховано єдиного внеску, усього (р.3.1 + р.3.2 + р.3.3 + р.3.4 + р.3.5) зазначено суму відмінну від загального підсумку графи "Сума нарахованого єдиного внеску за звітний місяць" таблиці 6 додатка 4 по всіх ЗО, крім ЗО з типом нарахування 2,3,6,7,8,9,11,12 (тільки 1,пусто, 10 та 13) Помилка Таблиця 1 у рядку 3.1 "на суму заробітної плати, усього (р.3.1.1 + р. 3.1.2 + р.3.1.3 + р. 3.1.4 + р.3.1.5 + р.3.1.6 +р.3.1.7) зазначено суму відмінну від загального підсумку графи "Сума нарахованого єдиного внеску за звітний місяць" таблиці 6 додатка 4 по ЗО з кодами 1,2,3,10,11,12,13,14,25,27,28,30,32,41,46,47, крім ЗО з типом нарахування 2,3,6,7,8,9,11,12 (тільки 1,пусто,10)".

Спробуйте натиснути Розрахунок у 6-й таблиці, чи зміниться кількість рядків у 26? Якщо помилка залишиться, тоді нам треба отримати файл цього звіту на support@sonata.biz.ua з коротким описом проблеми, щоб ми могли знайти помилку.

Розрахунок у неліцензійній версії недоступний. Коли в 26 рядку замість 2 увів 02, помилка зникла.

В таблиці 1 у рядки 3-3.1.1, 5-5.1, 8-8.1, 8,9 суми нарахованого й утриманого єдиного внеску не переносяться з таблиці 6, а, як я розумію, обраховуються незалежно. В результаті помилок округлення виникають розбіжності між відповідними рядками табл. 1 і загальними підсумками табл. 6 (напр., 4226,29 і 4226,27 або 412, 00 і 411,98)

Якщо вони будуть переноситись, а не обраховуватися, то розбіжність у копійках виникне в інших місцях звіту, між розділами 4 та 5 таблиці 1.
Ви трохи некоректно висловилися, це не помилки округлення, а похибки округлення, і їх уникнути математично неможливо. Раніше, наскільки я знаю, подібну похибку в ПФУ пропускали із зауваженням, тому що інакше просто неможливо зробити. Як зараз із цим питанням у них - не скажу, гадаю вам треба проконсультуватися у місцевому відділенні Пенсійного фонду.

цитатаЯкщо вони будуть переноситись, а не обраховуватися, то розбіжність у копійках виникне в інших місцях звіту, між розділами 4 та 5 таблиці 1. Ви трохи некоректно висловилися, це не помилки округлення, а похибки округлення, і їх уникнути математично неможливо. Раніше, наскільки я знаю, подібну похибку в ПФУ пропускали із зауваженням, тому що інакше просто неможливо зробити. Як зараз із цим питанням у них - не скажу, гадаю вам треба проконсультуватися у місцевому відділенні Пенсійного фонду. цитата

Я перенесла суми з 6 табл. і виправила інші, залежні, суми у 1 табл., і звіт прийняли. А ставлення податкової до розбіжностей ми бачимо - не приймають.

При перевірці коректності табл.6 помилка "Для даного коду ЗО повинна бути заповненою графа 14 або 15". Всі ЗО -код 01. В чому помилка?

Я перенесла суми з 6 табл. і виправила інші, залежні, суми у 1 табл., і звіт прийняли. А ставлення податкової до розбіжностей ми бачимо - не приймають.

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

При перевірці коректності табл.6 помилка "Для даного коду ЗО повинна бути заповненою графа 14 або 15"

Ця ситуація буде виправлена у наступній версії, помилки там не повинно бути.

Дякую. Буду чекати наступну версію.