no, len upozornujem, ze my s nimi dabatime o tom ako uchopit format, syntax a pod. pre elektronicku fakturaciu…snazime sa hladat optimalne riesenie v tejto rovine a to nech je cim skor, aby to vedeli vyrobcovia uctovnickych a fakturacnych sw implementovat a aby sa to dalo pouzivat v B2B svete
ohladne toho statneho centralneho bodu/IT riesenia, ktore spomina zakon a MF SR ho planuje obstaravat, o tom sa s nimi nebavime…jedine apelujeme na to, aby to malo otvorene API, aby z komernych sw rieseni mohli faktury tiect automatizovane
Pripomeniem ze eInvoicing je jeden zo stavebnych blokov Digital Single Marketu a EU k nemu poskytuje nastroje, standardy atd.(spominas PEPPOL, registrujem) … necital som to, nevenujem sa tomu, ale bolo by fajn neuletiet k dalsiemu slovenskemu (detto čekému) specifickemu rieseniu. lebo ten jednotny trh takto ostane iba vo forme velkohubych vyhlaseni. Tu je startovacia stranka: https://ec.europa.eu/cefdigital/wiki/display/CEFDIGITAL/Services+eInvoicing
V Readme.md sa docitate viac, napr navrh OpenAPI3,…
Ak sa chcete angazovat viac ako v komentoch ku dokumentom alebo na githube, napriklad legislativa, analyza, design, programovanie,…, chcete nam poradit, alebo Vas len zaujimaju detailnejsie updates, nevahajte sa ozvat
bude potrebne sa zamysliet, ked nastane moment prechodu do produkcie a teda SLA pre riesenie, ze kto ju bude a v akom rozsahu zabezpecovat? - interne zdroje MF SR? externe zdroje? SKIT?
Disclaimer: API and UI are not fully functional (also invoice semantics is only basic), at this stage we show it to mainly gather feedback on interface completeness, simplicity, security,…
Hopefully soon we will be able to let you test API and WebUI properly.
MF SR spristupnuje na pripomienkovanie studiu uskutocnitelnosti k IS EFA v kontexte naposledy predstaveneho zameru predkladania elektronickych faktur podnikatelmi na FS SR
My ako SD a nasa danovo-odvodova pracovna skupina (Kros, HOUR, Stormware, Superfaktura + Fitek) sa na danu studiu ideme pozriet a budeme ju pripomienkovat, kedze sa teme elektronickej fakturacie venujeme dlhodobo a systematicky.
Ako laik sa spýtam. V kontrolnom výkaze k mesačnému DP pre DPH dnes podávam nasledovné informácie o obsahu vystavených aj prijatých účtovných dokladov:
Čím sa líši tá nová povinnosť od kontrolného výkazu, okrem rozdielu, že štát nedostane informáciu o tejto faktúre hneď 10.12.2020, ale až 25.01.2021?
Ak je rozdiel v čase, o koľko viac daní vyberie, ak ten časový rozdiel 45 dní odstráni?
Ak je rozdiel v obsahu, prečo sa proste nepridá jeden riadok do kontrolného výkazu?
Lebo ako právnik vidím problém štátu vo výbere daní skôr v tom, že dlabe na daňových dlžníkov aj 3 roky až kým dlžníci neprevedú firmy na biele kone, a teda “náskok” jedného mesiaca reálne nepomôže. Nemyslím, že problém s daňovou medzerou je v nedostatku dát, ale v laxnosti prístupu.
Účelom tohto projektu vymysleného Smer-om bolo zrealizovať zákazku, nie niečo užitočné urobiť. Proste presunúť peniaze z bodu A (štátna pokladňa) do bodu B (a potom ďalej).
Sorry @jsuchal for late response, but it took some time to figure the answer up:
Sign finalized DIZ with NASES and go to production with integration on slovensko.sk
Successfully integrated to edesk mail boxes. We can now omit email delivery, since it should be ideally responsibility of slovensko.sk. Also comercially widely available solutions like govbox exist.
We kicked off translations of business groups, terms and rules from EN16931 (this norm does not exist in Slovak) needed for slovak e-form, visualization and validation error messages
biggest challenge for MFSR management 1 - how to go through public procurement in order to buy a cloud the service will run on such that it is transparent, and MFSR chooses reallly the cheapest and most suitable option (any ideas are welcomed)
biggest challenge for MFSR management 2 - how to hire full time employees who will launch into production and will maintain the product seemlessly (any ideas how to convince smart people to work in such a challenging environment?)
