Red Flags: Informačný systém elektronickej fakturácie (IS EFA)


#41

Mne nesmierne vadi, ze tu siris reci (opakovane), ktore nikto z nas netvrdi. Takze by som ta poprosil s tym opat prestat.


#42

myslim ze nebudem na teba reagovat,


#43

mne sa velmi paci ako diskutujete. Je to poucne citat a aj sa clovek zabavi pri tom.


#44

Aby si nebol v tom sam, a ze len jeden sw to vie, tak prikladam: http://www.mpohoda.sk/propojeni-s-ucetni.aspx

Toto je zle ci OK? Resp. preco by v UPVS nemohla pribudnut agenda na poslanie faktury?


#45
  1. Vseobecna agenda je predsa volny text - na to som reagoval. Chcu tu strukturovanu fakturu posielat ako prilohu? No to bude bordel. Preco nespravit rovno formular na fakturu v tom standarde a poslat to tak? Ak to bolo myslene ako novy formular, tak to je schodne.
  2. Cele toto robime vlastne preco? Aby sme mali garantovane dorucenie faktury? Hm, chcel by som vidiet cisla ako velky problem toto riesi. Ako bezne sa dodavatelom stava, ze poslu fakturu a tu im niekto neuhradi lebo tvrdi, ze im neprisla? Pride mi to velmi marginalny problem. Navyse na riesenie takehoto tu uz sluzbu mame - navrh na platobny rozkaz. Ak je pointou ten centralny zber/reporting, tak to moze zafungovat a pevne verim, ze tato zmenova poziadavka na UPVS by stala menej ako to cele postavit na zelenej luke (sucasny plan).

Cize napad vyuzit na to schranky nie je vobec zly, dokonca ti, co teraz maju registratury, tak by sa mali celkom lahko vediet zapojit do workflowu novy typ spravy a ten pretecie kam bude treba.

Reakcia MF, ze schranky tento napor nezvladnu je dost smiesna. Kedze podla aktualne statistiky https://www.slovensko.sk/sk/statistika tam teraz mesacne lieta ovela viac dokumentov ako sa tu odhaduje rocne a tieto budu navyse cisto strukturovane a nie kadejake skonvertovane skeny.

A teraz som nasiel este toto https://www.ccvis.sk/elektronicka-vymena-dat-edi/orion-2/


#46

Je mozne ze analyza za 1.2mega vyjde k tomu, co si napisal. Takze v konecnom dosledku sa usetri 5mega, co sa vyhlasi za uspech (neminuli sa na blbost ale sa mohli).

Mat na fakture peciatku s datumom dorucenia je OK. Aj teraz asi nejaky pracovnik bucha na paiere v podatelni peciatku, alebo to spravi posta.
Dokonca by som nevidel ani problem, ze validaciu nebude robit UPVS ale az import do realneho ERP. Ten moze zase vratit faktury odosielatelovi ako zlu. (To k tomu ci nepouzit vseobecne podanie). Tych faktur nebude vela a ze je syntax spravna aj tak neriesi problem, ze napr. vazba na objednavku alebo zmluvu je zla.


#47

sveto, ale tu sa riesi iny problem a s inym umyslom. primarne sa riesi problem ze obstaravatel po uzavreti zmluvy musi kvartalne posielat spravu v ktorej su faktury za dane vo aby sa dalo kontrolovat cerpanie vo. tu pomerne casto prichadza k chybam, bud sa to nezada alebo nieco chyba. toto riesenie predpoklada ze kazdu fakturu v danom vo posles do centralneho systemu a ten ju posle obstaravatelovi a tak tato evidencia bude v poriadku. vedlajsim cielom je ale pomoct zaviest elektronicku fakturaciu vsade. a tak tento centralny system musi prijat fakturu v kazdom formate aky je publikovany vo vestniku eu a skonvertovat ho do formatu aky je schopny prijat ekonomicky soft na strane ovm. a musi vediet pracovat aj s podpisanym aj nepodpisanym formatom. pre slovensko moze poskytnut viac formatov, hoci aj pre kros ci pohodu. to ze umozni zadat fakturu rucne je len maly doplnok, pre tych co nemaju ziadny soft.

a samozrejme preferovane nie je posielanie cez formular ale priamo cez api


#48

Formularom bolo myslene to, co sa dnes povazuje za formular v egove podla standardov - cize strukturovane XML a vizualizacna transformacia (nie nutne vyplnacia cast). API na UPVS na posielanie lubovolnych sprav/formularov existuje. Vsetko je teda pripravene, treba doriesit centralny reporting (vid to co vravim od zaciatku).

Validacia domenovych pravidiel sa na centrale (dorucovacej) velmi robit dat nebude, cize toto je validna vytka avsak riesitelna.

Mame tu pripravenu a zabehnutu(!) infrastrukturu (aj organizacne) na velku cast toho projektu, preco ideme robit nejake nove schranky a API pre faktury?


#49

Skor sa hlada problem ku ktoremu chceme vycerpat 5 mega na riesenie.

Kolko je tych source formatov?
A kolko je target formatov?

Je treba kupit expertov, co musia nastudovat jednak vsetky source formaty a potom este aj target formaty aby spravili konverzie?
Preco nerozdelit peniaze medzi dodavatelov ekonomickych softov (napr. kazdemu 20k, ak ich je 50, tak je to asi mega) a ti nech si spravia konverziu z tych par source formatov do svojho target formatu, ktory poznaju. Nebude to lacnejsie a v konecnom dosledku aj funkcnejsie?

Na druhu stranu, preco by zrovna nemohol byt centralne zvoleny jeden format (nech nezerem tak 2) pre OVM zo zakona (napr. prihlasenie na UPVS je tiez viacmenej len jednym sposobom, prihlasovat sa estonskym obcianskym pokial viem nejde).
Ak chce niekto obchodovat so statom, tak by mu nemalo robit problem mat schopnost generovat faktury do predpisaneho formatu.
Napr. aj KV DPH ma presny format a nie je moznost volby a vsetci, co maju povinnost podavat priznania DPH na slovensku sa mu museli prisposobit, nikto im to nepreplacal.

A inak, ak by uz sme chceli integrovat tento system inde ako na UPVS, tak preco nie na financnu spravu? Tam ma dobru podatelnu a v com by bol problem dat je do kompetencii evidenciu faktur s OVM, kde by bol benefit napr. aj kontrola DPH ap.


#50

Ja vidim dva. https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/Required+syntaxes


#51

Tak teda nezerem :slight_smile:


#52

za prve, nie je cielom zaviest jeden format pre OVM, to ide proti duchu smernice, cielom je vytvorit platformu ktora prepoji existujuce formaty.
Sucasny stav je dlhodobo taky ze existuje vacero formatov a niet takej sily, ktora by bola schopna to zjednotit. A este mas kopec dalsich proprietarnych formatov.
Ale podme dalej, jedna vec je vystavenie ale co s dorucenim ? Mas platformu kde si mozu firmy vzajomne dorucovat jednoducho faktury a dokumenty ? Teda presnejsie povedane, na kazdy konkretny format mas ale kazdy dorucuje inak. A je to skutocne europsky problem.
Co by riesila dotacia vyrobcom sw ? Na ktory system sa pripoja ? A dorucovanie stoji peniaze, koho platformu podporit ? A ako zarucit ze bude europska ?

A technicky, ano slo by to spravit aj cez schranky, sice to bude skrabanie cez hlavu ale ide to, ak to nema ambiciu byt platforma pre podniky tak to ide, na UPVS bude treba modul ktory zisti ze ide o fakturu k VO a posle ju do nejakeho systemu kde prebehne parovanie na VO, urobi transoformaciu do cieloveho formatu a posle do cieloveho systemu, a v pripade chyby tam posle info o chybe.
Nesuvisi to s registraturou, do tej sa zapise az v cielovom systeme. Ale bude to pomalsie a nepruznejsie.
Ale pokial to nepojde cez UPVS tak sa to da rozsirit na platformu aj pre komercne vymeny a to je to co povazujem za rozumny ciel. Nie akademicka cistota ale pouzitelne riesenie.


#53

No zasadna otazka, ktoru si treba polozit je… ty chces, aby dva subjekty, ktory maju sukromny obchodny vztah posielali nieco tak citlive ako je faktura cez nejaku statnu tretiu stranu? Toto ked nejaky politik povie, tak uz vidim ten ohen na streche.

Tak schvalne ako rychlo potrebujes zaplatit fakturu? 3minuty? 10minut? 30 dni? Za kolko ti prejde platba? Ake ocakavas zdrzanie ked to pojde cez UPVS? Ved UPVS ma uz aj podporuje platby kartou. Nejaku zasadnu prakticku nevyhodu tu vobec nevidim, skor nachadzam co vsetko by nebolo treba riesit.

Naopak, velmi europske riesenie by bolo so schranok na UPVS spravit ozajstnu europsku eDelivery sluzbu. A mame to vsetko.


#54

Takze miesto zjednotenia budeme system rozsirovat o vsetky formaty, ktore koho kedy napadnu. Preco nie je tej sily prave stat a zakon? Uz vedel zjednotit zlozitejsie veci nie taku prkotinu ako format.

Ako vyriesi slovensky system zlednotenie systemu dorucovania pre europu? Ak ma firma dodavatelov po celej europe alebo svete, budu jej to dorucovat cez slovensky system? Ak slovenska firma je dodavatelom pre europsku firmu, kade to bude dorucovat? Cez tento system? Aj do Ciny?

Preco do toho tahame podniky, ked tam to nie je realisticke nasadit ani ako celoeuropske riesenie. Riesme problem pre fakturaciu OVM a nie napr. VW.

A ked uz chceme aspon slovensky jednotny fakturacny system, tak sa inspirujme virutalnou pokladnou. Tu spravuje financna sprava a riesi v podstate podobnu vec, prepaja ‘faktury’ (citaj danovy doklad) s podnikatelom. Takze miesto vystavenia blockov by taky system vystavoval faktury. A dorucoval by ich OVM alebo aj podnikatelom.

A k samostatnemu systemu: skonci to potom tak, ze miesto jedneho systemu na vsetko (UPVS) budeme mat vela samostatnych systemov na dorucovanie (uz teraz ich mame dost: Financna sprava, socpoist, zdravotne poistovne), s kazdym treba byt nejak integrovany. A kazdy system ma vynimky, preco nie je integrovany na 100% s UPVS.


#55

prepojenie narodnych systemov je jednoduchsie ako budovanie europskeho riesenia. to je cesta ktorou sa uz vybrali viacere staty.
a ano nevies donutit firmy aby to pouzivali ale preco ako prve riesis nutenie, ak to poskytuje jasne vyhody tak to budu pouzivat, velke firmy nutia svojich subdodavatelov do podobnych rieseni ale toto by vedeli pouzit skoro vsetci. vyrobcovia sw by sa integrovali na platformu a ponukali to ako vyhodu zakaznikom.

a stale hovoris o vystavovani faktur, ale tu nejde o vystavovanie faktur, to si 99,9 percenta riesi vo vlastnom systeme a nechcu to riesit v inom, vo vlastnom systeme ti to prideli cislo, spravi predkontaciu, sleduje parovanie platieb atd. vystavovat to povinne inde je nezmysel.

a ked sa vsetci brania vsetko posielat cez upvs, tak nepripustas myslienku ze to moze mat dobry dovod?:slight_smile: nie je to nahodou pripad ze kde sa idea jednoducheho sveta zrazila s realitou?


#56

nemozes robit reklamu len jednej firme :slight_smile: je ich viac a ty si influencer … ibazeby ti zaplatili … potom nemam co dodat …

https://www.idoklad.sk/api-a-doplnky-k-idokladu/


#57

toto je dalsie proprietarne api, ale v skutocnosti to dnes ma kazde vacsie erp riesenie, vratane sapu. len to skutocne nesuvisi s tym co projekt riesi.


#58

@robert.kuchar to co posielas je nieco trochu ine, to su skutocne len API na generovanie faktur, nakladov a pripadne ich vytahovanie z fakturacneho softveru pre ine systemy. Toto dnes maju vsetky rozumne systemy. Lenze ikros konekt a to druhe co som posielal je nieco ine, aj ked sa tu neustale do zblbnutia omiela, ze to je to iste. Z diskusie je jasne v akom kontexte to bolo spomenute prvy krat.

Kompletne hotove riesenie na celu efakturaciu tu uz spomenute bolo tiez. Asi im napisem ci o tomto projekte vedia a kolko by to stalo na 10 rokov.


#59

A co na to KROS
KROS je bezplatná online služba , ktorá vám umožní pohodlne vystavovať faktúry cez internet, posielať ich emailom alebo tlačiť a sledovať ich úhrady. -
Vďaka službe iKONEKT – prepojenie účtovníctva s iKROSOMje možné sťahovať faktúry a všetky účtovné údaje z iKROSu do programu OMEGA alebo ALFA plus.

Alebo Vďaka mobilnej aplikácii iKROS máte po ruke dôležité prehľady o svojej firme. Kedykoľvek si pozriete napríklad stav vašich pohľadávok, záväzkov, DPH, či evidenciu príjmov, výdavkov a mnoho ďalších užitočných informácií, ktoré ocení každý majiteľ firmy.

iKros na mobile - Okrem toho v nej môžete vystavovať faktúry a zálohové faktúry aj bez pripojenia na internet. Po pripojení ich môžete poslať zákazníkovi a všetky údaje sa automaticky prenesú aj do webovej verzie služby iKROS, kde môžete spravovať partnerov alebo meniť nastavenia vášho účtu.

Na používanie mobilnej aplikácie (pre Android aj iOS) potrebujete mať vytvorený iKROS účet.

Fakturacny modul ako namotavka a pre pouzitie je mozne ich stiahnutie do podvojneho alebo jednoducheho uctovnictva.

v trochu vacsom : SAP Mobile Platform

to iste v strednom prude : Keepi

Keepi - online účtovníctvo bez poplatkov

Vystavenie faktúry, vedenie jednoduchého účtovníctva či podvojného účtovníctva nebolo nikdy jednoduchšie a dostupnejšie. Online účtovníctvo Keepi je bezplatné, bezpečné a zvládne v ňom pracovať aj úplný začiatočník. Keepi umožňuje začínajúcim podnikateľom rýchly štart do bezplatného účtovania tak, aby sa mohli ihneď venovať svojmu hlavnému poslaniu. Podnikaniu resp. práci, ktorá reálne vytvára príjem.

Cokolvek z toho sa da dovyvinut do podoby ze nacita udaje o VO, OVM, skontroluje udaje a posle xml v nejakom formate do systemu. A nahradi funkcionalitu ktora je odhaduta na 100 tis. Samostatne nasadenie do vladneho cloudu, samostatne VO, v idealnom pripade sa usetri 30 tis, v najhorsom pripade sa to spravi z rozpoctu. To je takz ten realny svet.


#60

Som rad, ze copy&paste ti funguje. Len nejako si zabudol to toho vypoctu zaratat este analyzu, riadenie a tak. A potom este vlastne aj tu druhu cast, kde je evidencia pripadov, ciselnuky a tak. Ale ved dobre. Tocime sa v kruhu. Tuto diskusiu sme uz mali presne tu

Ja tvrdim, ze sa na to da pouzit existujuci produkt, studia jasne hovori len o tom, ze sa to ide stavat odznova. Podla teba to je normalne, podla mna nie, kedze tu uz mame viacere studie ktore zvazuju ako alternativu aj kupu licencie existujuceho softveru. A to je tak asi cele.