...

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ů.

   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á

   3. Dokumentace: CZ Registry Kontrola nespolehlivosti plátce

3. Jira Legacy
   server System JIRA serverId 17967a21-c779-31e3-ace1-53eeb288b8d7 key 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

4. Rozšíření bank - Ester Vilímková nedaří se mi najít ten task, pod kterým jsme to vyvíjeli 😕

   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.

5. Jira Legacy
   server System JIRA serverId 17967a21-c779-31e3-ace1-53eeb288b8d7 key 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

6. Možnost účtovat zálohy a zálohy s DD na jinou analytiku -

   Jira Legacy
   server System JIRA serverId 17967a21-c779-31e3-ace1-53eeb288b8d7 key 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

7. 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 ?

Funkcionality z Market Place

...