Проблема решена, как только налоговики открывают файл, их программа начинает ломать наш электронный отчет и пишет туда всякую фигню. Когда заставили отчет кидать не проверяя и не открывая (сразу с флешки) квитанция пришла о приеме отчета без ошибок. p.s. когда дозвонился в гос департамент налоговой, что бы разобраться в чем дело меня культурно послали на....
Дякую, що проінформували нас.
На жаль, таке відношення до клієнтів з боку Фіскальної служби - не новина.
В таблице 6 не заполняется автоматически колонка 21. В том месяце все было в порядке. Сейчас я опять должна сидеть и в ручную набивать цифры. На кой черт программу покупала - не понятно...
ЄСВ таблиця 6 колонка 21 Сума нарахованого єдиного внеску за звітний місяць (на заробітну плату / дохід) - Соната рахує 0,5 коп як 0, а потрібно 1, в результаті звіт НЕ ПРИЙНЯТО. Потрібно виправляти суми вручну. Не дуже зручно так працювати. Підтримую orbitron9. Так можна і клієнтів втратити. Виправте будь ласка цю помилку. Хоча за червень прийдеться все вручну робити.
здравствуйте! цитата:"ПФУ 19.06.2015 р. ухвалив рішення про зняття контролю графи «Сума нарахованого єдиного внеску за звітний місяць» за рядками з типом нарахувань «10», а саме дозволити різницю в одну копійку". как с этим в Сонате? добавила 0,01 в гр.21 по отпускнику вручную, выдаёт сообщение об ошибке (повинно дорівнювати...помноженому...и т.д.)
В таблице 6 не заполняется автоматически колонка 21. В том месяце все было в порядке. Сейчас я опять должна сидеть и в ручную набивать цифры. На кой черт программу покупала - не понятно...
Заповнюється, якщо вказано всі потрібні параметри, зокрема клас проф.ризику. Докладніше я зможу щось сказати, тільки отримавши сам звіт, оскільки зараз змушений описувати кота у мішку.
ЄСВ таблиця 6 колонка 21 Сума нарахованого єдиного внеску за звітний місяць (на заробітну плату / дохід) - Соната рахує 0,5 коп як 0, а потрібно 1
Тут теж індивідуальна проблема, треба побачити звіт.
а саме дозволити різницю в одну копійку"
Різницю між чим і чим?
как с этим в Сонате? добавила 0,01 в гр.21 по отпускнику вручную, выдаёт сообщение об ошибке
Навіщо додавати? Суть рішення полягає у тому, що тепер (теоретично), якщо якась програма зі звітності округлює якесь число не зовсім коректно з точки зору шлюзу, то шлюз все-одно прийме такий звіт. Це суто технічне питання, яке викликане глобальною проблемою округлення десяткових чисел у двійкових системах, і користувачам, на мій погляд, про нього взагалі замислюватись не варто.
Різницю між чим і чим? вот и я хотела бы знать)) однако, ничего другого, кроме этого растиражированного полуофициального сообщения, так и не нашла. поняла, что по строчке с кодом «10» не проверяется арифметика, т.е. если результат умножения отличается от значения, указанного в соответствующей ячейке отчёта на 0,01 (плюс или минус), то такое значение считается верным. и почему, если проблема округления настолько глобальна, решение принято только в отношении отдельных строк (с кодом «10»)?
>користувачам… взагалі замислюватись не варто. не получится, при всём желании. ведь кроме отчёта есть ещё и учёт, данные которого теперь, выходит, надо приводить в соответствие с тем, что назаполнялось в отчёте? а ведь учёт по отношению к отчётности первичен. когда сотрудник показан в отчёте только одной строкой, проблем никаких. июньский благополучно сдали. а вот в майском было несколько отпускников, из-за округлений при заполнении отчёта (не в учёте) вылезла недоплата в 0,02 грн. к этому времени зарплата за отчётный месяц была уже выплачена, и налоги перечислены. пришлось делать ещё одну платёжку с запасом (для будущих расхождений). в июле снова несколько отпускников. имея майский опыт, заранее подверила, что будет в отчёте (так, как Вы говорите, без вмешательства пользователя). по каждому сотруднику, расписанному двумя строками, расхождения в копейку. а в целом по отчёту 0,03 грн. причём, в меньшую сторону, чем по расчётно-платёжной ведомости. поэтому я и хотела добавить по 0,01. чтобы и по каждому сотруднику, и в целом всё сошлось. не вышло…))
цитата:"ПФУ 19.06.2015 р. ухвалив рішення про зняття контролю графи «Сума нарахованого єдиного внеску за звітний місяць» за рядками з типом нарахувань «10», а саме дозволити різницю в одну копійку".
І до речі. Я зараз шукав по інтенету - ніде не бачу відповідної постанови, листа, роз'яснення чи якогось іншого офіційного документу від ПФУ з таким рішенням. Все, що є - це тільки нічим не підкріплене повідомлення сайті Медка без будь-яких посилань на відповідний норматив.
Здається, що це "рішення" - тільки умова на словах між ПФУ та Медком. При цьому ПФУ у будь-який момент має право накласти штраф на платника за різницю у 1 копійку.
кроме отчёта есть ещё и учёт, данные которого теперь, выходит, надо приводить в соответствие с тем, что назаполнялось в отчёте? а ведь учёт по отношению к отчётности первичен
Проблема округлення є у всіх програмах і не всі вони її вирішують однаково. Більше скажу, може бути так, що одна програма в абсолютно однакових документах буде округлювати по-різному на різних комп'ютерах (у залежності від операційної системи та процесора). Особисто я вважаю відповідальним за цей безлад стосовно сфери звітності на ПФУ, оскільки він повинен був ухвалити відповідну службову постанову, яка би встановлювала чіткі правила округлення для будь-якого випадку в ЄСВ. А то зараз розробники ПЗ зі звітності та користувачі повинні методом спроб визначати - як же там округлює пенсійний шлюз, що йому треба відіслати, щоб нарешті прийнялося...
За відсутності чіткої нормативної бази, ми (та інші розробники також) на жаль, не можемо вам гарантувати коректність округлення у будь-який момент.
Проблема округлення є у всіх програмах і не всі вони її вирішують однаково. Більше скажу, може бути так, що одна програма в абсолютно однакових документах буде округлювати по-різному на різних комп'ютерах (у залежності від операційної системи та процесора).
На різних комп'ютерах і це що в дужках - дуже цікава теорія. Наведіть приклад. Як на мене, то це абсурд. Як округлення в сторонній програмі може залежати від характеристик комп'ютера? Ще раз повторю:
Соната рахує 0,5 коп як 0, а потрібно 1, в результаті звіт НЕ ПРИЙНЯТО
Коли заокруглив 0,5 коп. до більшого значення, звіт прийнявся. От і вся проблема. З Ваших пояснень я зрозумів, що кожен комп'ютер користувачів сам вирішує як заокруглити 0,5 коп у Сонаті. Чекаю на відгуки у кого і як заокруглює Соната.
На різних комп'ютерах і це що в дужках - дуже цікава теорія. Наведіть приклад. Як на мене, то це абсурд. Як округлення в сторонній програмі може залежати від характеристик комп'ютера?
Якщо точніше - від характеристик математичного сопроцесора у даний момент. Очевидно, що на різних комп'ютерах у різні моменти ці параметри можуть бути різними.
Округленням, як і іншими арифметичними операціями, займаються не програми, а відповідний процесор.
http://www.tiflocomp.ru/games/design/fpu.php
Розділ "Регистр управления", поле RC.
Согласна с orbitron9 и Юрием, ну что это такое, просто безобразие. Села набирать отчет за июль, в табл. 6 - ну полное ...., я уже сто раз пожалела, что купила Сонату, а не Медок!!! В липні усе було гаразд з заокругленням, а тепер ?! третій раз вже набираю і теж саме, в гр 21- 1750,00 х 36,83% = 644,53, а программа исправляет на 644,52 ??? в гр 20- 156,25 х 3,6% = 5,63,а программа исправляет на 5,62 ??? уже и автозаполнение отключала/включала, как можно 0,005 округлить до 0,00 ? ну честное слово это никуда не годится! Ну и як здати звіт, якщо він не робиться, якщо роблю правильно в ручну, по перше не зберігає мої дані, а по друге видає помилку, і на 19 працівниках, це 18 коп в утриманні і 1 коп в нарахуванні, і все це в зменшення, тобто на користь штрафів? Одна нервотрепка! Версія в мене остання!
Витратила, на це "грання" 2 години, і все марно! А мене 5 фірм і на всі здуру купила Сонату, закінчиться ліцензія, як Ви гадаєте куплю я її ще хоч раз? Емоційно, да! а як інакше? Чи Ви надаєте бухгалтерам більше нема чого робити?
У наступній версії програми систему округлення буде дещо змінено.
І коли це буде?
Можливо, на наступному тижні.
Ого! Оце так поворот.
У наступній версії програми систему округлення буде дещо змінено.
Напевно я щось не зовсім зрозумів. А як же Ваше твердження, що > Округленням, як і іншими арифметичними операціями, займаються не програми, а відповідний процесор.
Напевно все-таки програми, бо Медок якраз розраховує як написала zvitdpiiau трохи вище. І це на одному комп'ютері, а не на різних. Можна зробити висновок, що Сонату безпечніше використовувати тільки для підпису та відправки, а не для формування звітів. Ще "сирувата". Або все перевіряти вручну(не дуже раціонально).
Ну от, наша пісня гарна й нова, починаєм її знову! Віталій Міхов 06 Серпень, 2015 11:10 У наступній версії програми систему округлення буде дещо змінено. Скажіть будь ласка, що Вам досвідченим комп'ютерщикам, важко зробити, математично вірні заокруглення до 2-х десяткових знаків після коми? Вже в версії 0.12.2 гр. 21 знову 1750,00 х 36,83% = 644,52 (повинно бути 644,53 - бо за правилами математики, якщо наступна цифра більша ніж 4 заокрулюється до 1, а не до 0- може ви це пропустили у 1-му класі???) і хоч тобі що, навіть вручну не дає коригувати, після перевірки коректності пише помилку. Дуже велике прохання- зробіть як слід, щоб кожного місяця, подача звітності не перетворювалася для бухгалтерів на кошмар. Будь ласка!
гр. 20 - зробили, гарно заокруглює, ну чому ж одразу не зробити і гр. 21 ??? Будь ласка виправте, дуже важко працювати.
вибачте за повтор, в мене в ЄСВ 6 таблиці є 31 аркуш по 10 рядків в 16 аркуші я видалив 3 співробітника, як можна виправити помилку про кількість рядків на аркуші, соната автоматично не переміщує співробітників так щоб їх знову стало 10, а не 7 на 16 аркуші
Технічна підтримка: support@sonata.biz.ua