У мене була аналогічна ситуація зі звітом за 2017 рік: платив за кожен квартал своєчасно, але у річному звіті заповнив інший додаток. Звіт прийняли (здаю паперові звіти). Через 2 місяці отримав листа, що за минулий рік я маю борг по ЄСВ. Борг за всі квартали. Іспектор пояснила, що це з причини не вірно зданого звіту, і порекомендовала писати листа, щоб переглянули платежі і дозволили перездати звіт. Написав листа в обласній ДФС, де вказав що все сплачено і коли здавав звіт, то зауважень не було. Десь через пару місяців з якоїсь причини я повторно писав їм листа. Копії листів залишав собі. Лише у листопаді 2018 мені позвонили і сказали, щоб я повторно здав звіт. Ніяких штрафів/пені не сплачував.
Думаю, у великій мірі залежить від інспектора. Але коли прийшов перший раз, то вона мені теж погрожувала штрафом. Та я їм сказав, що звіт був прийнятий на етапі здачі і зауважень не було. Ясна річ, що коли на потоці їх приймають, то ніхто не враховує хто і що здає. Та й ПЗ у них з цим не працює. Але звіт прийняли, то ж можна «давити» на саме цей момент.
Більше всього мене здивувало у моїй ситуації «куди Ви зараховували цілий рік мої сплати за ЄСВ?» і "яким чином вони пов"язані зі звітом?"
Тож у Вашому випадку треба писати листи з приводу Вашої ситуації. І, можливо, сплатити всі штрафи, якщо Ви вже почали їх платит. Але спочатку проконсультуйтеся у інспектора. Якщо ці штрафи з часом не зростають, то почати з написання листа.
Але завжди є одне АЛЕ. Можливо, простіше +1 годину попрацювати та заплатити штраф, ніж витратити півдня/день на біганину. З іншого боку всі держ. установи побудовані так, щоб люди або мовчки платили, або намагалися сперечалися.

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

Додаткові КВЕДи можна «дописати» будь-коли

Я нічого не сказав про зло. Просто ускладнюється перенос.
Одне діло правити код для проектів на інтерпретаторах, а інше діло, коли проект компілюється. Логіка на стороні СУБД по суті є хорошим варіантом (за можливості) у випадках, коли проект компілюється.

Можливості у реалізації хоча б тих же процедур у кожної свої і зі своєю специфікою. І не завжди вдавалося перенести один в один з однієї СУБД на іншу. У моєму випадку було з MS SQL Server на PostgreSQL. І там були не якісь прості або проміжні запити, а функціонал, який виконувався годинами з метою формування звітності

Взагалі то ніколи ні в чому немає проблеми. Просто час і просто гроші

хоча це не відноситься до ORM. Але у випадку наявності великої кількості логіки на рівні СУБД, виникає дуже багато моментів щодо міграції. Та таких проектів дуже мало :)

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

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

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

Якщо про звітність, то 5 разів. Але суть не лише у звітності

Тобто проводячи аналогію з нашою спеціалізацією:
1. не затребувані або мало затребувані мануальні функції у продукті то норм, і можна на них витрачати час, а то і фіксити. Хоча їх давно можна автоматизувати малими зусиллями і забути. Але треба ж якийсь час трекати.
2. Клієнти реєструються на сайті з заповненням профілю, але шеф сказал лише хардкор і всіх зареєстрованих потрібно руками забекапити на папері. Тож сидить штат працівників і переписує з екрану на бумагу. Бо паперовий архів/облік — то святе!

Вашими устами та мед пити. Аби не 30%, а можливість обналу у валюті))

Немає щоб пообіцяти оптимізувати дурість, так краще обіцяти все залишити без змін. А реально вже давно треба ФОП позбавити тупої звітності:
1. річні по ЄСВ — з року в рік заповнювати банальні речі, які просто витікають з щомісячних/щоквартальних сплат;
2. квартальні/річні для 3 групи, а також книга надходжень, за умов праці по безналу.
І не треба буде ніяких цифрових підписів і кабінетів, або змінювати формати звітності.
Але це ж не цікаво. За що тоді фіскалам доколупуватися або штрафи/пеню вимагати. А так і черги є, і видимість роботи

Уточнюйте у ДФС правила відкриття ФОП на даний момент. Раніше ФОП «активувався» лише з наступного кварталу, що слідує за кварталом реєстрації ФОП

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

Якщо все обмежується «62.01 Комп’ютерне програмування», то всі компанії перейдуть на «63 Надання інформаційних послуг» — такими собі «ботофермами» стануть

Складається враження, що і в ПХП частині у Вас не краще

За умов, якщо Ви відправляєте клієнту свої програмні розробки, які функціонують лише у Вашому середовищі та виключно на Вашій робочій станції, — 100% ОБОВ"ЯЗКОВО. І Ваш консультант був абсолютно правий

ваша правда. Давно у мене був подібний ікспірієнс. Нехай живе ВАК!))