Ja robím túto prácu od roku 1992. Teraz chodia ludia do dôchodku ktorým sme robili mzdy a v ústredí sociálnej poisťovne nie sú evidenčné listy dôchodkového zabezpečenia. Darmo máme potvrdené, že sme evidenčný list odovzdali musíme sa vŕtať v strarých papieroch a robiť pre sociálnu poisťovňu podklady ešte raz. Tam kde mám zachované údaje a aj kompatibilný program s údajmi to máme jednoduchšie.

Pohoda je navrhnutá tak, že v rámci roka nie je problém akýkoľvek dokument vytlačiť. Kto vie aký vývoj naberie mzdová agenda a tam zabezpečiť spätnú kompatibilitu bude možno nemožné.

Mzdobý softvér, ktorý sme 5 rokov používali pred Pohodou nedokázal mať spätnú kompatibilitu ani niekoľko mesiacov dozadu. Jednoducho urobila sa uzávierka a nebolo možné zopakovať ani len tlač výplatných pások. (Robil som doblba rôzne kópie, aby sme sa mohli vrátiť ak bolo treba.

U Pohody som uvítal schopnosť v rámci roka chodiť dopredu a dozadu podľa momentálne potreby. Podľa toho som vytvoril systém zakladania nového adresára s účtovnými jednotkami pre každý rok samostatne. No a javí sa, že Pohoda nás chce o tento komfort pripraviť, čo mi je ľúto.

apo

V Pohode nie je problém akýkoľvek dokument vytlačiť ani po 5 rokoch, pozerala som si evidenčné listy z roku 2003 a mám ich tam a na starých tlačivách a tak isto aj všetky ostatné výkazy, kde sa menili tlačivá. A to mám verziu 8702u z 23.11.2007.

Dokedy, ale budú auori všetkých modulov udržiavať spätnú kompatibilitu. Viem si predstaviť, že je to veľmi nákladné nakoľko jednoduch zmena nie je jednoduchá nakoľko musí zohľadňovať požiadavku na drdržiavanie toho čo platilo doteraz.

Konkrétna skúsenosť.
Ostané pohľadávky pri použití funkcie CTRL+K, alebo stále platby až do verzie z decembra 2007 fungovali tak, že sa nezmenil variabilný symbol. V poslednej verzii variabilný symbol zapísaný v ostatnej pohľadávke sa nahradí prenesením z čísla dokladu a ak bol naplnený párovací symbol tak tento sa vymaže.

Do ostaných pohľadávok som zapisoval predpisy platieb vlastníkov bytov a každý byt má trvale pridelený variabilný symbol. Funkciou stále platby som zopakoval 100 predpisov za 5 mesiacov. Každý jeden predpis som musel položkovite opraviť, to je 500 riadkov, vieš si predstaviť ako som bol vypenený. V Pohode sľúbili, že to vrátia naspäť. No a takých perličiek a s vážnejším dopadom na spôsob spracovania údajov z databázy sa bude vyskytovať stále viac nakoľko udržať stav v pôvodnom stave a isť dopredu je náročný. To uznávam, ale nepáči sa mi, že jednoduchý spôsob mať možnosť používať starý program s rovnako starými údajmi je väčšia istota, že nestane kolízia.

apo

Aj keď Pohodu nepoužívam (podľa odznelých príspevkov aj som možná rád), prečítal som si príspevky.
Musím povedať, že to nie je sranda, ak počas ročnej účtovnej závierky začne padať program, resp. menia sa jeho funkcie. To aby človek po každom páde ešte skontroloval integritu a neporušenosť dát...
Ale chcem reagovať na tú časť, kde sa spomínajú automatické aktualizácie. Neviem ako v Pohode, ale ani v mne známych účtovných softvéroch si nedajú autori námahu, aby aspoň na svojej stránke uverejnili prehľad vývoja jednotlivých verzií programu (tzv. históriu ).
Je totiž všeobecne známe, že oprava jednej chyby v programe vyvoláva následne ďalšiu chybu...
Obdivujem autorov voľných programov (teda ktoré sú zadarmo), že zverejňujú celú históriu vývoja programu - uvádzajú nielen novinky, ale všetky opravy chýb.
Keď som toto požadoval od autorov používaných softvérov, tak som mal pocit, že som spadol z jahody.
O čo išlo. Išlo mi o to, aby som mal informáciu, aká zmena sa vykonala v programe. Totiž nie každá zmena je pre mňa podstatná a potrebná. Keď sa urobí úprava napr. v takej časti programu, ktorú som nikdy nevyužíval, nemám vlastne dôvod inštalovať novú verziu. Alebo - keď sa odstránila nejaká chyba, tak chcem vedieť aká to bola chyba, aby som to vedel skontrolovať, či mi nespôsobila nejakú nesprávnosť. Osobne som zažil, keď sa v odpisovaní zaviedlo 6 rokov v II. skupine - po úprave softvéru tento počítal dobre odpisy - prepočítal som ich; došla nová verzia kvôli DPH, v ktorej sa však vyskytla chyba v odpisovaní - miesto 8 desatinných miest zaokrúhlilo iba na 2 miesta. Zbadal som to až na druhý rok...
Za tie roky som však nadobudol dojem, že autori programov zámerne neuverejňujú opravy chýb v programoch. Vedia prečo. Aby po nich niekto nežiadal prípadnú náhradu škody.

Stefan2005, súhlasím s Tebou. Moje výhrady voči problémom v Pohode pramenia z toho, že som pôvodnou profesiou programátor a správanie programu vidím z dvoch uhlov pohľadu. Ako programátor sa snažím pochopiť autorov, pomáham im námetmi, ale ako hovoríš, nepriznajú, že prijali nejaký námet, ktorý by mal pre nich vyčísliteľnú hodnotu, skôr to zakrývajú. Ako užívateľ som určite náročnejší oproti bežným užívateľom nakoľko pri používaní programu sa mi premieta algoritmus ako to tam vo vnútri asi funguje a mám určité očakávania, keď to tak nie je som sklamaný.

Inak čo sa týka Pohody myslím, že som vsadil na dobrý program, len tie muchy. Od roku 1992 do 2005 som používal Book Keeper. Tiež to bolo trochu trápenia, ale nakoniec som si vyrobil vlastné nadstavby a dokázal som tak fungovať až kým som si nepovedal dosť. Je tu windows a nie je dobre donekonečna predlžovať život softu, ktorý zastaral - bol napísaný v Clipri.

Pozdravujem.

apo

apo, pýtam sa konkrétne, v príspevku 44 spomínaš stále platby v Pohode - je to niečo obdobné a trvalé platby v Bookkeeper-i? Totiž takúto funkciu som v iných programoch nenašiel, a to nás doteraz nútilo zotrvať zotrvať u Bookeeper-a. Je to pravda, že pomaly dožíva, firma ktorá soft prevzala, prakticky ho iba legislatívne udržuje, chýbajú v ňom niektoré podstatné veci (napr. pokladničná kniha!). Ale fakt je pravdou, že veľa veci si musím dorobiť editáciou dbf súborov - ale práve to je niekedy aj výhoda, že ich môžeš editovať... Na druhej strane bezproblémová inštalácia (i viacnásobná), nerobí problém zálohovanie včítane kopírovania či premiestnenia celého adresára... Hoci program bol preložený novými knižnicami a kompilačným programom, ide bez problémom vo oknách, máš pravdu v tom, že budúcnosť je v niečom inom. A sice nie som programátor, vždy som sa snažil pochopiť algoritmus fungovania jednotlivých funkcií a spočiatku som sa snažil tiež komunikovať s autorom(mi). Ale čím ďalej som nadobúdal pocit, že o to moc nestoja...

[quote=apo;625934]Áno, určite to tak je, naši admini to konzultovali s technikmi z POHODY a ešte posielali aj ten príklad, ktorý som uvádzala predtým.
Spýtaj sa ich ešte na to, ak ti k tomu neposlali predtým viac informácií alebo neposlali ti tiež príklad ?, vyžiadaj si ho a napíš im. Potom daj vedieť.

Stefan2005, áno je to analogické s ponukou č. 5 z Pohľadávok a záväzkov. Pohoda má veľa podobného s BK, veľmi rýchlo som sa adaptoval. Podobnosť je aj v tom, že počiatočné stavy súvahových účtov musíš dopracovať. V BK som z toho dôvodu naprogramoval celú účtovnú uzávierku sám vo foxe. V BK nemám problém otvoriť účtovníctvo ani z roku 1992, len je potrebné použiť modul z roku 2000 kôli miléniu.

apo

To znamená, že keď si nadefinujem určité trvalo sa opakujúce platby, tak po kontrole dátumu mi ponúkne ich zápis? To je do denníka, KPaZ, evidencie DPH a všetko automaticky - teda stačí mi vždy iba aktualizovať nadefinované platby?

Ale tomuto nerozumiem - počiatočné súvahové účty som musel nadefinovať iba pri založení firmy - v rámci ročnej uzávierky mi všetko korektne preklopí do ďalšieho obdobia.
Osobne hodne využívam programovateľné zostavy.

Ahoj poraďáci,
chcem sa vyjadriť k tým stály platbám. Tiež ich používam. Prekvapilo ma, že sa tu píše, že do verzie do decembra 2007, keď sa okopíruje pohľadávka, že zostal zachovaný aj variabilný symbol. Takto to vôbec nefungovalo !!! Vždy som musela VS prepísať, lebo vždy sa vyplnil podľa čísla ostatnej pohľadávky. Dokonca mám na notebooku ešte verziu 8400, tam som to skúšala a tiež po zadaní CTRL+K sa VS vyplnil podľa čísla dokladu. TAKŽE URČITE NEŠLO V POHODE O ZMENU Z LEPŠIEHO NA HORŠIE, žiadna zmena tam totiž podľa mňa nebola. :-)
Ale bolo by fajn, ak by si užívateľ mohol vybrať, či tam VS chce zachovať alebo nie, pretože ani to, že by tam ten VS zostával vždy rovnaký by nebolo ktovie čo. Ja napríklad to niekedy potrebujem zmeniť, inokedy by sa mi hodilo, aby zostal zachovaný z dokladu, ktorý kopírujem.

Asi pred mesiacom som si tiež myslela, že mi niečo takéto urobili, ale dostala som jednoznačné vyjadrenie, že aktualizácia programu POHODA sa dá vykonať jedine z inštalačného CD vydaného spoločnosťou STORMWARE alebo stiahnutím update z internetu. S tým, že ak si niekto zvolí možnosť, že chce update sťahovať automaticky, tak či tak, sa ho program spýta, či ho chce naozaj nainštalovať.
Takže také silné vyjadrenie, že sa bez vedomia užívateľov hrabú v našich počítačoch, by som určite nepoužila. To by museli mať nie programátorov ale hakerov.
Mne to teraz nepadá, ale vlani sa mi niečo marí, že sme mali pri decembrovom DPH tiež nejaké padania a tuším to súviselo s tým, že je to priznanie za posledné obdobie a že sa tam počíta koeficient DPH ... ale neviem, či si to pamätám dobre. K strate údajov určite nedošlo.
Majte sa.
Luci

Heni to je zvlášte, ja keď si pozriem prehľad za 4q, mám tam správne zobrazené mesiace, i tel. číslo je tam celé napísané a tiež mi to vypĺňa meno a priezvisko FO správne. Nebude to tým, že máš veľmi dlhé tel. číslo, že Ti ho tam celé neťahá. A s tou FO, nebude to tým, že máš nastavenú danú účtovnú jednotku ako PO?

Z Pohody napísali stanovisko k padaniu programu:

keďže sa padanie pri vystavovaní priznania DPH nedá nasimulovať podľa nejakého návodu a do logu o chybách sa príčina niekedy ani nestihne zapísať (tak ako uvádzate i vo svojom maili) veľmi ťažko sa dá zistiť, čo padanie spôsobuje.

Po zmapovaní .ERR súboru, ktorý ste zaslali programátor zistil, že to padlo vždy niekde inde ...

Keďže uvádzate, že v priznaniach za november sa problém nevyskytoval, začali sme prechádzať kód pri vystavení priznania za december/4q, kedy sa počíta i koeficient DPH, ktorý do výpočtu prepočítava všetky vstupy a výstupy k DPH od začiatku roka. Problém sme nenašli, ale teoreticky by mohlo v určitom kroku dochádzať k spájaniu reťazcov. Programátor sa pokúsi spájanie reťazcov vylúčiť do najbližšieho update 8801 (bude sa vzťahovať už k verzii január 2008 rel. 8800). Musím však konštatovať, že táto zmena v kóde, nemusí problém odstrániť, pretože naozaj nevieme presne definovať, čo problém spôsobuje, keďže neexistuje rovnaký postup ako „spadnutie“ navodiť.

apo

Nič nie je dokonalé, tak sa treba zmieriť aj s tým, že ani Pohoda nie je dokonalá. Beriem to tak, ako to je. Samozrejme, keď sa vyskytne nejaký problém, tak ho riešiem. Doteraz som si vždy vedela rady. Používam Pohodu na jednoduché aj na podvojné účto už 7 rokov a vážny problém som doteraz nemala. Ozaj musím poklopať. Som s ňou spokojná. A asi preto mi chce šéf urobiť natruc a kúpi nový program. Kiežby ho niečo osvietilo a rýchlo na to zabudol

Heni, skús si v Nastavení - Globálnom nastavení - Mzdy 1 do políčka "Deň výplat" zadať iné číslo ako 29, 30 a 31. Potom Ti bude v štvrťročnom prehľade zobrazovať správne mesiace 10, 11 a 12.

prosím o radu. mám takýto problém. robila som dodatočné daňové priznanie (prvý krát!) za 12/07 - ale keď som zadala výpočet DP, Pohoda mi padla. pri novom vstupe do Pohody som zistila - že medzi riadnym DP a dodatočným DP nie je rozdiel - napriek tomu že som v agende pokladňa opravila 6 VPD - doúčtovala som na nich DPH. neviem, kde som mohla urobiť chybu... vie mi niekto poradiť? Ďakujem
PS: včera som príspevok omylom zaradila do DPH - Dodatočné DP....

Porovnaj vypočítané hodnoty s riadneho a dodatočného DP s pôvodne podaným a tam by mal byť rozdiel.

Okrem toho dodatočné DP môžeš kedykoľvek zrušiť (CTRL+DEL) a dať vypočítať nanovo.

Keď zrušíš riadne DP nanovo vypočítané bude už potom vždy zhodné s dodatočným DP.

Iný problém by nemal byť. Pohodá má chyby, ale v tomto prípade je to tak ako píšem. Vyskúšaj a porovnaj s pôvodným DP.

apo

môj postup: odomkla som účtovné obdobie december, doúčtovala som na dokladoch DPH, a dala som vystaviť dodatočné DP - bez toho, aby som pôvodné riadne DP zrušila. ale jednoducho pri zadaní dodatočného DP mi program oznámil chybu v čítaní z pamäte.... a padol. takže teraz mám DP za december a dodatočné DP za december so zhodnými hodnotami. zo zostavy som zistila, že mi opravené doklady vôbec nezahrnulo do DDP - len ho systém tak pomenoval. nič hrozné sa nedeje - lebo pôvodné DP neukracovalo štátny rozpočet - práve naopak, ale.... ešte mi treba spraviť DDP za január, no nemám odvahu....
ďakujem, že si sa ozval

Postup bol správny.
Urob nasledovné.
Zazálohuj.
1. Zruš dodatočné DP
2. Zruš doklad v ktorom si robila opravu DPH.
3. Zaúčtuj doklad ešte raz. Skontroluj správnosť členenia DPH a ja všetky dátumy, aby ukazovali na termín dodatočného DP.
4. Vypočítaj odznovu dodatočné DP.

Ak to nebude dobre, potom neviem kde by mohol byť problém.

apo

apo ďakujem, takto to funguje! len sa mi to zdá byť tak "trochu ako okolo hlavy".... rušiť doklady a znovu ich zaučtovávať - ale funguje to! ešte raz vďaka a príjemné prežitie zbytku Veľkonočných sviatkov
PS: ako vidím viacerí ich trávime "po svojim"