On Point Core for Czech

U českých zákazníků je potřeba nasadit On Point Core for Czech obsahující následující funkcionality.

U každé funkcionality by měly být tyto body:

  • Odkaz na Jira task pro dohledání techničtějšího popisu požadavku

  • Odkaz na dokumentaci

    • Pokud se jedná o složitější požadavek, pro který byla dokumentace sepsána

  • Přínosy daného bodu

    • Proč je v On Point Core zahrnutý

Může se stát, že v budoucích verzích standard Business Central některý bod pokryje. V ten moment je potřeba zanalyzovat, jestli naše a standardní funkcionalita je 1:1, a případně jestli je potřeba naši funkcionalitu upravit nebo je možné ji odebrat.

S každou novou verzí je také potřeba tyto úpravy a jejich funkčnost testovat.

Pokud CZ On Point Core již nějakým způsobem funguje u určitých zákazníků, tak je potřeba pečlivě zvážit přidání nové funkcionality do této extensiony. Tato funkcionality může narušit “univerzálnost” řešení napříč zákazníky.

Dále je potřeba zvážit nasazení rozšířeného CZ On Point Coru u starších zákazníků.

Je vhodné, aby CZ On Point Core byl totožný u všech zákazníků, i když nějakou funkcionalitu nevyužijí, jelikož poté se můžeme spolehnout, co umí standard v kombinaci s naším CZ On Point Corem.

Tento balíček rozšiřuje standard Business Central CZ lokalizace. Zpravidla je zákazníkovi dodáván zdarma bez měsíčních poplatků (bude to tak @Petr Kupka?), jelikož obsahuje funkcionality, které řada firem považuje za samozřejmost.

Jedná se o balíček, který nás odlišuje od konkurence a vede k vyšší spokojenosti zákazníků.

On Point Core for Czech dokumentace

  1. [CZBC-5154] Služba hromadného ověření DIČ/IČ - On Point (atlassian.net)

    1. Ověření DIČ (přes ARES) a IČ (přes VIES) je potřeba při migraci dat, což je složité při větším množství zákazníků a dodavatelů. Proto lze tyto entity migrovat bez validace zmíněných polí a následně nechat tuto funkcionalitu vše hromadně ověřit.

    2. Lze také nastavit pravidelné ověření IČ a DIČ přes položku fronty úloh, což zajistí pravidelnou aktualizaci údajů z uvedených registrů

    3. Dokumentace: CZ Registry

  2. Kontrola nespolehlivosti plátce DPH

    1. Pokud si pamatuji správně, tak v Moru se toto kontroluje položkou fronty úloh, ale museli jsme tam něco programovat. Je to tak @Ester Vilímková, @Elena Jákobová? Myslím, že nějaké dělení do intervalů po 5000, abychom službu nezahltili velkým množstvím záznamů. → Tohle jsme myslím nakonec neřešili, pokud vím, tak se jim akorát řeklo, že to musí stáhnout po částech, je to tak @Elena Jákobová?

    2. Dále zde musíme zahrnout i automatické založení všech zveřejněných bankovních účtů. Zde by bylo vhodné doplnit podmínku, že účty se automaticky založí, pokud je vyplněna číselná řada. Pokud ne, tak tato část se chová standardně = účty si uživatel vybere a založí manuálně ty, které chce a potřebuje evidovat. @Ester Vilímková @Livie VilímkováTohle můžu zadat @Livie Vilímková, chceme na to nějaký task?

    3. Dokumentace: CZ Registry Kontrola nespolehlivosti plátce

  3. https://onpointserv.atlassian.net/browse/CZBC-3219

    1. Ne všichni zákazníci nenárokovatelnou DPH využívají.

    2. Jedná se ovšem o formu DPH, která je v ČR možná a z legislativních důvodů by ji systém měl pokrývat

    3. @Elena Jákobová je někde prosím sepsaná dokumentace, jak nenárokovatelnou DPH nastavit a jak funguje v praxi? Zde je potřeba přidat odkaz na danou dokumentaci

Verze 23 již toto umožňuje.

  1. Rozšíření bank - @Ester Vilímková nedaří se mi najít ten task, pod kterým jsme to vyvíjeli Tohle je Banking Management INC nebo CVF, můžeme vzít celou extension, kde je osekané přesně to, co popisuješ.

    1. Import výpisů v CZ funguje přes definici výměny dat, která data importuje do deníku odsouhlasení a tato úprava následně řádky přenese do bankovního výpisu

    2. Dále toto rozšíření doplňuje některá pole, která byla odebrána ze standardu (VS, měna…)

    3. Mimo to umožňuje importovat v rámci jedné transakce jak účet příjemce tak i odesílatele a rozhodnout, který účet je náš a druhý skutečně importovat.

  2. https://onpointserv.atlassian.net/browse/CZBC-4793

    1. Úprava umožňuje vyrovnat fakturu s jinou položkou, i když je faktura již částečně uhrazena zálohou - jedná se tedy o bug standardu CZ lokalizace

Bug byl opraven Microsoftem ve verzi 23.

  1. Možnost účtovat zálohy a zálohy s DD na jinou analytiku - https://onpointserv.atlassian.net/browse/CZBC-4975 - TBD

    1. Řadě účetním pomáhá, když úhrada zálohy se účtuje na analytiku A a po zaúčtování daňového dokladu se tato částka odúčtuje a základ se přeúčtuje na analytiku B, což standard CZ lokalizace neumožňuje

  2. Rozšíření způsobů platby o Vyčkat

    1. V rámci způsobu platby lze pro jednotlivé způsoby nastavit příznak vyčkat. Jakmile je daná způsob platby použit v dokladu, tak v dokladu je i vyplněn příznak vyčkat. Následně není tento doklad navrhován v platebním příkaze, pokud příznak vyčkat nebyl manuálně odstraněn.

    2. Jedná se poměrně o drobnost, která ale může pomoct jak s úsporou času, tak snížením chybovosti

    3. Lze to také zahrnout na Market Place v rámci nějaké úpravy, protože samostatně je to příliš malé dle mého názoru - @Petr Kupka ?

  3. Výběr kurzu v dokladu přes kurzový lístek - https://onpointserv.atlassian.net/browse/CZBC-5454

    1. Při změně kurzu v dokladu standard umožňuje pouze manuálně vepsat nový kurz.

    2. Naše úprava toto zachovává a přidává možnost kurz vybrat ze stažených kurzů odpovídající měny

    3. Dokumentace: Změna kurzu v dokladech

  4. Zasílání emailu z BC v CC a BCC - odstraněno ve v24 https://onpointserv.atlassian.net/browse/CZBC-6063

    1. možnost nastavení, aby se u všech odchozích emailů automaticky propisoval zvolený email do CC/BCC. Zákazník tak ví, jaký email kdy komu odešel

Funkcionality z Market Place

Seznam níže uvádí rozšíření z Market Place, které jsou často zákazníky (nejen našimi) využívány.

@Barbora Golasowská doplnila by jsi k jednotlivým bodům odrážku s odkazem na příslušnou dokumentaci, prosím?

  1. Attachment Viewer

    1. Využití u všech zákazníků

  2. Vázané dimenze

    1. Dává smysl nabízet u zákazníků s více dimenzemi mezi nimiž jsou vazby

  3. Alternativní účto skupina zaměstnance + úhrady zaměstnancem - TBD

    1. Úhrady zaměstnancem musí být nejdříve opraveny, ale tato úprava může ušetřit spoustu času, pokud zaměstnanci hradí závazky osobními kartami

    2. Alternativní účto skupina je potřeba u všech zákazníků účtujících na karty zaměstnanců různé typy transakcí (mzdy, cesťáky…)

  4. DocuSign

    1. Tato úprava může ušetřit čas a náklady u firem, které nyní fyzicky podepisují dokumenty, které mohou být podepsány i online

  5. Cash Flow po měnách

    1. Využití je pouze u zákazníků sledujících cash flow

  6. Pokročile párování bank - TBD - https://onpointserv.atlassian.net/browse/CZBC-2292

  7. Automatické párování věcných položek - TBD - https://onpointserv.atlassian.net/browse/CZBC-5469