System Zintegrowany MADAR powstał na bazie szeregu programów wspomagających prace w przedsiębiorstwie. Pierwsze moduły powstały w roku 1991. Od tamtej pory program jest nieustannie rozwijany i doskonalony. Tyle lat doświadczeń pozwoliło na zgromadzenie odpowiedniej wiedzy o potrzebach użytkowników, zbudowanie odpowiednich narzędzi, dopracowanie procedur, usunięcie błędów tak, aby programy nie tylko sprawnie i skutecznie pomagały w pracy, ale również aby ich obsługa była prosta oraz były odporne na różne nieprawidłowości, mogące wystąpić w trakcie użytkowania zarówno ze strony użytkownika jak i usterek sprzętowych.
Podstawowym narzędziem tworzenia Systemu Zintegrowanego jest Delphi 6.0 firmy Borland. Poprzednie wersje, jeszcze dla systemu DOS tworzone były przy użyciu Borland Pascal. Większość elementów tworzonych jest przy pomocy bibliotek dystrybuowanych w ramach pakietu Delphi oraz podstawowych funkcji systemu Windows. Jednak w celu polepszenia jakości programu oraz zwiększenia jego funkcjonalności stosowane są komponenty realizujące pewne specjalistyczne funkcje. Specjalne podziękowania składamy twórcom następujących modułów
RX - Delphi VCL Extensions SGB Software,
TABCONTROL98 Jean-Luc Mattei,
ZipMaster VCL by Chris Vleghert and Eric W. Engler,
MemoEx A replacement of a standard VCL TMemo component,
System Zintegrowany oparty jest o wewnętrzny format zapisu bazy danych. Wynika to z kilku przyjętych założeń do tworzonego oprogramowania. Aplikacja jest projektowana jako system zamknięty. Mimo, że w literaturze szeroko propaguje się ,,systemy otwarte" to takie założenie ma swój głęboki sens. Jest podyktowane przede wszystkim troską o niezakłócone działanie w przedsiębiorstwie. Posiadanie własnego formatu znakomicie ogranicza bowiem możliwości zewnętrznej ingerencji do bazy danych. Walor ten istotny jest gdy chce się ograniczyć dostęp do poszczególnych informacji. Ponieważ system MADAR jest hermetyczny, nie wymaga zewnętrznych elementów bazodanowych, to całość zagadnień administracyjnych jest dla użytkownika maksymalnie uproszczona. Wszelkie funkcje administrowania i manipulowania danymi są zawarte w samym programie.
Poniżej jest wymienionych kilka cech i wartości zawartych w przyjętym rozwiązaniu, ktróte stanowią, że produkt System Zintegrowany MADAR jest dobrym rozwiązaniem dla przedsiębiorstw średniej wielkości:
nie trzeba ponosić dodatkowych kosztów na zakup motoru bazodanowego,
nie trzeba instalować dodatkowych elementów, modułów i programów,
nie trzeba administrować bazą danych,
brak problemów wynikających z niezgodności wersji bazy danych,
możliwość wykorzystania jako platformy serwera plików różnych systemów: Windows NT, W2K, Novell, Linux (Samba),
niskie wymagania do do mocy obliczeniowej zarówno serwera jak i stacji klienckich,
zwiększona odporność na ,,włamania" do bazy danych z uwagi na jej nietypowość.
Dodatkowo z tak przyjętą strukturą programu i bazy danych związanych jest kilka ,,mitów", które należy wyjaśnić:
Brak możliwości wymiany danych
- Madar oferuje szereg mechanizmów eksportów, importów w różnych formatach,
Niska odporność na awarie
- obserwowana awaryjność MADARA jest nie większa niż awaryjność innych systemów, rzeczywiste szkody wyrządzone poprzez awarie np. zasilania czy zerwania połączenia są najczęściej zerowe, dodatkowo firma MADAR posiada szereg narzędzi pozwalających naprawiać nawet poważne awarie struktury bazy danych co dopełnia kwestie zabezpieczeń.
Brak możliwości jednoczesnej pracy w sieci
Madar wykorzystuje narzędzia systemowe
wbudowane w systemy sieciowe co jednocześnie uniezależnia go od stosowanego systemu sieciowego
Niska szybkość
dzięki optymalizacji przepływu danych obserwowana wydajność bazy danych jest równorzędna a często znacznie lepsza niż w wielu spotykanych implementacjach.
System Madar pracuje w wielu firmach pod różnym obciążeniem. Potwierdzone są bezproblemowe przykłady pracy z bazami zawierającymi wiele tysięcy rekordów i jednoczesną pracą kilkudziesięciu komputerów. Pewnymi wyznacznikami są przykładowe ilości dokumentów - 1000 faktur dziennie czy 50000 towarów w magazynie nie powodują istotnego spowolnienia czy też spadku sprawności i niezawodności działania. Szybkość programu MADAR w porównaniu z innymi aplikacjami, w tym pisanymi w technologii klient-serwer jest zadowalająca. Nie jest znany przypadek, w którym wydajność programu MADAR byłaby znacząco mniejsza, za to wiele przykładów odwrotnych. W obecnym kształcie i na obecnym sprzęcie Madar jest w stanie obsłużyć całkowicie, bez wiekszych problemów wydajnościowych prawie każde przedsiębiorstwo średniej wielkości. Dla przedsiębiorstw dużych, korporacji wielonarodowych zalecamy stosowanie aplikacji pisanych w technologii dwu- lub więcej- warstwowych.
System Madar jest systemem w pełni systemem zintegrowanym. Rozumie się przez to:
dokumenty wprowadzone do jednego z modułów automatycznie są widziane w drugim,
dokumenty wprowadza się tylko raz,
system korzysta z informacji wprowadzonych przy okazji innych rejestracji,
Dodatkowym założeniem jest brak konieczności dokonywania tzw. przetwarzania dobowego bądź zamykania miesiąca. System Madar jest systemem pracującym w cyklu on-line (w pewnym sensie systemem czasu rzeczywistego), rozumie się przez to natychmiastowy i bezzwłoczny transfer informacji. Systemy raportowania i analiz są natychmiast aktualizowane przez każdą wprowadzoną informację. Przykładowo fakt wystawienia faktury aktualizuje podsystemy należności, magazynu, rozliczeń VAT i ksiąg pomocniczych.
Wszystkie dane są zapamiętywane na serwerze. Lokalnie program tworzy tylko pliki tymczasowe. Dotyczy to plików raportów (,,PISARZ.???") i plików z obliczeniami (,,DRSU.???"). W systemie Windows wystarczy na pulpicie udostępnić następujący skrót:
element docelowy
- F:\ MADAR\ MADAR.EXE
katalog roboczy
- F:\MADAR
Nazwę ścieżki należy odpowiednio zmienić w zależności od przypisanej nazwy udostępnionego katalogu.
Ponadto istnieje możliwość generowania danych do Programu Płatnika na podstawie utworzonych list płac. Generowany jest kompletny dokument KDU, zawierający wszystkie niezbędne informacje.
zapis i odczyt dokumentów magazynowych w formacie tekstowym (wewnętrznym), w formacie EDI oraz formacie XML, w szczególności faktur sprzedaży, zakupu i zamówień,
zapis i odczyt raportów kasowych w formacie wewnętrznym (tekstowym),
zapis i odczyt rejestrów VAT w formacie wewnętrznym (tekstowym).
Możliwość zaprojektowania wszystkich dokumentów magazynowych takich jak faktura, rachunek, MM, WZ, umieszczenia na nich dowolnych informacji, dowolny układ graficzny, możliwość umieszczenia loga firmowego.
Możliwość zaprojektowania umów o pracę, kwestionariusz osobowy, świadectwo pracy w oparciu o format RTF.
Generowanie dokumentów zgłoszeniowych dla programu Płatnik.
zwyczajnie w treści nazwy towaru, czasami w drugiej linijce
w odrębnej linii nazwy w postaci ,,PKWIU-12124234324", można wykorzystać
ikonę wstawiającą odpowiedni symbol, w tym jednak wypadku należy ustawić
odpowiedni format faktury z wyodrębnioną kolumną dla PKWIU lub własnoręcznie
zaprojektować fakturę
rachunek zysków - porównawczy (wersje za rok: 2001, 2002)
rachunek zysków - kalkulacyjny (wersja za rok: 2002)
F01 (wersja za rok: 2002)
przepływy środków pieniężnych (wersja za rok: 2002)
PIT 5A (wersja: 6)
DEK 1
INF 1
IFT (wersja: 4)
VAT - 7K (wersja: 1)
Eksport i import deklaracji w formacie tekstowym : służy do integracji z programami innych producentów
zapis deklaracji w formie graficznej z możliwością publikacji na stronach internetowych
znaczniki wysłania i zapłaty deklaracji
tworzenie i wydruk dokumentu przelewu do US
Realizacja kontroli dostępu jest dokonywana na kilka sposobów:
kontrola dotępu do poszczególnych modułów i funkcji poprzez zaznaczenie odpowiednich uprawnień w module użytkownicy
kontrola upoważnień do dokonywania modyfikacji np. określenie terminów, w stosunku do których starsze dokumenty są niemodyfikowalne
indywidualna kontrola dostępu do poszczególnych dokumentów poprzez przepustki
Przypisanie odpowiednich atrybutów operatorowi w ramach danej przepustki powoduje, że kontakty są widoczne w określonych przypadkach:
czytanie - brak na liście (nieaktywny i niewidoczny)
pisanie - jest na liście , z możliwością obejrzenia danych, bez możliwości modyfikacji danych .
Dane księgowe zabezpieczane są przed niepowołaną modyfikacją poprzez moduł zabezpieczenia. W trakcie księgowania w księdze głównej modyfikowane są daty, odpowiadające poszczególnym rodzajom dokumentów. System zabrania modyfikacji dokumentu, dla rodzaju którego w module zabezpieczeń jest ustawiona data młodsza od tej na dokumencie.
Dodatkowym zabezpieczeniem jest ustalenie zakresu księgowania w module księgi głównej.
program rejestruje zajście pewnych zdarzeń w plikach *.log. Zapisywana jest data i godzina zdarzenia, kod operatora oraz opis zdarzenia. Rejestrowane zdarzenia w podziale na pliki:
faktury.log zapisanie, poprawa oraz wydruk bez zapisu faktury i innych dokumentów magazynowych
kasjer.log zapisanie, poprawa dokumentów kasowych
salda.log modyfikacje baz niezapłaconych
W trakcie sortowania, a w zasadzie tuż przed, tworzona jest kopia sortowanego pliku poprzez przekopiowanie do zbioru *.da4. Program wykorzystuje jednocześnie to do weryfikacji pomyślnego zakończenia sortowania: w tym przypadku zmienia nazwę kopii zapasowej na *.d33. Pozostawienie *.da4 sugeruje niewłaściwe zakończenie sortowania i skutkuje komunikatem czy skasować *.da4.
kod 1003 świadczy o nieistnieniu katalogu
oprócz katalogu ma być wpisana poprawna nazwa pliku do którego należy kopiować
W fakturze dla rolników trzeba zrobić pole gdzie można będzie wpisać nr. dowodu osobistego i przez kogo wydany. Należy je wpisać w pierwsze dwie linijki uwag w kontrahencie
Jeżeli z różnych względów pojedyncza rejestracja dostaw do magazynu jest nieodpowiednia proponuje się podwójną rejestracje dokumentów PZ - raz jako PW na magazyn i drugi - zakup
towarów do rejestrów VAT.