Здравейне, преди време от тук си бях теглила един файл на ексел за трудови договори беше и с картотека. Но сега немога да го намеря дали някой може да ми помогне да го номиря отново.

И.Генова ще извиняваш за закъснението, но когато пусна темата, бях на работа, а след това следваха празници и чак сега съм вкъщи и докато жената гледа коледното филмче по Family имам време да поровя.

С две думи, на твоето описание успях да открия единствено това в две версии. Давам връзка към по-новата. Но дори тя е от най-рано април две и десета. За точната дата ме мързеше да ровя.

Ще се наложи поне НКПД-то да си обновиш на ръка, ако не и други неща. От друга страна в таблицата има посочена ел. поща. С малко късмет може да е все още действаща. Имайки предвид, че В. Ангелов е роден седемдесет и трета, не е пенсионер и е възможно все още да работи като ТРЗ.

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

Успех!

^{Отговор на typtadrynka(26.12.2021 21:21): И.Генова ще извиняваш за закъснението ...}
Без лоши чувства, ама ... без да твърдя, че си тъп - доста дрънкаш! Чак дрънчиш!

Въпроса на И.Генова го видях още тогава. Ако е въпрос за таблица - досега щях да направя поне 10! Ексел (и заместващи програми) са един от основните ми работни инструменти!

Обаче - не мога да се сетя за причина, някой да иска готов шаблон! Ако ще - с картотека!
Пп. И без да посочва - версия на Офис пакета!

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

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

Самия аз почти не работя ТРЗ и меко казано не го харесвам. За мен това е повече някаква юриридическа история почти без никаква допирателна до някаква икономика.

Затова нямам подобна таблица и не се наемам да правя.

Снощи хвърлих един поглед. Не съм разглеждал макросите и формулите. Под АОО се оказа, че не работи. Каква изненада ;) Разгледах общия вид, дадените обяснения. Видях неща, които ми се сториха хитри. Други бих направил по друг начин. Това е защото всеки е различен.

Но общото ми мнение е, че е хвърлен доста труд и е почти учудващо, че нещото се дава безплатно, а не се продава.

Поздрави адаш!

Пп. Със закъснение да кажа, че погледнах предложеното.
^{Отговор на typtadrynka(27.12.2021 12:07): С две думи, на твоето описание успях да открия единствено това в две версии. Давам връзка към по-новата. Но дори тя е от най-рано април две и десета. За точната дата ме мързеше да ровя.}

Обаче - има „липси“! Грешка „Can't find project or library“

^{Отговор на typtadrynka(27.12.2021 12:07): На мен електронните таблици също са ми основния инструмент, както (предполагам) на почти всеки счетоводител, след вездесъщия молив и линия.}

Не смесвай - ползване на инструменти с разработване!

^{Отговор на typtadrynka(27.12.2021 12:07): Снощи хвърлих един поглед. Не съм разглеждал макросите и формулите. Под АОО се оказа, че не работи.}

Ако говориш за Apache OpenOffice - не е проблема в пакета!
Толкова сложна конструкция не се прави като електронна таблица в Microsoft Excel, а като проект в Microsoft Access
По-просто ще стане с „падащи списъци“, „контекстни менюта“ и други „по-прости“ функции.

Пп. Някой може ли да обясни начина на вмъкване на линк и смисъла от съобщението „Ако искате да публикувате линк, трябва да въведете думата по-долу.“?

Адаш, говориш сякаш си бил тук години, но сега си с нова сметка. Дори по някое време си мислех, че си Joro22 докато в една тема не писахте и двамата.

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

Оттам-натам този форум е почти напълно изоставен след няколко годишни опити на модерацията да го превърнат в място подобно на другите им места. Днес е просто рекламна площадка. А в разработката му (не е готова, а собствено написана система) не е вложена и стотинка.

В резултат на това закриха например великолепния Docstore преди две години, за да се появят теми като тази. А Гългъл промени триклетата си капча и тя спря да работи. Нямаше, кой да я оправи. Затова имаш надпис, но нищо не се случва.

За наше щастие, понеже това е самоделка, има няколко пропуски. Точно такъв използваме, за да продължаваме да можем да пускаме връзки.

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

Затова трябва още малко работа, за да станат истински връзки. Тук е поредния ни късмет. Форума не санитизира (или поне не всички) етикети. И позна. Свръхвръзките е точно такъв. Или при редакция на мнение, можеш да напишеш нещо такова:

<a href="example.com">hiperlink</a>

<sup>Отговор на jhoro(27.12.2021 15:20):
jhoro каза:

Ако говориш за Apache OpenOffice - не е проблема в пакета!
Толкова сложна конструкция не се прави като електронна таблица в Microsoft Excel, а като проект в Microsoft Access
По-просто ще стане с „падащи списъци“, „контекстни менюта“ и други „по-прости“ функции.</sup>


Точно за него говоря. На мен ми е любим. Всеки с вкуса си, казало кучето и си облизало туй-онуй.

Оставам настрана, че Аксес е кажи-речи увяхваща технология. Но не предлага множество предимства пред електронна таблица. Главното предимство е, че могат да се обработват повече данни на по-малка цена (изчислителни цикли). На теория би трябвало да осигурява и по-добра защита на данните от унищожение, но всички знаем, че не е така.

Друго предимство е, че може да се ползва сял (sql). Но да ти кажа, откакто има функции върху масиви, умножение на детерминанти (sumproduct) и комбинацията от index, и match, някак си сяла хич не ми липсва. До преди това беше мъка.

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

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

А пък за падащи менюта, които използвам активно, дори код не е необходим. И имаш свободата по който начин желаеш да правиш съдържанието на областта от клетки, която ще се използва за възможни стойности.

Което пък ме подсеща, че и автоматичните филтри са уникално добри.

Та такива неща. Потребителските СУБД имат малко на брой (но понякога решаващи) предимства. Ел. таблици са доста оптимален набор от мощни концепции в едно и затова са толкова предпочитани.

Съответно почти всеки потребител на компютри може да намери своя набор от възможности, които да използва според способностите и предпочитанията си. Докато при другия вариант, не е чак толкова достъпно за по-малко запознати с комптрите хора, каквито са над 99% от потребителите им.

^{Отговор на typtadrynka(27.12.2021 16:04): Адаш, говориш сякаш си бил тук години, но сега си с нова сметка. Дори по някое време си мислех, че си Joro22 докато в една тема не писахте и двамата.}
Близо си до истината, макар не точно в този смисъл!
Със счетоводство се занимавам (доброзорно) от близо 30 години. Така, че - в нещата съм - ако не „телом“, поне „духом“.

Благодаря за поясненията - „от кухнята“.

Колкото до начините и продуктите - принципа е „Колкото едно нещо е по-просто - толко по-стабилно работи!“
В математиката се казваше - „Необходимото и достатъчно условие.“

Hyperlink не се пише, както съм го написал, но няма кой да проверява, какви глупости бълвам :'(

<sup>Отговор на jhoro(27.12.2021 16:35):
jhoro каза:

Колкото до начините и продуктите - принципа е „Колкото едно нещо е по-просто - толко по-стабилно работи!“
В математиката се казваше - „Необходимото и достатъчно условие.“</sup>


За съжаление нито в базите, нито в ел. таблици няма нищо просто :(

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

Но би било добре, ако да беше възможно.

^{Отговор на typtadrynka(27.12.2021 16:45): За съжаление нито в базите, нито в ел. таблици няма нищо просто :(
И изобщо самите компютри до толкова са се усложнили, че губим контрол над тях.
Но би било добре, ако да беше възможно.}
Просто - за ползване и просто, като структура са различни неща. А има и една понятие „ дуракоустойчивост“!

Във въпросната таблица - има текст в указанията:
„не дублирайте записи за едно и също ЕГН, защото може да не се попълнят полетата в лист (работници), ако записа не е пълен и е първи преди желания дублирания“
Това се избягва с проста проверка - за наличие на предишен запис.
Другото - няма смисъл от отделна страница „Данни на фирмата“ - при положение, че се обслужва само един работодател.

Погледнах макросите. От някои неща бях впечатлен. По-точно харесва ми, че във VBA за разлика от StarBasic мога да имам имена на функции и подпрограми на кирилица. Други неща в синтаксиса са ми странни, но пък по-кратки за изписване и съответно по-четими.

Имаше и неща приличащи на автоматично записани макроси. Явно се е учил на тях.

Но това, което разбрах с неудоволствие е… че всичко е коментирано. Сиреч Ангелов е записвал всичко в глобалната библиотека, а не в документа. Което на практика означава, че те са работили единствено и само при него, но при никой друг. Язък за похабения труд ☹

<sup>Отговор на jhoro(27.12.2021 17:01):
jhoro каза:

Във въпросната таблица - има текст в указанията:
„не дублирайте записи за едно и също ЕГН, защото може да не се попълнят полетата в лист (работници), ако записа не е пълен и е първи преди желания дублирания“
Това се избягва с проста проверка - за наличие на предишен запис.</sup>


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


<sup>Отговор на jhoro(27.12.2021 17:01):
jhoro каза:

Другото - няма смисъл от отделна страница „Данни на фирмата“ - при положение, че се обслужва само един работодател.</sup>


Има смисъл, ако не работиш само един клиент и имаш да кажем 20 такива таблици. А и така в отделна страница е по-прегледна и обслужва други страници.

^{Отговор на typtadrynka(27.12.2021 17:15):
Това и аз го забелязах и е едно от нещата, които нямаше да направя така. Но не знам дали щеше и да е по твоя начин. Въпрос на вкус…}
По-скоро бих казал - въпрос на стил!
Когато се разработва нещо - дали таблица от 1 страница, дали работна книга или голяма програма - трябва да се прави със стил. Всеки разработчик си има „почерк“!
^{Отговор на typtadrynka(27.12.2021 17:15): Има смисъл, ако не работиш само един клиент и имаш да кажем 20 такива таблици. А и така в отделна страница е по-прегледна и обслужва други страници.}
Сега се сещам кое най-много не ми хареса - посоката на движение на данните!
Страниците с формулярите - „заповед“, „трудов договор“ и „доп. споразумение“ са динамични изходни точки! С идеята - в момента се попълва, разпечатва и в архив отива хартията.
Страниците „фирма“, „лични данни“ и „ работници“ са достъпни постоянно - отключени.

Аз бих направил вторите заключени напълно - без възможност за промяна от оператора.
Страницата „фирма“ - с данни за много, не за една фирма.
Трите формуляра - входно-изходни точки! Сключва се нов договор - данните са записват там. Когато се избере БУЛСТАТ или ЕГН - се проверява, дали има вече запис. Ако няма - се създава нов ред.
Писането в трите страници с данни - да става само през макроса (или скрипт), като той отключва страницата, прави промяната и после я заключва.
Така - вместо 20+ файла за 20+ фирми, ще има една страница с данните на всички фирми! И данни за минали периоди - няма да могат да се променят със задна дата!

Отделно - могат да се сложат препратки (хиперлинкове) към съответните страници в НАП и НОИ, и да се проверява и засича информацията от там!

Благодая Ви. Точно този файл търсех.
Весели празници и бъдете здрви. ^{Отговор на typtadrynka(26.12.2021 21:21):}

Радвам се, че Генова е доволна и работата е свършена.

=*=

Да си продължаваме тогава с локумите.

Това „въпрос на вкус“ го написах, понеже в по-предно мнение написах нещо за кучето и топките му.

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

В това отношение те поздравявам. Защо ли, след като говориш не за външна красота, а за процедури? Ами то е същото. Или по-точно е част от същото мислене.

=*=

Сега е мой ред да си го извадя и тупна от масата. Ще направя кратко описание на последната таблица, която си направих. По-точно в някои отношения не съм я довършил. Но представлява последното ми виждане по въпроса.

Идеята е, че всички данни ги имам събрани в една страница. Данните са номерирани и по дата. Затова ми се наложи да имам добавяне на редове и изтриването им. Не винаги тези данни стигат при мен в правилния ред.

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

Самите документи са свързани обекти (OLE) в скрита страница, които са предварително форматирани, както е по шаблон. Съответно, когато съм приключил с описанието на първичния документ и трябва да издам вторичния, задействам макрос. В моя случай го правя с копче (button). Понеже исках да го създавам динамично (пробвах и с отметка / checkbox), та се натъкнах на онзи проблем, за който говорих. Затова реших да е един, който ми отваря диалог.

Та работата с вградените обекти е проста. Вади ги в нов документ, замества необходимото, отпечатва ги и ги записва в път подобен на този:

път | 2021 | 2021-12 | 2021-12-31 | номер.doc

Ако вече е записан, не го отпечатва и не го записва. Просто го отваря.

Което ме подсети, че при зареждане на таблицата проверява кои липсват и ми дава съобщение (msgbox) за тях.

Имам и други типове документи с други пътища, но издавани по същия начин, основано на същите данни.

Единия от тях е таблица, която е справка (безполезна по личното ми мнение). За нея не ползвам свързан обект, а я създавам динамично. По-бавничко е (заради форматирането), но така предпочитам.

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

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

<sup>Отговор на jhoro(28.12.2021 11:47):
jhoro каза:

Отделно - могат да се сложат препратки (хиперлинкове) към съответните страници в НАП и НОИ, и да се проверява и засича информацията от там!</sup>



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

п.п. Идеята ти е перфектна. Поздравления!

Последно включване по темата.

Ако тази таблица беше моя, щеше обезателно да има тези неща:

• Населеното място да е на падащ списък;
• Общината и областта да се попълват автоматично;
• Страницата определено и в никакъв случай нямаше да се казва „фирма“;
• Сто процента щях да направя да се изготвят автоматично уведомления, иначе просто не бих я ползвал по никакъв повод.

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

В някои моменти съжалявам, че форума няма бутон „Харесвам“ или нещо подобно!
Както и да е - описахме началото, основата на една Enterprise Resource Planning (ERP) система.

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

Има и безплатни, ресурсни системи. На sf.net е пълно. Но точно в частта за ТРЗ континенталното и атлантическото право са много различни и изобщо не знам дали е възможно да се нагодят.

^{Отговор на typtadrynka(29.12.2021 11:47): Има и безплатни, ресурсни системи. На sf.net е пълно.
Но точно в частта за ТРЗ континенталното и атлантическото право са много различни и изобщо не знам дали е възможно да се нагодят.}
И да има - все тая.

Ако не ти се вдига самолетът - няма никакво значение - дали ще ти се отвори парашутът!