Здравейте, колеги,
Дълго време се блъскам, когато се наложи да осчетоводя болничен лист. Имам малка фирма и за това нямам софтуер за това. Така всеки път поправям и подавам поне два пъти деклароция 1 и декларация 6, когато осчетоводявам болничните. Въпросът ми е дали някой знае добра програма, която да подготвя декларациите №1 и №6, както и документите за НОЙ, въз основа на въведени данни от болничния лист?

Ми свалете си програмата от сайта на НАП за Д1 и Д6, а за болнични от НОИ!

Здравейте колеги,
Вече трета година срещам проблем при попълването на ГФО на НСИ!
...
както и документите за НОЙ
в какъв аспект "колеги"?
Три пъти Ви прочетох "колега" и дума не разбрах.

Мисля, че е добре да си направите една екселска таблица за болничните, която да ви смята. И после да си ползвате НАП програмата за осигуровките.

екселската таблица се нарича "Ведомост за заплати"
аз съм си направила такава и нямам проблеми нито с подаване на Д1 и Д6 с напската програма, нито с подаване на болничните с нойската
съмнявам се обаче питащият/ата да успее да си направи читава ведомост на ексел

така че по-добре да се купи ТРЗ-софтуер, колкото и нерентабилно да изглежда за малка фирма

и само за протокола - болничните не се осчетоводяват

Предложението за таблицата е добро. Като същата може да прави направо Д1 и 6. За второто е по-лесно с макрос, но може и без. Обаче за целта, човек трябва да познава възможностите на ел. таблици поне на основно равнище.

Безплатна програма за ТРЗ/ЛС има една, но не е обновявана от години. Но дори да беше, с нея не се работи много по-лесно отколкото с ел. таблица. Пак са формули, макар по-различни.

За разлика от Бонка, която недолюбва НОИ-ската програма за болничните (основно заради цъкането на т. 2,1), то на мен доста ми харесва. Например това, че от нея директно мога да пратя болничния в НОИ, без да я напускам и без да отварям noi.bg, е нещо, за което мечтая в НАП-ските програми.

bonou2, аз не споменавам ГФО за НСИ никъде! Както казах - и така се справям, но всеки път срещам формални трудности, които ме връщат в началото на процедурата. Ето отговорът на SID e по-полезен:

"Автор: StD Профил Изпрати кратко съобщение | Дата: 14.04.2020 13:19
Мисля, че е добре да си направите една екселска таблица за болничните, която да ви смята. И после да си ползвате НАП програмата за осигуровките."

Да, екселската таблица решава част от проблема, но не целия. Аз лично ще се постарая да си набавя или направя такава. А колко лесно би било да се ползва нещо готово. Например едно "прог-че", което да извежда Д1, Д6. приложение9 и 15! Или "калкулатор болничен". В тази връзка се чудя, дали на мен първи ми хрумва това или иманещо готово.

Просто видях предходния Ви въпрос и там използвате "колеги" към IT специалистите. Та да, ехселЪт е голям пич, но да Ви попълни Д1 надали.
Програмата на НОИ за болничните е Ок, използвам я от години безпроблемно, но тя " не осчетоводява" нищо. С малко повече усилия от Ваша страна, би могло да се случат нещата, много се справят сами.
Успех "колега".

<sup>Отговор на Whitestar(14.04.2020 13:42):
Whitestar каза:
bonou2, аз не споменавам ГФО за НСИ никъде! Както казах - и така се справям, но всеки път срещам формални трудности, които ме връщат в началото на процедурата. Ето отговорът на SID e по-полезен:

"Автор: StD Профил Изпрати кратко съобщение | Дата: 14.04.2020 13:19
Мисля, че е добре да си направите една екселска таблица за болничните, която да ви смята. И после да си ползвате НАП програмата за осигуровките."

Да, екселската таблица решава част от проблема, но не целия. Аз лично ще се постарая да ...</sup>

пп
Сори, Абби е писала вече, аз се повтарям малко.

Писали сме заедно с Аби

<sup>Отговор на Abby12(14.04.2020 13:35):
Abby12 каза:

...
и само за протокола - болничните не се осчетоводяват</sup>


Е има едни три дни от работодателя ;)

п.п. Говорейки за ведомости, аз съм отчаян по темата. Правил съм множество варианти и все нещо не е наред.

Например не мога да се сетя начин да направя ведомост по график. И благодаря на небесата, че досега не съм се сблъсквал със СИРВ. Това е защото ще трябва да имам колони с по 8 760 реда за всеки един служител. Това е убийствено с vlookup (е аз на практика ползвам INDEX+MATCH като много по-гъвкаво). Съвсем различно е, когато са 365(6). Тогава е моментално.

Не виждам начин да събера всички ведомости в един документ, освен, ако не преизчислявам всичко вместо с формули, а с макроси и не заключвам всяка страница с ведомост от отминал месец.

Ведомостите може да са на една страница, но тогава имам проблем, как да се разпечатва. На практика не е възможно да е автоматично. Редове могат да се крият само с макрос, но как след това разместване, ще се оправя оформлението за печат, изобщо не ми е ясно.

Проблем е също назначаването и освобождаването. То може да бъде до пет пъти в месец и това трудно се подава на автоматизиране.

И не на последно място проблем са самите болнични. Кога един болничен е продължение на друг? Кога се дължат пари от работодателя?

В тая връзка и за неплатения отпуск, кога здравното за чия сметка е?

Това са все неща, които няма, как да се решат автоматично в ел. таблица, просто защото там няма подобна информация. За да проима, трябва да станат много сложни полетата за попълване. Например в последния случай трябва да има отбелязване (може би с тикче?), по чия инициатива е неплатения отпуск.

И така нататък. Много съм ги мислил тези въпроси и универсални решения не съм намерил.

Най-добре е да си купите модул ТРЗ по избор.Тези НАП и НОИ програми търпят постоянно промени.Препоръчвам Регата!Телефони
(0431) 63637
0888 610864, 0899 224933

Което ме подсети пък за отчетите за НСИ. По принцип почти цялата инф. я има в една ведомост. Няма, кой е на намален работен ден (напр. 4 часа), но може да се вземе, кой е жена (по ЕГН, които служат и за ДЗПО). Но проклетата статистика не работи с точни стойности, а със закръгляния. Така на три от четирите тримесечни отчети, трябва да има съобразяване и изравняване. Това е нещо, което все още не съм направил в таблиците си и не ми е съвсем ясно. Разбира се, че още преди години пробвах играта с roundup, rounddown. Ама си е левашко и не дава по-добри резултати от просто round.

доп.
====

Нали сметката мъж, жена е елементарна. Нещо такова:

^{IF(LEN(A1)=10;IF(ISODD(VALUE(MID(A1;9;1)));"Ж";"М");"ГРЕШНО ЕГН")}

Е знам, че не съм включил смятането на ЕГН-то дали наистина е вярно, но буквално туко що го нащраках. А при истинска проверка за вярност на ЕГН си трябват малко повече сметки.

Аз години наред ползвах екселска таблица за "къстъм мейд" платежна ведомост и друга таблица за счетоводството - пишеш дебит/кредит, то ти прави ОВ, касов отчет (в бюджета съм) и всичко каквото пожелаеш. За болничните и отпуските имаше помощна табличка със сметките. След като ме задължиха да ползвам определена програма тези ги поизоставих и ме мързи да ги доискусурявам, да измислям генериране на Д1 и Д6 и т.н. но за целите на дребно счетоводсво, с няколко човека и не много голямо разнообразие на нуждите ексела е супер-пупер. Та даже и html съм си правил на ексела да тегля едни безброй картинки, които иначе трябваше една по една :)

^{Отговор на b0b0(14.04.2020 14:13):
b0b0 каза:
Аз години наред ползвах екселска таблица за "къстъм мейд" платежна ведомост и друга таблица за счетоводството - пишеш дебит/кредит, то ти прави ОВ, касов отчет (в бюджета съм) и всичко каквото пожелаеш. За болничните и отпуските имаше помощна табличка със сметките. След като ме задължиха да ползвам определена програма тези ги поизоставих и ме мързи да ги доискусурявам, да измислям генериране на Д1 и Д6 и т.н. но за целите на дребно счетоводсво, с няколко човека и не много голямо разнообразие на ...}


Бобо ти и до момента беше мое лично божество (на жена ми също, имаш поздрави от нея, нищо, че не пише тук), но сега вече съвсем ме накара да си глътна граматиката. Ти си бил толкова далеч, колкото не съм мечтал да бъда. Жалко, че си изоставил проекта и не е видял бял свят. Още народ щеше да те боготвори. Особено тези бюджетарите.

Благодаря за поздравите, ама чакай да пусна вентилатора, че ми се зачервиха ушите :)
Ако и счетоводството така ми вървеше, ехееей... :)

Бобо, сега е удобен момент да те питам. Виждал съм, че бюджетарите попълват някакви огромни таблици. Едни такива шарени, с много листи с всякакви странни заклинания изписани по тях. Пращат ги на общините, те май на някакви министерства ги препращат. И съм гледал тия неща ги попълват с дни.

Ти при твоята система, как си го правил? Щото аз нали си обичам да генерирам с и без макрос. Ей тая горната, тримесечната, дето обсъждах, даже самите НСИ я раздават(-ха) готова. Не ми се наложи да си я правя сам. Щото нали има вертикални колони и други гадни форматирания, дето бая време щяха да ми отнемат да ги наглася да заприличат на хартишката. Та външния вид са ми го дали, цифрите ми се попълва автоматично от ведомостите, само разпечатвам и пращам. Ама при такава сложна, огромна таблица ми се вижда невъзможно.

Ти как си я попълвал? Пак ли на ръка? Всички ли бюджетари попълват това чудовище на ръка? Казваш, че ползваш специализирана програма за бюджета, тя не може ли да го генерира? Ако имах софтуерна компания и продавах, това щеше да е първото, което да сложа. Тукашната община ползва ФСД, която не, че съм я разглеждал, ама май няма такава възможност. Щото веднага се поинтересувах, ама нъцки. Или тия хора не знаеха за такава, или просто няма. Което е тъпо. Това е програма правена от министерството на финансите.

Всичко може да се направи.
Аби е права за пълната ведомост. Много удобна таблица с всички колони. Мисля че имаше някъде из нета (не знам колко са актуални процентите, но може да се оправят.
Тъптадрънка също има прекрасни идеи да се генерират декларациите от ексел. В случая на формат със запетайки не е труден макрос. Особено ако става въпрос за много служители, има голям смисъл.
Колкото до това НОИ-ското, при мен не сработи. Излизаше на маймуни. Но може аз нещо да не съм разбрал как точно работи. Така или иначе се отказах да го ползвам.

Тези таблици, например месечни отчети или годишните, са все на ексел и се попълват ръчно. Например начални салда и обороти по сметките - преписваш от единия файл на другия. Заключени са и не можеш нищо да пипаш там, даже и цвета да смениш, за да не излизат черни клетки при печат. Сигурно има чалъм, но не се знае дали няма да се прецака нещо. Вероятно "горе" имат начин на обобщаване на всички файлове от всички организации, не знам.

Такъв файл е този, например https://www.minfin.bg/upload/43959/BALANCE-2020-MAKET-entity.xls

Иначе, в нашата община всички разпоредители работят с една и съща програма, която генерира месечни файлове, файлове за амортизации и разни други справки, които се изпращат на общината и тя ги обобщава с някаква функция на същата програма. Но мисля, че нагоре и те използват екселските, когато трябва, не знам. Е, даваме и на хартишка, да има :)

^{Отговор на StD(14.04.2020 15:08):
StD каза:
Всичко може да се направи.
Аби е права за пълната ведомост. Много удобна таблица с всички колони. Мисля че имаше някъде из нета (не знам колко са актуални процентите, но може да се оправят.
...}


Светьо си бачка и си обновява TROX-а всяка година. Голям печаняга. Проблема да не ползвам неговото нещо е чисто личностен. И той като мен не е ТРЗ и има неща, които не ги е направил, както би ги направило ТРЗ. Отделно, че си имам някакви мои идеи, каква точно трябва да е техническата реализация.

Малък пример за последното е, че аз обичам да бича проверки навсякъде и всякакви. Е в онази формула дето я измислих преди малко (не, че трудна и за десетгодишен да я измисли) се вижда, че веднага пъхам проверка. Виждал съм той също да прави нещо подобно, което е похвално. Но например аз го правя с условни стилове, защото искам проблема веднага да ми се открои и да ме насочи да го оправя. При него просто вади надписи. И така нататък.

<sup>Отговор на Whitestar(14.04.2020 13:42):
Whitestar каза:

...
А колко лесно би било да се ползва нещо готово. Например едно "прог-че", което да извежда Д1, Д6. приложение9 и 15! Или "калкулатор болничен". В тази връзка се чудя, дали на мен първи ми хрумва това или иманещо готово.</sup>


Това е идея, която можеш да дадеш на Катя. Половината е изпълнена. Има калкулатор за осигуровки (но доколкото знам не вади Д1 и Д6). Само трябва да добави един за болнични. Даже се чудя, как не го е направила до сега.

Ние тук (включително снощи) ѝ се присмиваме, ама това е жена, която знае, какво иска и как да печели пари от Интернет. Малко хора го могат у нас. При това го прави елегантно.

Пък нека си е кучка, колкото ще. Аз досег с нея нямам. Жената иска да е красива, богата и известна. Само последното не е постигнала, щото рядко се добира до национален ефир за разлика от калъфи като Румен Гълъбинов. Не, че сигурно би говорила по-умни приказки.

Abby12,
Трите дни за сметка на работодателя не се ли осчетоводяват?

Очаквам да ме заядеш като горчива краставица!

^{Отговор на TaNikKa(14.04.2020 19:55):
TaNikKa каза:
Abby12,
Трите дни за сметка на работодателя не се ли осчетоводяват?}


аз не осчетоводявам дни, а разходи - за възнаграждения, обезщетения, осигуровки
начислявам ги по ведомост

ти ако ги осчетоводяваш по болничен си е твоя работа

Добре, че вече обезщетенията не се изплащат през работодател, че щеше да пишеш не осчетоводявам обезщетения, а приходи в разчетната.

^{Отговор на TaNikKa(15.04.2020 06:28):
TaNikKa каза:
Добре, че вече обезщетенията не се изплащат през работодател, че щеше да пишеш не осчетоводявам обезщетения, а приходи в разчетната.}


ако Левски беше с ботуши, а Ботев с каска какво ли щеше да стане?

^{Отговор на TaNikKa(15.04.2020 06:28):
TaNikKa каза:
Добре, че вече обезщетенията не се изплащат през работодател, че щеше да пишеш не осчетоводявам обезщетения, а приходи в разчетната.}


Ами те някои работодатели така правеха. Запазваха парите за себе си и не даваха стотинка на работника. Когато това стана масово като порой, държавата каза: Баста. И започна тя да го прави.

Благодаря на колегите, че са взели въпроса присърце. Относно създаването на екселска таблица, вероятно е подходяща за малки фирми, като моята и ще опитам, вероятно дори макроси няма да има нужда да използвам, а само формули за процентите. Благодаря и на Cromwell за идеята, предполагах, че има нещо готово! Калкулатор има за всичко, не е зле да се направи и един цялостен за болничен лист, заедно с датите "от - до", все пак не всички сме IT програмисти. Относно "осчетоводяването" - думата съм използвал в общия книжовен смисъл, за разлика от думата колега. Вероятно bonou2 има в предвид значението и "контирам", но нямам намерение да оспорвам.

Преди години предлагах на една колежка да си направи на Ексел-а някаква таблица. Оная ми казва:
-Той Ексела не смята правилно!
Като погледнах някаква таблица направена от нея - еми наистина е така (според нея). Залагала си е в кутийките процент например /или деление/. Компютъра го смята 1 делено на 3=0.3333333333333333 и е така в неговата памет. А на екрана излиза оформено 0.33
Три реда 1/3 общия сбор според нея трябва да е 0.99, ама на телИвизора е 3 по 0.3333333333333333333=0.999999999999999999. Закръглено - 1.00
Съвет:
Там където ползваш формула по кутийките, използвай и функцията ROUND (Закръглява до определен знак)

<sup>Отговор на Whitestar(15.04.2020 10:32):

Whitestar каза:

...
Благодаря и на Cromwell за идеята, предполагах, че има нещо готово!</sup>



От моите отговори, не знам дали разбра, че има почти напълно готова ведомост с всички последни актуализации. Последно, като я проверявах преди години не правеше Д1 и 6, но всичко друго е пипнато много внимателно. Даже съществуването на „Трокс РПВ“ е причината да не искам да публикувам моите опити в DocStore, за да не се излагам.

На Trox има и други полезни таблици, виж ги!

<sup>Отговор на Whitestar(15.04.2020 10:32):

Whitestar каза:

...

Калкулатор има за всичко, не е зле да се направи и един цялостен за болничен лист, заедно с датите "от - до", все пак не всички сме IT програмисти. Относно "осчетоводяването" - думата съм изпол...</sup>



Това към Крънчева. Чух, че Булмарите с техния „Баланс“ ѝ били правили безплатна конкуренция, ама не съм се интересувал. Ако искаш, ги виж.


~~~

Боко, твърдението е до някъде вярно. Вярно е за големи числа. Вярно е и в други ситуации. Само да си отворя една от таблиците и ще ти напиша пример. В тяхно оправдание да кажа, че не са виновни до край. Просто, когато са измисляли компютрите са мислели за компоти. Понеже „българин“ го е правил, то е логично. Една от най-големите лъжи на съвременния свят е наименованието computer на английски, ordinator на френски или преведено на български – електронна, изчислителна машина.

Това си е проблем единствено на М$ и предмониторното устройство.
1.М$ за това,че помнят едно нещо в кутийката (до 16 -ти знак след точката/запетаята/), а дават възможност, предмониторното са покаже само до определен знак след десетичната точка /запетая/.
2.Предмониторното - за това че си мисли, че каквото очите му виждат, това е верно. Да ама "совите не са това което са", както се бяха изказали холивудците в някакъв сериал. Лора Палмър беше другото което ми се е набило в главата. Но това беше много отдавна. В ерата в когато гледах телевизор.

За големите числа там гадното е че се помнят реалните с мантиса и порядък. Ама това е работа на математико-програмистите. Дава проблем при писане на ЕГН с 9 отпреде,че го приема за число по подразбиране. М$ са си решили проблема - слагаш литерал отпред и става текст. Ама да събираш такива числа - не е работа. Ама за това да му мислят банкерите от еврейските фамилии. Не че ми пука, дали Рокфелеровата мафия смята с Ексел...Или онази мумия с унгарско потекло, дето под помощ разбира "кредит". Че си взе и Сталинка за помощик. Да ходи да "консултира" умници, като нашето светило-ненагледно, дето смята да управлява 1000 години най-малко още.

<sup>Отговор на typtadrynka(15.04.2020 13:37):
typtadrynka каза:

Боко, твърдението е до някъде вярно. Вярно е за големи числа. Вярно е и в други ситуации. Само да си отворя една от таблиците и ще ти напиша пример. В тяхно оправдание да кажа, че не са виновни до край. Просто, когато са измисляли компютрите са мислели за компоти. Понеже „българин“ го е правил, то е логично. Една от най-големите лъжи на съвреме...</sup>

<sup>Отговор на Abby12(15.04.2020 08:02):
Abby12 каза:


ако Левски беше с ботуши, а Ботев с каска какво ли щеше да стане?</sup>


Първия щеше да им връзва връзките около 20 минути, освен ако не са гумени, а втория щеше да си търси мотоциклета с коша.

Боко, това, за което говоря аз е много по-дълбоко.

Това, което наричаш „помнят реалните с мантиса и порядък“ е измислено от информатиците понятия „число с плаващ, дробен разделител“. Такова нещо не съществува в математиката. А самите компютри нямат никакво понятие от реални числа. Единствено познават цели числа. Всичко друго, натурални, рационални, ирационални, ако щеш, са непонятни за тях.

Когато говорех, че компютрите са компоти, но не и изчислителни машини, имах предвид точно това. Те просто не умеят да смятат. Никога не са могли и никога няма да могат. Правят се планини от трикове, за да се прикрие простичкия факт, че ние не разполагаме с истински компютри, а с някаква имитация.

Има шанс положението да се промени с квантовите компютри, но не е голям. Това е поради причината, че ги създават по натрупаната „теория“ (наричана на някой си идиот фон Нойман, наскоро дори му посветиха игрален филм) от досегашните компоти. Въпреки, че физически нямат нищо общо.

Обещах ти пример, но вчера ми беше напрегнат ден, много зает. А за да е пълен купона, трябваше да се разправям с един клиент имал неблагоразумието да си направи поща в GMail.

=*=

Малко предистория. На предишна работа назад в годините ме караха да пиша стокови разписки на ел. таблица. Това беше противно занимание и бързо намерих начин да го автоматизирам. За целта даже поработих и в извънработно време от вкъщи. Понеже и ти си семеен, знаеш, колко невъзможно е това. Но успях.

Както може да видиш на всеизвестната бланка на костинбродските мафиоти, най-отдолу има едно поленце „Словом“. Знаеш го добре, но го слагам за онагледяване.

Това беше първото, което исках да автоматизирам. Даже го споделих с началството и казах, че искам да го направя с макрос. Стана една олелия, една караница. Никакви макроси!

Много по-късно щях да разбера, че началството изобщо не помни за този разговор и не знае, какво означава макрос. Към онзи момент направих плах опит да създам безмакросна версия. Но имах технически и концептуални проблеми. Техническите се изразяваха в това, че тогава лаптопа ми беше без твърд диск, пазех всичко на влашки, но като се понатовареше, се презапускаше и трябваше да почвам почти отначало. Концептуалния се състоеше в това, че и двата метода, които бях измислил, бяха несъстоятелни и неоправдани.

Затова зад гърба на началството, пренебрегнах пряката заповед и сложих макрос. Началството виждаше само готово отпечатаните стокови, а мен да пиша там нещо на комп.-а. Нямаше идея, какви съм ги свършил.

Самия макрос намерих в Интернет. Бях убеден, че едва ли съм първия, който се сблъсква с подобен проблем, че да започвам отначало. Варианти имаше няколко описани в статии и форуми. Една мадама, някаква експертка по ел. таблици, нещо си сертифицирана, голяма работа, голям консултант, беше публикувала направо готова фактура с такъв макрос.

В крайна сметка се спрях на макрос, който открих в Гитхъб (произношението не е Джитхюб, като си мислят местните криворазбрали цивилизатори), написан от мой стар познайник от други форуми, подписващ се като wqweto.

Обаче все пак доработка имаше. Не всичко в макроса беше изпипано. Аз си го дописах по моя, левашки начин. Даже предложих решението си в коментар на въпросния gist. Там отново стана един скандал, една патаклама. В крайна сметка Вявето професионално дописа своята версия с повлияни от мнението ми промени, заличи карбата и всички бяхме щастливи.

=*=

Минали са години, настъпва всеобща карантина. Аз се досещам за тая случка и решавам да направя нов опит за безмакросна версия на „Словом“. Един от множеството въпроси, които трябваше да реша, беше как да изкарам стотинките от играта.

Най-логично е с MOD(A1;1), но аз не съм от логичните хора. Направих го с TRUNC(A1); (A1-A2)*100.

Ще използвам този пример, за да онагледя, това, за което говорих. Нека А1 да са степени на двойката. Сиреч нека да е: 2^B1+0,01. В B1 ще записваме степените, за да видим, кога ще дойде грешката. При правилната (остатък от деление) версия тя идва при 24. При подваждането на реална стойност от изрязана идва по-рано, още на 21. Толкова по въпроса, колко точно „шестдесет и четири битови“ са ни професорите на компютрите. Вижда се, че реално са четиридесет битови.

На теория, ако компотите наистина бяха компютри при ни един от вариантите не трябваше да се стига до грешка. Тя се изправя със закръгляне, както сам си написал и както се прави винаги, навсякъде. Само дето закръглянето не е панацея, а води след себе си цял тон други проблеми. И не трябва да имаш милионите на Джеф Безос, за да се набиеш на тях. Но това е друга тема.

п.п. В този случай, даже съм леко озадачен. Очаквах остатъка от деление да е по-неточния метод. Това е така, защото компотите добре се справят със събиране и изваждане, но с умножение и деление са трагични. Има го момента, че това компютърджийте го знаят и затова например в езиците за програмиране делението с остатък е направено като побитова операция. Обаче очевидно и тук има вкарана някаква оптимизация.

<sup>Отговор на Whitestar(15.04.2020 10:32):
Whitestar каза:

...
думата колега</sup>



Това, което не разбра, макар да беше написано от нея самата, е следното:

1. Bono U2 обича да проверява предишните теми на съответния участник, за да прецени що за човек е, колко точно са му познанията в дадана област и изобщо струва ли си, да се занимава;

2. В предишното ти питане във форума си се обърнал към Димитър Т. Димитров с прозвището – колега. От там тя е решила, че си някакъв компютърджия, а не икономист.

Това е всичко. Обикновено недоразумение.