NOVERA.Software

10 · Status

Na jakim etapie jest każdy moduł.

ModułStanUwagi
Rdzeń finansowyDziała w produkcjiKsięgowanie, bankowość, rozliczenia, okresy i wielowalutowość w codziennym użyciu
Słowacki VATDziała, deklaracje przyjęteDeklaracja, zestawienie kontrolne i oba eksporty XML; złożenie celowo pozostaje ręczne
Raportowanie18 raportów działaBieżące prace: dopasowanie pozostałych raportów do ich oryginałów
AI dla dokumentówDziałaRepozytorium uczenia działa z wbudowanym zestawem reguł; jego tabela jest opcjonalna
Poczta e-mail i segregacja AIDziałaSkrzynka pocztowa, segregacja, tłumaczenie i kolejka faktur od dostawców
InwestycjeZbudowano, schemat oczekujeFaza pierwsza ukończona; księgowanie w księdze głównej i import od brokerów przesunięte do fazy drugiej
KomunikatorZbudowano, schemat oczekujeRdzeń i komunikacja w czasie rzeczywistym dostarczone; reakcje, wyszukiwanie i szablony w kolejnych etapach
Powiadomienia i pushZbudowano, schemat oczekujePlatforma ukończona; do uruchomienia potrzebuje swoich tabel i pary kluczy
Terminarz i notatkiDziała, w rozbudowieWyszukiwanie w kalendarzu i rozbudowane szczegóły wydane w tym miesiącu

Opis platformy

Na jakim etapie jest system

NOVERA v2.0 działa, obsługując rzeczywistych użytkowników i rzeczywiste deklaracje, a jego najważniejsze części zostały zweryfikowane zarówno względem rzeczywistości, jak i względem testów. Zestawienie obrotów i sald zostało porównane z poprzednim systemem na siedemdziesięciu dwóch kontach i nie wykazało żadnych różnic. Deklaracje VAT zostały wyspecyfikowane na podstawie sześciu przyjętych złożeń. Reguły odczytu dokumentów odtwarzają własne przykłady obliczeniowe spółki co do centa. Raport obłożenia uzgadnia się teraz pozycja po pozycji z raportem, który zastępuje.

Oczekujące na skrypty schematu. Te moduły są ukończone w kodzie i wyjdą ze stanu "jeszcze nieskonfigurowane", gdy ich skrypty zostaną uruchomione:

  • powiadomienia i Web Push;
  • komunikator;
  • część modułu inwestycji;
  • tabela lekcji AI.

Oczekiwanie niczego nie powoduje utraty, a każdy ekran wyraźnie informuje, że nie jest jeszcze włączony dla danego podmiotu.

Cztery otwarte kwestie, które należy mieć na uwadze:

  • Indeks bazy danych na tabeli księgi. Jest to trwałe rozwiązanie dla wyszukiwań rozliczeń, na których opierają się wskaźniki "zapłacono" i "rozlicza". Bez niego te zapytania skanują tabelę, a przy rosnącej księdze w końcu przekroczą swój limit czasu i zawiodą bez żadnego widocznego błędu. Jest to zmiana schematu, więc czeka na zgodę właściciela.
  • Martwe pole testowania SQL. Kontener kompilacji nie uruchamia bazy danych, więc zmiany zapytań są dowodzone przez inspekcję i statyczne asercje, dopóki nie zostaną uruchomione na katalogach produkcyjnych. Spowodowało to już wcześniej rzeczywiste błędy. Metoda to uwzględnia, ale pozostaje to najsłabszym punktem łańcucha.
  • Odtworzenie złożonej deklaracji VAT. Złożonej deklaracji nie można obecnie odtworzyć po korekcie, ponieważ pola są przeliczane na bieżąco, a złożony plik XML nie jest przechowywany. Przechowywanie złożonych kwot rozwiązałoby ten problem.
  • Kontrola wersji. Projekt nie jest objęty kontrolą wersji. Była to przemyślana decyzja, a dyscyplina skrótów i stanów bazowych istnieje po to, by to kompensować, ale pozostaje to jedynym obszarem, w którym błąd najtrudniej cofnąć. Warto wrócić do tej kwestii w spokojniejszym tygodniu.

Dalej: zestaw raportów, od którego zostanie wznowiona kolejna runda prac.