párování plateb v Pohodě

[zdenek.svarc]

ja to neimplementoval ale IMHO neni problem s Pohodou - skripty se hrabou v SQL databazi Pohohody (vyhybali jsme se cemukoliv, co je moc zavisle na verzi Pohody a co by mohlo komplikovat upgrade Pohody apod) a tu ani moc nepotrebuji. Hlavni problem je v analyze pozadavku. Vlastni skript je hotovy za 'chvilku', problem je ale odladeni vsech moznych necekanych jevu, ktere Te tezko napadnou pri analyze. A bez prusvihu se to neobejde...
Ve vysledku ale ucetni rucne paruji jen minimum plateb (kdyz nekdo zaplati z cisla uctu pro ktery nemame zadnou historii a zvrzne VS, kdyz nekdo plati vice pripojeni jednim uctem a VS nesedi , mozna nejake platby slozenkou atd)

Rozumím, otázka kolik firem používá dražší SQL verzi. A to jsme pořád u obezliček, nikoliv zdokumentovaných funkcí. Přičemž nemáme push z Pohody do informačního systému. XML je pořád něco na půl cesty, protože dávkování. Nevím, do jaké míry to řeší Pohoda E1, ale to už jsme pomalu na ceně Flexibee.

Co se týká fakturantek. Je to jednoduchá matematika, kolik stojí práce fakturantek vs kolik stojí vývoj automatizovaného billingu a kde se částky protnou + přidaná hodnota automatu. Dalibor ví určitě moc dobře o čem mluví, Fortech má víc zákazníků, než kolik nás v tomto vlákně diskutuje.

[svestka]

Nevím proč to řešíte pořád dokola.
Nakonec nejlepší řešení, pokud už účetní z nějakého důvodu používá Pohodu (třeba proto že má více firem na starost), je jako ISP mít vlastní systém na míru (což většina z nás má, a dobře ví proč), který na základě databáze klientů/tarifů/jiných nastavení vystavuje doklady sám, sám si stahuje x krát denně platby z banky, sám si to páruje, rozesílá upomínky, zpracovává případný kredit, pokud zákazník zaplatil cosi navíc/předem, neplatiče po čase omezuje/odpojuje apod. Kdo je v oboru dýl, ví, že není nad fungující automatizaci, lidi do toho zanášejí jenom chyby.
Tohle Pohoda nikdy umět nebude, je to program na účetnictví.
Pohoda umí zpracovat XML seznamy dokladů a plateb, takže účetní je spokojená že jí to taky sedí a spořádaně odevzdává výkazy na finančák.

Třeba moje účetní Pohodu má (dělá externě více firem), a je spokojená. Já taky, 1x za měsíc jí nahrnu do mailu pár XML souborů, ona s tím má minimum práce, ...

Takže závěrem, abych zareagoval na původní příspěvek, ... nenutil bych Pohodu do něčeho, na co není dělaná.

[asdewq]

pani ak by mal niekto zaujem o system ktory ma dost do detailu prepracovane parovanie platieb (automatika na urovni importov vypisov z banky, automaticke spracovanie) automaticku fakturaciu (mesacna alebo inak pravidelna na zaklade nastavenych pausalov), evidenciu zmluv, zakaznikov ma za sebou aktualne 6r vyvoja priamo isp-ckarom, aktualne sa riesi chutovka ako automatizovane riesenie neplaticov (upomienky cez sms, postou - oboje automaticky, automaticke obmedzovanie zakaznikov (prepojenie s mk a pod) mozno mam co ponuknut vratane rucnej fakturacie, evidencie doslych faktur, skladoveho hospodarstva... kazdopadne neslubujem ze to bude za 100e-cok, je tu tiez mozny export faktur a tiez uz sparovanych platieb do uctovnictva (aktualne do kros-u a mrp), vieme tiez viest uctovnictvo, potencialne ak by mal niekto zaujem aj o spolupracu na urovni odoberania sluzby na kluc (system u nas, pristup cez web, zakaznikovi na sk vieme ponuknut aj kompletne spracovanie uctovnictva, danove poradenstvo...) jednoducho portfolio je velmi siroke, ceny primerane kvalite viac pm...

[okoun]

Nevím proč to řešíte pořád dokola.
Nakonec nejlepší řešení, pokud už účetní z nějakého důvodu používá Pohodu (třeba proto že má více firem na starost), je jako ISP mít vlastní systém na míru (což většina z nás má, a dobře ví proč), který na základě databáze klientů/tarifů/jiných nastavení vystavuje doklady sám, sám si stahuje x krát denně platby z banky, sám si to páruje, rozesílá upomínky, zpracovává případný kredit, pokud zákazník zaplatil cosi navíc/předem, neplatiče po čase omezuje/odpojuje apod. Kdo je v oboru dýl, ví, že není nad fungující automatizaci, lidi do toho zanášejí jenom chyby.
Tohle Pohoda nikdy umět nebude, je to program na účetnictví.
Pohoda umí zpracovat XML seznamy dokladů a plateb, takže účetní je spokojená že jí to taky sedí a spořádaně odevzdává výkazy na finančák.

Třeba moje účetní Pohodu má (dělá externě více firem), a je spokojená. Já taky, 1x za měsíc jí nahrnu do mailu pár XML souborů, ona s tím má minimum práce, ...

Takže závěrem, abych zareagoval na původní příspěvek, ... nenutil bych Pohodu do něčeho, na co není dělaná.

no bohužel neznám takový billing soft co by uměl kompletně účtovat, pokud takový znáte tak sem s ním. vždy je nějaký billing, který je napojen na nějaký účetní program.

[hapi]

jistě že takových systémů moc neni. Starat se kompletně o účto se všim všudy co poskytujou zaběhnutý účta je docela vo hubu. Už jenom udržovat stále aktuální system podle aktuálních zákonů o účtu atd.. je pakárna. Proto jsem se u systems4isp na to vykašlal a řeší se v něm pouze fakturační část která je podstatně snažší a každý účto dokáže ládovat faktury/pohledávky externě. Takovej helios to má pěkně na moduly a dá se s tim nahradit modul fakturace. To samí jde u pohody a tušim že i u MRP se kterym jsem si hrál posledních pár měsíců... brrr. Zku.... slováci.

Jak už tu zaznělo, mít něco zcela podle přání konkrétního ISPíka je na dlouhý roky práce a dolazování a defakto nepřenositelný.

Když se vrátíme k tématu a lidi ti plateji do předu tak myslim že takovej helios dokáže odečíst pouze část platby a rozhodil to do víc i budoucích faktur průběžně jenomže to neumí automaticky párovat ale pouze manuálně protože částky nesedí což je jasný. Takovýhle věci se moc řešit nedaji pokud to neřešíš formou kreditu ale tam budou zase jiný problémy.

[asdewq]

okoun: robit cele ucto je nezmysel (muselo by sa sledovat privela legislativy) preto to co mame ma prepojenie na dva aspon na sk dost pouzivane uctovne systemy (kros, mrp), v pripade vedenia uctovnictva v krose to vieme ponuknut uplne cele ako sluzbu (teda uctovny system je u nas, spracovavame uctovnictvo) pricom uctovnictvo tym sposobom, ze je zan nesena 100%tna zodpovednost ps: a parovanie je vyriesene tiez ... uctovne systemy vedia bohuzial len podla 1 ci dvoch parovacich symbolov co je nedostatocne u nas vieme parovat podla cisla faktury, zmluvy, zakaznickeho cisla alebo hocakej voloviny co si zakaznik zada do trvaleho prikazu ak je kazdy mesiac rovnaka (moze ich byt tak vela ako treba)

[okoun]

no to já si myslím také přesně jako ty, jenže p. svestka si myslí asi něco jiného, tak mě to zajíma....

[hapi]

protože pan Švestka má na to aby si zaplatil programátora kterej bude brát 50 litrů měsíčně aby mu to splácal. Vo čem jinym to je. Zaplať mi a budeš mít system na míru. Systémy na míru jsou extrémně drahý.

[asdewq]

hapi: a to je este hodne optimisticky pohlad s ohladom na uctovnictvo, treba k tomu niekoho kto bude analyzovat legislativu, sledovat zmeny... ... ja toho programatora prave koli spominanemu systemu platim, system stal rozhodne viac ako 50 alebo 100tis kc a doslova nonstop sa na nom pracuje dalej, no bohuzial kedze sa to pisalo od zakladu cele je v tom vela pokusov a omylov, optimalizacii... a to tam nieje uctovnictvo na ktore by toho bolo treba ovela viac...
co sa tyka uctovnych systemov tak do mrp to u nas lezie pekne, netreba nic nahradzat je na to priamo rozhranie (osobne mu nefandim, ale nasa byvala uctovnicka ho pouzivala) co je prasacina u mrp je to ze tam nieje jasne vidiet ktory pohyb na ucte je a ktory nieje sparovany...

[hapi]

tak víš o čem mluvim

MRP KS tušim, na to jsem dělal eshop, no slováci nepustili ani chlup a všechno pokus omyl... tedy spíš česká podpora nepusila nic.

[asdewq]

jj mrp je v tomto strateny svet... na druhu stranu musim pochvalit ludi z kros-u, ti dodali kompletne struktury, komunikoval som s nimi na rovinu o tom ze to chceme prepojit s nasim systemom, dokonca ponukli technicku podporu ak by bolo treba (nebolo, dodali tak dobru dokumentaciu), od 1.1. prechadzame na omegu od krosu takze dufam ze nieco nevyskoci ale malo y to byt v pohode

[zubodravec]

Succes story :
LMS export faktur a adresaru = Money S3 (import faktur z LMS a import transakci z banky)
LMS import transakci z banky (paralelne sledujeme v LMS zakazniky/neplatice a pridelovani tarifu, Money S3 je pouze ucetni system).

Nevím proč to řešíte pořád dokola.
Nakonec nejlepší řešení, pokud už účetní z nějakého důvodu používá Pohodu (třeba proto že má více firem na starost), je jako ISP mít vlastní systém na míru (což většina z nás má, a dobře ví proč), který na základě databáze klientů/tarifů/jiných nastavení vystavuje doklady sám, sám si stahuje x krát denně platby z banky, sám si to páruje, rozesílá upomínky, zpracovává případný kredit, pokud zákazník zaplatil cosi navíc/předem, neplatiče po čase omezuje/odpojuje apod. Kdo je v oboru dýl, ví, že není nad fungující automatizaci, lidi do toho zanášejí jenom chyby.
Tohle Pohoda nikdy umět nebude, je to program na účetnictví.
Pohoda umí zpracovat XML seznamy dokladů a plateb, takže účetní je spokojená že jí to taky sedí a spořádaně odevzdává výkazy na finančák.

Třeba moje účetní Pohodu má (dělá externě více firem), a je spokojená. Já taky, 1x za měsíc jí nahrnu do mailu pár XML souborů, ona s tím má minimum práce, ...

Takže závěrem, abych zareagoval na původní příspěvek, ... nenutil bych Pohodu do něčeho, na co není dělaná.

no bohužel neznám takový billing soft co by uměl kompletně účtovat, pokud takový znáte tak sem s ním. vždy je nějaký billing, který je napojen na nějaký účetní program.

[svestka]

Asi jsem to nenapsal přesně. Náš systém, který mj. dělá "ovládání sítě", faktury vytváří ve smyslu, že na základě údajů ze SQL, na kterou je napojen, vytvoří faktury pro všechny klienty - PDFka, s číslem z číselné řady, datem zdanitelného plnění, položkami ... prostě se vším všudy co faktura jako dokument má obsahovat. Rozešle to zákazníkům do mailů.
Následně každou hodinu stahuje XML z Fio banky, páruje to s fakturami, takže pak přímo v "sumarizační stránce" systému vidíme, kolik dnes/včera/za týden přiteklo peněz, kolik je plateb, které se nepodařilo připárovat automaticky (s možností dopárovat to ručně), atd. atd.
Nicméně finální účetnictví, které se vykazuje finančáku, dělá účetní (v Pohodě), které se posílají XML exporty (seznam dokladů a seznam plateb) z toho našeho systému. Tedy náš systém neúčtuje v tom pravém slova smyslu, to pak dělá Pohoda. Tedy náš systém nemá o účetnictví samotném vlastně ani páru
Snad jsem to vysvětlil OK.

[zubodravec]

Tak to ma byt, tak to je spravne vetsina z nas nakonec dojde ke stejnemu cili.

Asi jsem to nenapsal přesně. Náš systém, který mj. dělá "ovládání sítě", faktury vytváří ve smyslu, že na základě údajů ze SQL, na kterou je napojen, vytvoří faktury pro všechny klienty - PDFka, s číslem z číselné řady, datem zdanitelného plnění, položkami ... prostě se vším všudy co faktura jako dokument má obsahovat. Rozešle to zákazníkům do mailů.
Následně každou hodinu stahuje XML z Fio banky, páruje to s fakturami, takže pak přímo v "sumarizační stránce" systému vidíme, kolik dnes/včera/za týden přiteklo peněz, kolik je plateb, které se nepodařilo připárovat automaticky (s možností dopárovat to ručně), atd. atd.
Nicméně finální účetnictví, které se vykazuje finančáku, dělá účetní (v Pohodě), které se posílají XML exporty (seznam dokladů a seznam plateb) z toho našeho systému. Tedy náš systém neúčtuje v tom pravém slova smyslu, to pak dělá Pohoda. Tedy náš systém nemá o účetnictví samotném vlastně ani páru
Snad jsem to vysvětlil OK.

[Viktor Novotný]

tak ten cil je jasny ... jen ja jsem striktne proti ovladani site automatem ... a dale uctovani plateb prave radeji necham na ucetni .. nemam ji externe ale jako zamestnance .. i jeji kolegyni co dela vse jen kolem razeni plateb a faktur ...