Dnes nám Pohoda padla aj pri práci s bankou v jednoduchom účtovníctve.

Áno je možné, že vo verzii s aktiváciu je niečo nestabilne naprogramované.

Je to podobná situácia ako pred rokom keď do Pohody zamontovali moduly a pochválili sa, že sú medzi prvými ktorí sú kompatibilní s Vistou.

V súvislosti s aktiváciou chcem upozorniť na problém, ktorý som v Pohode konzultoval a týka sa aktivácie. Ak Vašu Pohodu rozšírite napríklad o sklady dostanete nový aktivačný kľúč. Ak máte zaužívaný spôsob organizovania dát v Pohode tak, že každý rok vytvoríte nový adresár s výkonnými modulmi a databázami svojich klientov budete mať problém. Tento spôsob som zvolil z toho dôvodu, že neverím v spätnú kompatibilitu programu s účtovnými dátami na viac ako 5 rokov. Ale pre údaje o účtovných rokoch musíme chodiť pri mzdách spätne aj 10-15 rokov keď bude treba a obsah databáz v elektronickej podobe máme v Záklone o účtovníctve.
§31
Účtovný záznam
(3) Účtovná jednotka môže vykonať prevod účtovného záznamu z jednej formy do druhej formy. V tomto prípade je povinná zabezpečiť, aby obsah účtovného záznamu v novej forme bol zhodný s obsahom účtovného záznamu v pôvodnej forme. Táto povinnosť sa považuje za splnenú, ak účtovná jednotka predloží účtovný záznam v pôvodnej aj novej forme a ich obsah je zhodný alebo to preukáže iným spôsobom, ktorý nespochybní žiadna z osôb, ktoré s prevedeným záznamom pracujú. Účtovná jednotka je povinná mať k dispozícii účtovné záznamy, ktorými dokladuje formu vedenia účtovníctva.


No a tieto inštalácie ktoré boli robené s inštalačným kľúčom iným ako Vám pridelia jednoducho nepôjdu a porušíme Zákon o účtovníctve na čo som kompetentných v Pohode upozornil.

Reagujem na súkromnú správu od Apo. Tak som sem nazrela a priznám sa, že tento problém s "padaním" Pohody nemám. Pracujem aj v sieťovej verzii, aj v "nesieťovke", ale nepadlo mi to ešte. Musím poklopať (klop, klop). Tiež mám poslednú aktualizačku 8703u. Nemôžem sa teda podeliť s mojou skúsenosťou, prepáčte. Ak to padne, ozvem sa.

Dada je tá čo má Poradu rada a ešte aj Pohoda je nezlostí.
Čím to je, asi pozitívnym myslením.

apo

Heni, aké chybičky myslíš, že sú na tom Štvrťročnom prehľade???Ja som tiež užívateľkou POHODY, prehľad exportujem do FDF-formátu. Prehľad je vždy podľa tlačív DR SR - nikdy som s ním nemala problémy.

My tiež robíme vo firme inštalácie podľa rokov (nie však kvôli §31 zákona o účtovníctve, pretože všetky dáta (účtovné záznamy) i za staré roky POHODA prevádza a napr. tlačové zostavy, ktoré sa majú uchovávať uchovávame aj tak v písomnej forme, napr. ELDP, výkazy a pod. a ak by sa mali robiť v ďalších rokoch nejaké opravy, už by sa robili aj tak na nových tlačivách, ktoré budú platiť v čase opravy... takže neviem, čo má APO presne namysli, ale to je jedno), my to tak robíme kvôli „poriadku na serveri“ ako to nazývajú naši administrátori ... máme k tomu totiž i nejaké postupy, či čo.

No, ale čo sa týka tej aktivácie a deaktivácie, tak sa tiež naši administrátori na to pýtali a z pohody im odpísali toto:

Staršie sériové čísla sa nebudú deaktivovať a bude preto možné používať i staršie sériové čísla v ďalších rokoch. Znamená to, že po zaslaní aktualizácie na rok napr. 2008 a po jej aktivovaní, budete môcť verzie vydané v roku 2007 nainštalované v samostatnom priečinku 2007 používať i naďalej bez obmedzenia.
Ak by však nastala situácia, kedy sa zákazník rozhodne prejsť na inú verziu alebo bude chcieť používať nejaký nový doplnok (Sklady A, Intrastat ...), v tomto prípade bude staré číslo (neobsahujúce Sklady A, či Intrastat), po aktivácii POHODY s novým číslom obsahujúcim Sklady A, či Intrastat, deaktivované a nebude ho možné už aktivovať.
Príklad:
Zákazník má na inom mieste na disku (v iných samostatných priečinkoch) inštalovanú POHODU 2006, 2007 a 2008. V roku 2008 sa rozhodne rozšíriť licenciu o Intrastat. Dostane nové sériové číslo, ktoré zaktivuje, inštaláciu vykoná opäť do priečinka s verziou POHODY 2008. Pôvodné sériové číslo, ktoré neobsahovalo Intrastat pre rok 2008 bude deaktivované. Vzhľadom k tomu, že inštalácia prebehla do inštalačného adresára 2008, dáta sa len prevedú v rámci rovnakého release. Z toho vyplýva, že zákazník môže mať jednotlivé roky inštalované i samostatne a skutočnosť, že pôvodné číslo bez Intrastatu bolo deaktivované vôbec ničomu nebude vadiť.

Takže neviem, APO Tebe napísali niečo iné? Napíš mi čo, aby sme vedeli porovnať.
Hana

Dnes prišla Odpoveď:
uvedeny datum momentalne inym sposobom ovplyvnit nevieme, preto je zatial
> potrebne datum nastavovat cez "Datum tlace". Za pochopenie Vam dakujem.
>
> S prianím pekného dňa
>
> Dominika Šáliová
>
> Zákaznícka podpora
> STORMWARE s.r.o.,
> Výrobca softwarových produktov POHODA, PRODICT a WINLEX.
> www.stormware.sk

Aj keď toto je len formálna záležitosť, zase jedna z vecí, ktorá znemožnuje plné využívanie SW, alebo previeliť, alebo vypisovať cez internet.....uľahčovanie práce...
Tak som sa im hneď spätne poďakovala za takéto "tzv. Riešenie".
nebudem radšej prikladať

Tiež mi napr. chýba (alebo to ja neviem?) Ak mám napr v niekt. firme mesiac, kde mám len dohodára, ten nie je vyplácaný v daný mesiac, treba poslať do SP prázdny výkaz + prílohu s jeho r.č. a VZ 0,-.
Z pohody to neviem-alebo len ja?

Taktiež napr. v prehľadoch, ak chcem vyplniť napr. len časť zrážková daň, musím ajtak vyplniť nejaký dátum aj v kolonke - r. č. 1 dátum. Neponúka možnosť dátum nezadať. ..............

Postrehla som chybu aj pri likvidácii pohľadávok a záväzkov v CM z dev. účtu. Automaticky mi preberie posledný deň, pritom mi nedá možnosť v tej tabuľke zmeniť dátum - len sumu. Keď ho zmením až po uložení úhrady, zmení mi síce kurz, ale už neprepočíta kurzové zisky-straty.
Robím to teda tak, že sa tvárim, že idem zadať nejaký doklad dňom, keď chcem likvidovať, ale ho neuložím. Následne už pri zaúčtovaní toho, čo chcem, v likvidácii mi ponúka dátum, posledný, t.j. ten, kt. potrebujem....
(alebo mám niečo zle nastavené?)

Pozerala som to a mám v StwPh.ERR len zápisy od verzie 8500, ale keďže robíme inštalácie podľa rokov, ten súbor keď pozriem v inštalácii roku 2006, tak obsahuje tiež záznamy.
Takže, ak môžem odporučiť, písal si, že robíš inštalácie po rokoch, skús vyhľadať tento súbor i v starých inštaláciách, určite tam ten súbor s chybami budeš mať. Takže nezistíš z neho odkedy to padá pri DPH.
Nám vlani z pohody odpísali, že keď sa POHODA nekorekne ukončí, nespadla POHODA, ale Windows :-), čo je odpoveď pre bežného užívateľa na vytočenie, ale naši administrátori povedali, že je to čiastočne pravda. Padanie Pohody súvisí aj od operačného systému a tiež i od hardware. Mali sme obdobie, že Pohoda padala ako divá, nakoniec sme vymenili jeden PC, ktorý bol ako klient pohody a padanie prestalo, takže určite to bolo v tom počítači, v tom prípade sme to naozaj mohli overiť.

Áno, pre tento postup mám svoje osobné dôvody, mimo iné mať možnosť spacifikovať v účtovníctve klienta nejakú chybu, ktorú som vyprodukoval ja alebo klient. Výhovorka na Zákon o účtovníctve platí pre autorov Pohody. Ak by som im neargumentoval §-mi zo zákona o účtovníctve mnohé z mojich reklamácií by neprešli do plánu na zmeny v programe Pohoda. V pohode na pohodlie a komfort nás ako klientov kašlú.

Takže stanovisko od autorov Pohody dané vašej firme a aj mne je rovnaké. Je im úplne fuk, že my sa nedostaneme k dátam len preto, že sme sa rozhodli DAŤ IM ZAROBIŤ a rozšíriť program Pohoda o sklady, intrastat a podobné nadstavby, ktoré v budúcnosti v Pohode ešte môžu byť.

Niekedy mám pocit, že osoba s ktorou elektronicky v Pohode komunikujem je nekompetentná posúdiť a zhodnotiť Váhu argumentov.

Inak program Pohoda koncepčne je veľmi dobrý, aspoň mne vyhovuje. To čo Pohode chýba je to, aby programátori z Pohody povinne každý mesiac aspoň na dva dni sa posadili k programu a drvili vstupné údaje tými modulmi, ktoré sami naprogramovali. Myslím, že Pohoda by potom vyzerala ešte lepšie, ako teraz.

apo

Júúj. Mne práveže vyhovuje, že tam Pohoda dá dátum tlače dodatočného priznania. Ja sa totiž bojím, že ak by som mala dôvod na dodatočné napr. 1.12.2007 a odošlem ho až 25.1.2008, tak dostanem ešte i pokutu za to, že som to neskoro poslala... takto keď mám dátum zistenia skutočnosti na podanie dodatočného rovnaký s dátumom vystavenia dod. priznania som spokojná, že mi nič nehrozí ... :-) Alebo to nie je správne?

K tým dohodám ... akú používaš verziu? Mne toho dohodára do mesačného výkazu nedá, ale do prílohy k výkazu mi ho dá s nulami. Myslím, že tak to má byť, lebo v tých zmenách k výkazom, čo platia od 1.9.2007 je napísané: "[FONT='Verdana','sans-serif']V mesačnom výkaze poistného a príspevkov (t. j. prvá strana) zamestnávateľ naďalej uvedie do počtu zamestnancov iba tých zamestnancov, za ktorých odvádza poistné, tak ako je uvedené v poučení na jeho vyplnenie. "[/FONT]

A k tej likvidácii v CM, nerobíš to náhodou tak, že pridáš nový záznam do banky a program sa ťa opýtať, či chceš príjmový alebo výdavkový doklad a ty vyberieš, že chceš likvidáciu? Ak áno, tak si vypni v užívateľskom nastavení - Ostatné, že "ponúkať typ nového dokladu v banke a pokladni". Keď to vypneš a pridáš nový záznam v banke, najskôr si zadáš dátum, ktorý potrebuješ a vyvoláš likvidáciu výberom cez menu Záznam. Potom budeš mať vždy dobrý dátum. Ja som to vypla už dávno...

Hana

Odpoveď z Pohody:
staršie sériové čísla sa nebudú deaktivovať a bude preto možné používať i staršie sériové čísla v ďalších rokoch. Znamená to, že po zaslaní aktualizácie na rok napr. 2009 a po jej aktivovaní, budete môcť inštaláciu 2008 používať i naďalej, t.j. budete môcť spôsob „udržiavania databáz v starých inštaláciách“ používať i naďalej.

Iná situácia nastane pri predaji rozšírenia licencie, kedy sa zákazník rozhodne prejsť na inú verziu alebo bude chcieť používať nejaký nový doplnok. V tomto prípade bude staré číslo, po aktivácii POHODY s novým číslom, deaktivované a nebude ho možné už nikdy aktivovať.

Koniec odpovede z Pohody.

Informácii "Iná situácia .... " rozumiem tak, že inštalácie z predchádzajúcich rokov nebude možné spustiť nakoľko číslo ktorým bol pôvodne program aktivovaný je deaktivované.

Táto odpoveď je zo 16.11.2007

apo

Neviem, či sa chápeme, ale mne z toho vyjadrenia z POHODY jednoznačne vyplýva, že napriek tomu, že to pôvodné číslo bude deaktivované, o žiadne dáta neprídeme keď rozšírime o Intrastat !!!!!!!!!!! Ty si to pochopil ako?

My sme tiež spokojní. Kamošky čo majú iné softvéri majú tiež problémy a niekedy dosť závažnejšie, tak vtedy som rada, že máme POHODU. Ja píšem len na hotline prípadne pár krát mi odpísala p. pauková a to bola 100% kompetentná osoba, odpoveď mala hlavu i pätu nielen z účtovného pohľadu, ale i technického.

[quote=apo;625914]

"Iná situácia nastane pri predaji rozšírenia licencie, kedy sa zákazník rozhodne prejsť na inú verziu alebo bude chcieť používať nejaký ....... V tomto prípade bude staré číslo, po aktivácii POHODY s novým číslom, deaktivované a nebude ho možné už nikdy aktivovať."

No áno, ale to sa týka len toho roku v ktorom by si rozširoval. V tom roku by ti to staré sériové číslo bez Intrastatu bolo k ničomu, keď dostaneš v tom roku nové číslo i s Intrasttom.
Spätne staré roky deaktivácia sériového čísla roku 2008 absolútne neovplyvní ....

V súbore StwPh.ERR sa postupne pridávajú záznamy ako program padne. Okrem toho môžem nazerať do súboru každý deň dozadu nakoľko denne archivujem komplet celý adresár na externé archivačné médium. V súbore je vidieť, že od októbra do januára Pohoda nepadla ani raz. V poslednej dobe som nemenil hrdvér ano windows. Preto som otvoril túto tému či nie sú problémy s Pohodou všeobecne a čo môže byť príčinou keď nebola nová inštalácia Pohody a v prostredí v ktorom Pohoda pracuje tiež neboli zmeny.



apo

[quote=Hanah;625928]Píšeme ako diví.
To, že v roku keď rozšírim Pohodu o nejaký modul mi bude staré číslo k ničomu je v poriadku veď v roku rozšírenia sa upravia všetky databázy, ktoré boli v rom roku vytvorené.

Takže podľa Teba keď v roku 2008 rozšírim Pohodu o Intrstat, tak inštalácie z roku 2006 a 2007 budem môcť stále otvárať a pracovať s programom Pohoda vo verzii aká bola aktuálna pri uzávierke roku 2006 a 2007?

apo

[quote=apo;625934]Podľa mojho názoru rok 2006 a 2007 otvoríš už len v novej verzii, ale to by nemal byť problém, ty sa predsa vždy dostaneš k svojim spracovaním údajom. Prečítala som celú diskusiu, ale stále nemôžem pochopiť o čo ti ide.

napríklad som v jednej firme nemala mesiace: 10, 11, 12, ale 10, 10, 12.
to tlf. číslo písané nesprávne - že posledné dve číslice do výkazu netlačí, tak to mi tvrdohlavo odmietalo napísať... a ani meno a priezvisko FO na titulnej strane...

atka, toto by som oklamala takto:
dáš nový záznam a až ked vyplníš dátumy tak dáš Ctrl+L a opýta sa ťa, či chceš likvidovať na tento doklad... keď áno, tak už vyberáš zo záväzkov/pohľadávok a malo by to byť ok.

[quote=Kája.;625992]Problém je vtom, že povedzme v roku 2010 budem musieť databázy z roka 2004 preklápať do aktuálnej verzie programu. Mám pochybnosti či spätná kompatibilita Pohody bude korektná.

Problémy so spätnou kompatibilitou vzniknú bez zavinenia Pohody v reportoch ktoré som vytvoril v roku 2006. V roku 2010 budem potom riešiť opravu reportov ešte raz, lebo Pohoda tieto reporty neupravuje. Report dizajner som si zahrnul do Pohody nie preto, aby mi to komplikovalo život, ale uľahčovalo.

Aby som sa týmto problémom so spätnou kompatibilitou vyhol každý rok založím nové databázy v novom podadresári označenom letopočtom. Databázy z roka 2006 budú v uvažovanom roku 2010 nepoužiteľné.


O toto mi ide.
apo

Report dizajner ja nemám, ale bežne otváram účtovníctvo roku 2003 pod novou verziou a nemám s tým žiadny problém.

Dík. niektoré vecičky mám zmechanizované skratkami, takže pri novom zápise, ak idem robiť likvidáciu, automaticky dám ctrl-L, a ak je to 1. záznam nového dňa, tak je ten problém. Budem si musieť na to dávať pozor, mám 2 firmy, kde jedna robí výlučne zahr. a jedna veľa nákupov - dovoz tovaru...
Ď. za radu - veď preto asi všetci milujeme poradu.