bip.wikopole.com.pl file · Web viewbip.wikopole.com.pl

FORMULARZ OFERTY WSTĘPNEJ

Na zadanie:Dostawa i wdrożenie Zintegrowanego Systemu Informatycznego (ZSI)

Znak postępowania: EP-252-14/18

I. ZAMAWIAJĄCY:Wodociągi i Kanalizacja w Opolu Spółka z o.o., 45-222 Opole ul. Oleska 64

II. WYKONAWCA:

Lp. Nazwa(y) Wykonawcy(ów) Adres(y) Wykonawcy(ów)

NIP, REGON

1

III. Dane kontaktowe:

Imię i nazwisko

Adres

Nr telefonu

Nr faksu

Adres e-mail

2

IV. Oferujemy wykonanie przedmiotu zamówienia zgodnie z warunkami zawartymi w SIWZ i wg poniższych danych:

1. Zapoznałem(liśmy) się z treścią SIWZ dla niniejszego zamówienia i nie wnoszę(simy) do nich uwag.

2. Gwarantuję(my) wykonanie niniejszego zamówienia zgodnie z treścią: SIWZ, wyjaśnień do SIWZ oraz jej modyfikacji.

3. Cena ofertowa netto, za całość zamówienia, określona zgodnie ze specyfikacją istotnych warunków zamówienia oraz złożoną ofertą wynosi:

………………..…….…… zł netto (słownie: ……………………………………………………………….),w tym:1) cena za Etapy I-VI: ……………………………………………………………… zł netto(słownie: ………………………………………………………………………… …/100 zł netto),2) cena za Etap VII: …………………… zł netto/m-c x 60 miesięcy = ………………………… zł netto(słownie: ………………………………………………………………………… …/100 zł netto).

Do ceny netto zostanie policzony podatek VAT w wysokości zgodnej z obowiązującymi w dacie wystawienia faktury VAT przepisami prawa.

4. Wymagania funkcjonalne dla modułów / obszarów funkcjonalnych, ujęte w rozdziale B SIWZ w punkcie 3.1 – zgodnie z Załącznikami od 1-12 do Formularza oferty wstępnej. (wartość oceniana – kryterium B).

5. W ramach złożonej oferty na dodatkowy moduł/ obszar funkcjonalny Kadry – Płace oświadczam, że :

Oferuję dostawę dodatkowego modułu/ obszaru funkcjonalnego: Kadry – Płace

Niewłaściwe skreślić:

TAK NIE

Zakres funkcjonalny ww. modułu spełnia co najmniej 85% wymagań funkcjonalnych, zgodnie z Załącznikiem nr 13 do Formularza oferty wstępnej. (wartość oceniana – kryterium C).

6. Termin realizacji zamówienia:

a) Termin Uruchomienia Produkcyjnego wdrożonego Systemu u Zamawiającego: w dniu 02.01.2020r.

b) Termin utrzymania wdrożonego Systemu: 60 miesięcy od dnia Uruchomienia Produkcyjnego wdrożonego Systemu.

Szczegółowe terminy realizacji przedmiotu zamówienia zgodnie z SIWZ i wzorem umowy.

7. Okres gwarancji jakości: zgodnie z zapisami § 19 wzoru Umowy.Nadzór autorski i serwis: zgodnie z zapisami § 2 wzoru Umowy.

8. Akceptuję(emy) bez zastrzeżeń warunki płatności zawarte we wzorze umowy .

9. W przypadku uznania mojej (naszej) oferty wstępnej za najkorzystniejszą, umowę zobowiązuję(emy) się zawrzeć w miejscu i terminie jakie zostaną wskazane przez Zamawiającego oraz zobowiązuję(emy) się zabezpieczyć umowę zgodnie z treścią SIWZ.

3

10. Oświadczamy, że jesteśmy związani niniejszą ofertą przez okres 30 dni od daty składania ofert.

11. Nie zamierzam(y) powierzać do podwykonania żadnej części niniejszego zamówienia/ następujące części niniejszego zamówienia zamierzam(y) powierzyć podwykonawcom 1:

lp. Nazwa części zamówienia Wskazanie firmy podwykonawcy (o ile są znani)

1.

…

12. Wszelkie oświadczenia oraz dokumenty podane w niniejszej ofercie zostały złożone ze świadomością odpowiedzialności karnej za składanie fałszywych oświadczeń (art. 233 §1 i 297 §1 Kodeksu Karnego) niezgodnych ze stanem faktycznym.

13. Niniejszym informujemy, iż informacje składające się na ofertę, zawarte na stronach od ........... do .............. stanowią tajemnicę przedsiębiorstwa w rozumieniu przepisów ustawy o zwalczaniu nieuczciwej konkurencji i jako takie nie mogą być udostępniane innym uczestnikom niniejszego postępowania. Strony te wraz z uzasadnieniem wymaganym art. 8 ust. 3 ustawy Pzp zostały umieszczone w osobnej kopercie z oznakowaniem „ZASTRZEŻONE”. (Jeżeli nie ma informacji zastrzeżonych Wykonawca w miejsce kropek wpisuje znak „–").

14. Wykonawca informuje, że (właściwe zakreślić):

- wybór oferty nie będzie prowadzić do powstania u Zamawiającego obowiązku podatkowego.

- wybór oferty będzie prowadzić do powstania u Zamawiającego obowiązku podatkowego w odniesieniu do następujących towarów/ usług: ............ Wartość towaru/ usług (w zależności od przedmiotu zamówienia) powodująca obowiązek podatkowy u Zamawiającego to ........... zł netto*.

* dotyczy Wykonawców, których oferty będą generować obowiązek doliczania wartości podatku VAT do wartości netto oferty, tj. w przypadku:

- wewnątrzwspólnotowego nabycia towarów,

- mechanizmu odwróconego obciążenia, o którym mowa w art. 17 ust. 1 pkt 7 ustawy o podatku od towarów i usług,

- importu usług lub importu towarów, z którymi wiąże się obowiązek doliczenia przez zamawiającego przy porównywaniu cen ofertowych podatku VAT.

Niepodanie żadnych danych oznacza, że obowiązek podatkowy na zamawiającego nie przechodzi.

15. Integralną część oferty stanowią n/w załączniki: (wyszczególnia obowiązkowo Wykonawca)

1. …………………………………………………………………

2. …………………………………………………………………

3. …………………………………………………………………

itd. …………………………………………………………………

PODPIS(Y):

lp. Nazwa(y) Wykonawcy(ów)

Nazwisko i imię osoby (osób) upoważnionej(ych) do podpisania niniejszej

oferty w imieniu Wykonawcy(ów)

Podpis(y) osoby(osób) upoważnionej(ych) do podpisania niniejszej


Pieczęć(cie) Wykonawcy(ów)

Miejscowość

i data

…

1 Wykonawca usuwa niepotrzebne.

4

Załącznik nr 1 do Formularza ofertowego: Gospodarka wodomierzowa

6

Lp. Wymaganie funkcjonalneObligatoryjne

TAK / NIE

Spełnione przez

Wykonawcę TAK / NIE

1.Generowanie zleceń wodomierzowych przez różnych użytkowników systemu. TAK

2.

Możliwość modyfikacji formatki wydruku zleceń (dołączanie informacji o ostatnim odczycie, cechach wodomierza np. długość, typ, rodzaj, numer itd., danych zarządcy budynku, umiejscowieniu licznika, telefonie i danych odbiorcy, z celem wystawienia zlecenia – opcje wybierane z kartoteki lub słownika, miejscem na podpisy i wpisanie danych nowego licznika), z automatyczną identyfikacją użytkownika zakładającego zlecenie.

TAK

3.

Możliwość przechowywania zeskanowanych zleceń (już wykonanych), zdjęć z danego punktu rozliczeniowego, zeskanowanych dokumentów itp. dostępnych z poziomu punktu rozliczeniowego.

TAK

4.

Możliwość przeglądania zrealizowanych zleceń wg rodzaju prac, rodzaju wodomierzy, dat, ekip itp., tworzenie zestawień statystycznych wszystkich zleceń wodomierzowych w zadanym czasie w różnym układzie.

TAK

5.Możliwość masowego wprowadzenia nowych wodomierzy do ewidencji. TAK

6.Możliwość wprowadzenia wodomierzy do ewidencji poprzez zeskanowanie kodu kreskowego. NIE

7.Możliwość wygenerowanie zestawienia na podstawie statusu wodomierza, jego cech charakterystycznych, lokalizacji (np. studzienka, piwnica).

TAK

8.Możliwość poprawy realizacji zleceń wodomierzowych z identyfikacją użytkownika i zmienianych treści. TAK

9.

System musi kompleksowo obsługiwać gospodarkę wodomierzową z ewidencjonowaniem ilości i rodzaju liczników w poszczególnych ich stanach np. umożliwiać przenoszenie wodomierzy z magazynu do klienta, od klienta do magazynu / do remontu, ekspertyzy, do złomowania, z podmagazynu do remontu, z magazynu do klienta lub ekipy itp.

TAK

10.Możliwość zróżnicowania stanów magazynowych na wodomierze Spółki i zleceniodawców zewnętrznych. TAK

11. Możliwość rozbudowy o obieg Workflow Faktury Zakupowej. NIE

12.Powiadomienie lub informacja w systemie o wystąpieniu alarmów pochodzących z wodomierzy radiowych. TAK

13.Możliwość zestawienia i analizy tabelarycznej i graficznej zużyć w okresach obrachunkowych wybranego odbiorcy, w zadanym czasie.

TAK

14.

Obszar gospodarki wodomierzowej musi współpracować z obszarem biling w zakresie pełnej obustronnej wymiany niezbędnych danych dotyczących wodomierzy i ich obsługi, miejsca usytuowania wodomierzy, administratorów obiektów, tel. kontaktowych, rodzaju rozliczeń (woda, kanalizacja, ryczałt itd.).

TAK

15. System musi umożliwiać słownikowaną ewidencję wodomierzy, uwzględniającą typ wodomierza, producenta, przepływ,

TAK

7

średnicę, długość wodomierza, klasę dokładności, wyznacznik radia, własność, rodzaj, miejsce i inne informacje oraz miejsce na dodatkowy opis, a także generować zestawienia ilościowe po wybraniu opcji sortowania powyższych danych. Rozwijane słowniki cech wodomierzy.

8

16.System musi zapewniać przechowywanie informacji technicznych o licznikach: historia instalacji w punktach odbioru, czas pozostały do legalizacji, informacja o naprawach etc.

TAK

17.

System musi umożliwiać przeprowadzenia inwentaryzacji liczników: rejestracja stanu liczników wg miejsca, w którym aktualnie się znajdują i automatyczna aktualizacja w programie np. po zamontowaniu u odbiorcy zmniejszenie stanu u instalatora (rozwijany słownik np. magazyn, instalator).

NIE

18.

System musi posiadać możliwość wygenerowania zleceń na: wymianę, montaż, demontaż wodomierza z podaniem przyczyn, rozpoznania i weryfikację instalacji wewnętrznej odbiorcy, windykacyjne zakręcenia wody, plombowania, przeróbki, itp. oraz możliwość nadawania uprawnień do wystawiania i realizacji zleceń. Zlecenie musi zawierać informację, kto jest jego autorem oraz kto, kiedy i w jakim zakresie wprowadził w nim zmiany.

TAK

19.

System musi generować kartę pracy ekip monterskich w powiązaniu z wystawionymi zleceniami na dany dzień dla wybranej ekipy: wymiany, demontaże, rozpoznania itp. (z rozwijanego słownika), przenosząc na kartę pracy wszystkie informacje o odbiorcy, wodomierzu, jego miejscu i administratorze i inne wybrane informacje oraz umożliwiać wpisywanie i rejestrowanie umówionych zleceń odpłatnych i eksploatacyjnych od klientów, równolegle przez kilku użytkowników systemu.

TAK

20.System musi przechowywać oraz zapewniać wgląd w historię montażu licznika w poszczególnych obiektach sieci. NIE

21.System musi przechowywać informacje o legalizacji urządzeń – generować listy wszystkich liczników w trasie odczytowej i tracących legalizację w zadanym okresie wg tras odczytowych.

TAK

22.System musi ewidencjonować wodomierze sprzężone – automatyczne wykonywanie wszelkich operacji jednocześnie na obu licznikach.

TAK

23.System musi zapewniać wgląd w operacje wykonane na wybranym punkcie rozliczeniowym: montaże, demontaże, legalizacje, ekspertyzy, itp.

TAK

24.

System musi umożliwiać dowolne rozszerzanie oraz modyfikowanie predefiniowanych stanów licznika (zamontowany, wymontowany, do likwidacji, zlikwidowany itp.) oraz operacji możliwych do wykonania na liczniku wraz ze wskazaniem automatycznych przejść między stanami i powiązanie stanów z magazynami / miejscem czasowego przechowywania.

NIE

25.System musi umożliwiać wydruk odczytów wodomierza w zadanym okresie z uwzględnieniem miejsca zamontowania. NIE

26.System musi posiadać możliwość importu danych zebranych z liczników z odczytem zdalnym do billingu. TAK

27.System musi generować zestawienia wodomierzy wg każdej cechy przypisanej do wodomierzy. TAK

28. System musi generować zestawienia wodomierzy tracących TAK

9

legalizację w zadanym okresie z możliwością wyboru (filtrowania) wodomierzy w zależności od ich cech (typ, długość, właściciel, średnica, producent) z uwzględnieniem adresu, miejsca montażu licznika, administratora i innych wybranych cech.

29.

System musi zawierać informacje o przyłączu i węźle wodomierzowym – czy eksploatacja jest po stronie odbiorcy czy po stronie Spółki oraz umożliwiać dostęp do treści umowy i jej załączników.

TAK

30.

Moduł Gospodarka wodomierzowa musi być zintegrowany z modułami: Gospodarka materiałowa, Magazyn (o ile rozwiązanie oferowane przez Wykonawcę, ze względu na wymagania Zamawiającego musi zawierać ten moduł / obszar funkcjonalny) oraz Fakturowanie usług dodatkowych. Integracja ta musi być realizowana w układzie wielomagazynowym, z uwzględnieniem następujących możliwości:

30.1.Tworzenie dowolnej ilości definiowanych magazynów / podmagazynów. NIE

30.2.Wystawianie dokumentów pomiędzy magazynami: Pz, Wz, Rw, MM. NIE

30.3.Analiza przychodów i rozchodów na danym magazynie w zadanym okresie. NIE

30.4.Tworzenie wydruków obejmujących stany poszczególnych magazynów z podziałem na asortymenty. NIE

30.5.

Definiowanie kartoteki asortymentu z uwzględnieniem: nazwa, nr, typ, opis (pole z dowolną ilością znaków), rodzaj, klasa, długość, własność klienta wg kartoteki odbiorców lub Spółki, towar / usługa, plik uwag o dowolnej ilości znaków.

NIE

30.6.Fakturowanie sprzedaży usług w powiązaniu z dokumentem Wz z magazynu wodomierzy. NIE

30.7.Wystawianie zamówień do dostawców wybieranych z kartoteki odbiorców / dostawców towarów i usług zamieszczonych w kartotece.

TAK

30.8.Możliwość tworzenia kartoteki klientów i dostawców, usług i towarów. TAK

30.9.Możliwość fakturowania w tym samym systemie magazynowym towarów i usług z przynależnych do działu kartotek asortymentowych.

TAK

30.10. Statystyka obrotu w zadanym okresie: usług, towarów. TAK

31.Możliwość zestawienia i analizy tabelarycznej i graficznej zużyć w okresach obrachunkowych wybranego odbiorcy w zadanym czasie w odniesieniu do analogicznego okresu w innych latach.

NIE

PODPIS(Y):







Miejscowość

i data

…

10

Załącznik nr 2 do Formularza ofertowego: Odczyty radiowe

Lp. Wymaganie funkcjonalne Obligatoryjne

TAK / NIE

Spełnione przez Wykonawcę TAK / NIE

1. Obsługa modułów do odczytów radiowych, produkowanych przez firmy ITRON i SENSUS.

TAK

2. System musi umożliwiać import odczytów z plików *.csv (ang. comma-separated values, wartości rozdzielone przecinkiem).

TAK

3. Urządzenia do odczytu radiowego oraz System muszą obsługiwać i wyświetlać alarmy.

NIE

4. W Systemie (stacjonarnym) musi być zapewniona możliwość wprowadzenia typu dokonanego odczytu jako odczyt radiowy.

TAK

5. System (stacjonarny) musi umożliwiać wydrukowanie raportu z trasy, zawierającego listę alarmów na danych punktach.

NIE

6. Oprogramowanie oraz nakładki radiowe muszą umożliwiać zebranie odczytu historycznego na 1-szy i ostatni dzień danego miesiąca.

NIE

7. W przypadku gdy wykorzystywana będzie aplikacja producenta modułów do odczytów radiowych, komunikacja pomiędzy nią a Systemem musi odbywać się:- bez ręcznego eksportowania i importowania plików (pełna integracja przekazywanych danych, użytkownik nie musi wykonywać ręcznego przenoszenia plików) lub- poprzez eksport i import plików w powszechnie obsługiwanym formacie: MS Excel lub *.csv (ang. comma-separated values, wartości rozdzielone przecinkiem). Obsługa eksportu i importu plików musi być prosta i obsługiwana w Systemie.

TAK

8. Aplikacja na urządzeniu przenośnym musi w ramach jednej trasy umożliwiać odczytywanie liczników radiowych oraz zwykłych.

TAK

9. Ponieważ producenci często wprowadzają na rynek nowe modele nakładek radiowych, System musi mieć możliwość ich łatwego dodania do słownika typów nakładek.

TAK

PODPIS(Y):







Miejscowość

i data

…

12

Załącznik nr 3 do Formularza ofertowego: Umowy z Kontrahentami, Biuro Obsługi Klienta

13


TAK / NIE


W zakresie Umowy z Kontrahentami1. Umowa musi być wynikiem procesu Workflow. TAK2. Za sprawą procesu Workflow, na podstawie zmiennych z systemu

bilingowego np. posiadanych taryf, System musi automatyczne rozpoznawać, co ma zawierać dana umowa.

TAK

3. System musi umożliwiać wprowadzanie różnych wzorców umów dla różnych odbiorców.

TAK

4. System musi sam proponować właściwy wzorzec umowy dla danego kontrahenta i punktów świadczenia usług na podstawie danych zawartych w systemie bilingowym.

TAK

5. System musi umożliwiać generowanie umów, aneksów i załączników z wykazem punktów świadczenia usługi na podstawie definiowalnych szablonów w formacie MS Word, z możliwością późniejszej, ręcznej edycji.

TAK

6. Szablony dokumentów muszą mieć możliwość edycji tylko przez uprawnionych użytkowników.

TAK

7. System musi umożliwiać dołączanie załączników do umów. TAK

8. System musi umożliwiać generowanie i wydruk załączników do umów ze zdefiniowanymi parametrami (np. załącznik z punktami świadczenia usługi, warunki odprowadzania ścieków itp.).

TAK

9. System musi umożliwiać zachowanie historii umów, aneksów i załączników.

TAK

10. System musi umożliwiać tworzenie jednej umowy na wszystkie posesje kontrahenta oraz umożliwiać tworzenie umów na poszczególne posesje lub ich grupy (jeden kontrahent może mieć kilka umów na różne posesje a jedna umowa może dotyczyć wielu posesji).

TAK

11. System musi umożliwiać dostęp do umowy z poziomów nadrzędnych (kontrahent) oraz podrzędnych (posesja, dokument w systemie obiegu dokumentów, punkt świadczenia usługi, wodomierz, faktura).

NIE

12. System musi umożliwiać poprawienie wygenerowanej umowy z poziomu aplikacji wraz z zachowaniem historii zmian.

TAK

13. System musi umożliwiać przechowywanie w bazie danych informacji potrzebnych do generowania umów. Wygenerowana umowa może podlegać swobodnej edycji w edytorze Microsoft Word. Finalna wersja umowy zostanie zapisana w bazie danych wraz z wszystkimi parametrami na podstawie, których została wygenerowana i z adnotacją, kiedy, przez kogo została manualnie zmodyfikowana.

TAK

14. System musi przechowywać historię zarówno generowanych jak i edytowanych manualnie umów.

TAK

15. System musi umożliwiać przechowywanie zeskanowanych (podpisanych) wersji umów w różnych formatach np. *.jpg, *.pdf, *.dxf, *.xml, *.docx.

TAK

16. System musi umożliwiać przechowywanie załączników do umów w różnym formacie np. *.jpg, *.pdf, *.dxf, *.xml, *.docx.

TAK

14

17. System musi umożliwiać wydruk umowy z kodem kreskowym, 2D zawierającym identyfikator umowy i kontrahenta.

NIE

18. System musi umożliwiać udostępnienie umów do Internetowego Biura Obsługi Klienta wraz z możliwością wyświetlenia w nim treści umowy.

NIE

19. System musi umożliwiać stworzenie nowej umowy nawet w przypadku dodania tylko załącznika (umowa bez treści).

NIE

20. System musi umożliwiać opisanie załącznika do umowy za pomocą parametrów (definiowalne słowniki).

NIE

21. Numer umowy musi być unikalny i automatycznie nadawany. TAK

22. Numer umowy z konwersji (importu), z obecnie używanych aplikacji musi być zapisywany w polu pomocniczym, możliwym do odczytu przez zwykłego użytkownika.

NIE

23. System musi umożliwiać wyszukiwanie umów po numerze kontrahenta, numerze umowy, adresach punktów świadczenia usługi (nawet, jeśli te punkty są wymienione w załączniku do umowy, a nie w samej umowie), po numerze faktury, numerze wodomierza.

TAK

24. Istniejące umowy muszą mieć możliwość uzupełniania o wartości (pola) zdefiniowane przez użytkownika, przy pomocy określonych parametrów, które podczas generowania treści umowy zostaną w niej podmienione (dynamicznie podstawione) np. zdefiniowanie na poziomie kontrahenta pola: "TYP_DZIALALNOSCI" ma skutkować podmianą w szablonie umowy znacznika "TYP_DZIALALNOSCI" na wartość tego pola w tablicy kontrahentów.

TAK

25. System musi umożliwiać eksport umów do formatu *.pdf, *.docx, *.xml.

TAK

26. System musi monitorować stan realizacji umów. TAK27. System musi umożliwiać uprawnionemu operatorowi

wypowiedzenie umowy.TAK

28. System musi umożliwiać przeglądanie historii wniosków, umów i aneksów.

TAK

29. System musi umożliwiać nadawanie umowom statusów ujętych w słowniku.

TAK

30. System musi umożliwiać bieżącą zmianę statusu umowy uprawnionym pracownikom.

TAK

31. Dane do umów, aneksów i załączników z wykazem punktów świadczenia usług mają być wstawiane z bazy danych (a nie ręcznie przez operatora).

TAK

W zakresie Biuro Obsługi Klienta32. System musi umożliwiać dostęp do następujących danych

kontrahenta: dokumenty, sprawy, zlecenia, umowy, faktury, faktury za usługi dodatkowe, saldo.

TAK

33. System musi pozwalać wyszukiwać kontrahenta po: nazwie, NIP, REGON lub PESEL (w przypadku odbiorców nie będących firmami), adresie, numerze.

TAK

34. System musi umożliwiać prowadzenie rejestru wszystkich dokumentów w firmie.

TAK

15

35. System musi umożliwiać rejestrację wszystkich dokumentów przychodzących, wychodzących i wewnętrznych przynajmniej z parametrami: numer obcy dokumentu, adres, podmiot, opis dokumentu, data dokumentu, data wpływu/wysyłki, nr pocztowy, sposób wysyłki / dostarczenia, rodzaj dokumentu. System musi rejestrować osobę oraz komórkę gdzie zarejestrowano dokument.

TAK

36. System musi nadawać automatycznie wewnętrzny numer dokumentu. Możliwość oddzielnej numeracji dla dokumentów o innym rodzaju.

TAK

37. System musi umożliwiać dodatkową numerację w zależności od komórki (książki podawcze).

TAK

38. System musi zapewniać obsługę wersjonowania treści dokumentu z możliwością przechowywania danych o autorze i dacie powstania wraz z możliwą blokadą zmian treści dla innych użytkowników oprócz autora oraz umożliwiać tworzenie nowej wersji treści na podstawie poprzedniej.

NIE

39. System musi zapewniać obsługę skanerów działających w trybie TWAIN bez opuszczania aplikacji ze skanowaniem dokumentów bezpośrednio do systemu.

NIE

40. System musi umożliwiać określanie uprawnień na pojedynczym dokumencie (dla użytkownika lub grupy użytkowników) do widoczności dokumentu, usuwania i edycji dokumentu, widoczności i zmiany jego treści. System musi zapewniać konfigurowalność jak uprawnienia te mają się zmieniać, w zależności od obiegu dokumentu wg zdefiniowanego procesu lub dowolnego przekazywania.

NIE

41. System musi umożliwiać definiowanie przez użytkowników administracyjnych dodatkowych pól na dokumentach o określonym rodzaju w celu ewidencji dodatkowych atrybutów takich dokumentów oraz zapewniać możliwość wyszukiwania po tych polach i wykorzystania ich przy tworzeniu treści z szablonów.

NIE

42. System musi udostępniać funkcję określania jakie akceptacje użytkownik może wykonywać na różnych rodzajach dokumentu i przechowywać wykonane akceptacje na dokumencie.

NIE

43. System musi umożliwiać wydruk książki kancelaryjnej oraz pocztowej książki nadawczej.

NIE

44. System musi umożliwiać tworzenie w środowisku graficznym własnych procedur z etapami sekwencyjnymi i równoległymi oraz możliwością tworzenia przejść powrotnych. System musi umożliwiać określanie na etapie konkretnych komórek i osób do których przekazywany jest dokument / sprawa w procesie lub pozostawienia wyboru użytkownikowi poprzedniego etapu.

NIE

45. System musi umożliwiać ustalanie warunków w definicji procesu, przez które użytkownik decyduje o wyborze alternatywnych ścieżek postępowania podczas wykonania procesu.

NIE

46. System musi umożliwiać definiowanie na etapach procesu jakie dokumenty muszą powstać, być zatwierdzone oraz jakie akceptacje muszą posiadać.

NIE

47. System musi umożliwiać definiowanie do kogo może przekazywać sprawy użytkownik przy dekretacji poza procedurą (bądź bez procedury obiegu).

NIE

16

48. System musi zawierać rejestr wszystkich spraw dotyczących kontrahenta.

NIE

49. System musi mieć możliwość przekazywania spraw i dokumentów do dowolnych osób poza procedurą. System musi mieć możliwość przekazywania do grupy osób.

NIE

50. System musi mieć możliwość podłączania kilku dokumentów do jednej sprawy.

NIE

51. System musi umożliwiać śledzenie obiegu każdej sprawy – kontrola stanu realizacji i terminowości oraz wyszukiwanie spraw zaległych.

NIE

52. System musi zapewniać szybki dostęp do spraw, realizowanych przez dany dział (lub osobę), wyróżniać sprawy nowe i zaległe.

NIE

53. System musi mieć możliwość powiadamiania o nowych sprawach przy pomocy e-mail i wewnętrznego komunikatora.

NIE

54. System musi posiadać obsługę zastępstw przy obsłudze spraw i dokumentów.

NIE

55. System musi mieć funkcję podglądu do pełnej informacji w jakim stanie jest sprawa.

NIE

56. System musi mieć możliwość określania terminu wykonania sprawy przy przekazywaniu jej do konsultacji.

NIE

57. System musi posiadać obsługę archiwum – możliwość prowadzenia wielu archiwów, rejestr teczek archiwum, rejestracja teczek z dokumentami, rejestracja wypożyczeń i zwrotów teczek, raportowanie o stanie archiwum (teczki zarejestrowane, wypożyczone, zwrócone w podanym okresie).

NIE

58. System musi umożliwiać podpinanie pism, korespondencji oraz dokumentów umów bilingowych do teczki w celu szybkiej lokalizacji oryginału lub kopii dokumentu i dostępu do informacji u kogo się znajduje.

NIE

PODPIS(Y):







Miejscowość

i data

…

17

Załącznik nr 4 do Formularza ofertowego: Fakturowanie sprzedaży

18


TAK / NIE


1. System musi umożliwiać relacyjne (wiele do wielu) powiązanie obiektów sieciowych z kontrahentami, posesjami i wodomierzami.

TAK

2. System musi umożliwiać odwzorowanie rzeczywistego stanu infrastruktury sieci – powiązań z przyłączami wody i wodomierzami oraz powiązań między przyłączami a posesjami.

TAK

3. System musi umożliwiać ewidencję pełnej informacji o Klientach: Imię i Nazwisko / Nazwa, dane adresowe, w tym adres do korespondencji, NIP / PESEL, wszystkie punkty rozliczeniowe, subkonta do masowych płatności, typ Klienta, rodzaj prowadzonej działalności i inne.

TAK

4. System musi posiadać zabezpieczenie uniemożliwiające dublowanie kontrahentów.

TAK

5. System musi umożliwiać śledzenie pełnej historii zmian o kontrahencie, posesji, punkcie poboru, obiekcie sieciowym, taryfie i wodomierzu.

TAK

6. System musi umożliwiać podział na kontrahentów aktywnych i nieaktywnych wraz z możliwością filtrowania.

TAK

7. System musi umożliwiać przypisanie wybranej grupy kontrahentów dla operatora (możliwość pracy użytkownika modułu na wybranej części bazy klientów).

TAK

8. System musi umożliwiać użytkownikom dodawanie dodatkowych, ujętych w słownikach cech dla kontrahentów (przypisywanie im parametrów), np. gmina, miejscowość, przemysł, instytucje itp.

TAK

9. System musi umożliwiać generowanie zestawień po wszystkich dodatkowo dodanych przez użytkownika polach.

TAK

10. System musi umożliwiać łatwe filtrowanie i wyszukiwanie po wszystkich polach znajdujących się w kartotekach / informacjach o: kontrahentach, połączeniach, wodomierzach.

NIE

11. System musi umożliwiać relacyjne wyszukiwanie kontrahentów, posesji, punktów poboru i obiektów sieciowych.

TAK

12. System musi umożliwiać nadawanie „przyjaznej” nazwy dla danego kontrahenta.

TAK

13. System musi umożliwiać przypisanie i rozliczanie jednego wodomierza do wielu kontrahentów na zasadzie udziału procentowego, przy czym każdy odbiorca może być wtedy rozliczany wg innej taryfy.

TAK

14. System musi przechowywać dane adresowe w osobnych polach (gmina, miejscowość, ulica, nr lokalu, kod pocztowy).

TAK

15. System musi umożliwiać logiczne sortowanie adresów kontrahentów i posesji, (czyli adresy w kolejności: Wiejska 2, Wiejska 12, a nie Wiejska 12, Wiejska 2).

TAK

16. System musi umożliwiać analizowanie sprzedaży w rozbiciu na kontrahentów, posesje, przyłącza, gminy, miejscowości oraz inne cechy kontrahenta, posesji, punktu świadczenia

TAK

19

usługi.

20

17. System musi umożliwiać pełną ewidencję historii aktywnych i nieaktywnych kontrahentów wraz z taryfami, odczytami, usługami i cennikami.

TAK

18. System musi umożliwiać ręczne wprowadzanie odczytów wodomierzy.

TAK

19. System powinien współpracować z modułem inkasenckim zainstalowanym na terminalach inkasenckich.

TAK

20. System musi umożliwiać import i eksport tras / odczytów z pliku *.csv (ang. comma-separated values, wartości rozdzielone przecinkiem) w celu wymiany danych z innymi systemami pozyskującymi odczyty.

TAK

21. System poprzez integrację lub mechanizmy importu i eksportu musi umożliwiać wymianę wymaganych danych z aplikacjami producentów modułów do odczytów radiowych (ITRON, SENSUS).

TAK

22. System musi umożliwiać tworzenie tras inkasenckich i ich wydruk z wybranymi informacjami powiązanymi z odbiorcą i wodomierzem.

TAK

23. System musi umożliwiać pominięcie wybranych punktów poboru przed wysłaniem ich na trasę inkasencką.

TAK

24. System przed wysłaniem trasy inkasenckiej musi umożliwiać dodanie do niej dodatkowych punktów spoza trasy.

TAK

25. System musi umożliwiać podział tras inkasenckich ze względu na cykle rozliczeniowe.

TAK

26. System musi umożliwiać wprowadzenie cykli rozliczeniowych na punktach poboru (np. punkty rozliczane tylko, co miesiąc, co dwa itd.).

TAK

27. System musi umożliwiać ustawienie odczytów radiowych na 1-szy i ostatni dzień miesiąca.

TAK

28. System musi umożliwiać rozliczenie inkasentów z wykonanej pracy.

TAK

29. System musi umożliwiać walidację odczytów podczas ich rejestracji do systemu ZSI pod kątem wartości, dat, średniej itp.

TAK

30. System musi umożliwiać generowanie zestawienia punktów poboru bez odczytów za dany okres lub ilość cykli.

TAK

31. System musi umożliwiać generowanie zestawienia punktów poboru bez zużycia i z odczytami zerowymi.

TAK

32. System musi umożliwiać podawanie źródła odczytu (odczytywacz, odbiorca, klient).

TAK

33. System musi umożliwiać rozliczanie odbiorców wg średniej. TAK34. System musi umożliwiać rozliczanie wodomierzy

okresowych (np. ogródków działkowych).TAK

35. System musi umożliwiać umieszczenie na fakturze dodatkowych informacji w zależności od typu kontrahenta.

TAK

36. System musi umożliwiać generowanie jednostronicowych faktur wraz z drukiem przekazu.

TAK

37. System musi umożliwiać posiadanie jednolitego słownika ulic.

TAK

38. System musi umożliwiać masowe zmiany danych na punktach poboru (np. taryfy, cenniki itp.) dla wybranej grupy odbiorców.

TAK

21

39. System musi umożliwiać hierarchiczne rozliczanie struktury wodomierzy (węzłów grupowych) np. zwykłe, główne (nadrzędne), podliczniki, wodomierze sprzężone, ujęcia własne, z uwzględnieniem rozliczenia różnicy pomiędzy wodomierzem głównym a sumą wskazań podliczników.

TAK

40. System musi umożliwiać rozliczanie wodomierzy dzielonych.

TAK

41. System musi umożliwiać przypisanie wielu taryf do jednego wodomierza.

TAK

42. System musi umożliwiać dodawanie uwag do punktów rozliczeniowych.

TAK

43. System musi umożliwiać wpisanie współrzędnych GPS (układ współrzędnych 2000, strefa VI) do punktu rozliczeniowego.

TAK

44. System musi umożliwiać dodawanie dodatkowych pól (parametrów) do punktów rozliczeniowych, które będą je charakteryzowały.

TAK

45. System musi umożliwiać zachowanie pełnej historii punktu rozliczeniowego.

TAK

46. System musi umożliwiać łatwe wyszukiwanie obiektów sieciowych, punktów poboru, posesji po wielu parametrach i ich kombinacjach.

TAK

47. System musi umożliwiać wyszukiwanie danych po wybranej frazie lub jej części ze wskazanych pól w bazie danych.

NIE

48. System musi umożliwiać wystawianie jednego rachunku (faktury) dla kontrahenta w przypadku, gdy ten posiada wiele posesji i wiele punktów poboru.

TAK

49. System musi umożliwiać rozdzielenie rozliczenia wielu posesji, które są fakturowane w ramach jednego kontrahenta.

TAK

50. System musi umożliwiać ręczne wprowadzanie odczytów. TAK51. System musi umożliwiać automatyczne fakturowanie

odczytów dla wybranej trasy inkasenckiej lub wybranej grupy odbiorców.

TAK

52. System musi umożliwiać podgląd faktury na ekranie przed jej wydrukiem.

TAK

53. System musi umożliwiać export faktury do formatu *.pdf. TAK54. System musi umożliwiać pełną obsługę rozliczeń

kontrahentów, posesji (fakturowanie po wybranych grupach, trasach itp.).

TAK

55. System musi umożliwiać rozliczanie ryczałtów na podlicznikach.

TAK

56. System musi umożliwiać szacowanie zużycia na podstawie wcześniejszych zużyć.

TAK

57. System musi umożliwiać korektę wprowadzonych odczytów. TAK58. System musi umożliwiać wykonanie rozliczenia wg średniej

i szacunku.TAK

59. System musi umożliwiać drukowanie na fakturze informacji o tym, z czego wynika kwota faktury (np. nr wodomierza, numer punktu, wskazanie, daty wskazań, taryfy, szacunki, średnie, wartość dodatkowego zużycia itp.).

TAK

60. System musi umożliwiać nadawanie numeru faktury w chwili jej zatwierdzenia.

TAK

22

61. System musi umożliwiać masowe zatwierdzanie faktur wraz z nadawaniem ich numeracji.

TAK

62. System musi umożliwiać rozliczenia w przypadku wymiany wodomierza, awarii, zmiany cen, zmiany taryf, zmiany odbiorcy, uszkodzenia wodomierza, braku dostępu do wodomierza itp.

TAK

63. System musi umożliwiać wystawianie faktur korygujących z uwzględnieniem wymiany wodomierza, awarii, zmiany cen, zmiany taryf itp.

TAK

64. System musi umożliwiać wystawienie korekty faktury do wartości, ilości, ceny, taryfy, treści, zdarzeń typu: wymiany wodomierza, awarii, zmiany cen, zmiany taryf.

TAK

65. System musi umożliwiać wystawianie faktur korygujących anulujących i modyfikujących.

TAK

66. System musi umożliwiać ewidencję cenników taryf w cenach netto.

TAK

67. System musi umożliwiać rozliczenie na wodomierzu wielu usług i taryf procentowo.

TAK

68. System musi umożliwiać procentowe rozliczanie wody bezpowrotnie zużytej.

TAK

69. System musi umożliwiać niezależne rozliczanie wody i ścieków oraz opłat abonamentowych za wodę i za ścieki.

TAK

70. System musi umożliwiać rozliczanie opłat abonamentowych wraz z rozliczeniem (ile rozliczeń tyle opłat abonamentowych).

TAK

71. System musi umożliwiać konfigurację usług pod kątem szacowania i nieszacowania w przypadku zmiany taryf i cen w kontekście usług, które mają zostać objęte szacunkiem (podziałem) np. przy zmianie cen, tzn. część usługi rozliczana po starej cenie, a część po nowej. Chodzi o to, która z fakturowanych usług ma uwzględniać np. zmianę ceny z szacowaniem daty zmiany cennika, a która usługa nie powinna zostać objęta takim szacunkiem.

TAK

72. System musi umożliwiać prowadzenie osobnych cenników dla wody, ścieków, innych usług.

TAK

73. System musi umożliwiać definiowanie dowolnych okresów rozliczeniowych dla punktów rozliczeniowych.

TAK

74. System musi umożliwiać rozliczanie dopłat i bonifikat. TAK75. System musi umożliwiać procentowe naliczanie bonifikaty

do ceny.TAK

76. System musi umożliwiać wydruk poleceń przelewów w formacie zgodnym z przepisami.

TAK

77. System musi umożliwiać umieszczanie na fakturach informacji o zaległościach i odsetkach.

TAK

78. System musi umożliwiać wystawianie masowych faktur korygujących wg ustalonego klucza (parametru).

TAK

79. System musi umożliwiać wydruk oryginału, duplikatu i kopii faktur wraz z zachowaniem pierwotnych danych rozliczeniowych.

TAK

80. System musi umożliwiać konfigurację wydruku szablonu faktury w zależności od rodzaju faktury i grup odbiorców.

TAK

81. System musi umożliwiać wystawianie faktur w formie elektronicznej (w tym e-faktura).

TAK

23

82. System musi umożliwiać obsługę poleceń zapłaty. TAK83. System musi umożliwiać obsługę masowych płatności. TAK84. System musi umożliwiać obsługę płatności za pomocą

kodów kreskowych drukowanych na fakturze.TAK

85. System musi umożliwiać integrację z systemem kopertującym, np. za pomocą kodów OMR podstawowych i rozszerzonych

TAK

86. System musi umożliwiać prowadzenie rozliczeń w różnych walutach.

TAK

87. System musi umożliwiać generowanie zestawienia odbiorców bez faktur za wybrany okres lub liczbę cykli rozliczeniowych.

TAK

88. System musi umożliwiać automatyczne nadawanie terminu płatności na podstawie zdefiniowanych parametrów, w ramach grup kontrahentów.

TAK

89. System musi umożliwiać ustawienie indywidualnego terminu płatności faktury dla wybranych kontrahentów.

TAK

90. System musi umożliwiać automatyczną dekretację faktur do modułu windykacyjnego (moduł / obszar funkcjonalny Rozrachunki z windykacją / windykacja) i/lub modułu finansowo-księgowego, w zależności od umiejscowienia rozrachunków w rozwiązaniu Wykonawcy.

TAK

91. System musi umożliwiać integrację faktur z modułem rozrachunków.

TAK

92. System musi umożliwiać prowadzenie wielu rejestrów sprzedaży w podziale na grupy kontrahentów, rodzaje usług, taryfy, ceny, okresy, wysokość VAT.

TAK

93. System musi umożliwiać wystawianie faktur prognozowanych.

TAK

94. System musi umożliwiać generowanie zestawień wg grup kontrahentów, posesji, przyłączy, punktów poboru (sprzedaż, kwoty, taryfy, usługi, porównanie okresów itp.).

TAK

95. System musi umożliwiać export zestawień do Microsoft Excel.

TAK

96. System musi umożliwiać filtrowanie danych po wygenerowaniu zestawienia.

TAK

97. System musi umożliwiać generowanie zestawień statystycznych pojedynczych oraz grupowych dla kontrahentów, posesji, punktów poboru, wodomierzy, odczytów.

TAK

98. System musi umożliwiać wygenerowanie statystyki przedstawiającej ilość sprzedanej na podstawie faktur wody / ścieków ale rozbitej proporcjonalnie na miesiące wg wskazań wodomierzy / urządzeń pomiarowych tak aby statystyka w możliwie najwierniejszy sposób przedstawiała ilość sprzedanej wody/ścieków w czasie .Np. faktura wystawiona za okres: odczyt: 2009-07-05 do odczyt: 2009-09-06 wystawiona we wrześniu 2009 zostałaby rozbita proporcjonalnie do liczby dni na składowe miesiące: lipiec, sierpień i wrzesień przy założeniu, że zużycie w dzielonym okresie było równomierne. Celem takiego rozbicia jest porównywanie sprzedaży z wtłoczeniem wody do sieci w danym okresie (szacowanie

TAK

24

strat).

25

99. System musi umożliwiać generowanie zestawień sprzedażowych dla danego miesiąca, kilku wybranych miesięcy, narastająco z możliwością porównywania do analogicznego okresu z lat poprzednich.

TAK

100. System musi umożliwiać podgląd zapytania SQL, które generowane jest w danym zestawieniu.

NIE

101. System musi umożliwiać generowanie wielowymiarowych zestawień ze wszystkich danych zawartych w systemie billingowym.

TAK

102. System musi umożliwiać przeprowadzanie analiz sprzedaży wg różnych kryteriów. W szczególności musi umożliwiać przygotowanie sprawozdań ze sprzedaży wg dowolnej kombinacji cech obiektów bezpośrednio lub pośrednio uczestniczących w rozliczeniu klientów (płatnik, odbiorca, posesja, wodomierz, producent wodomierza itp.) z wykorzystaniem relacji bazodanowych.

TAK

103. System musi umożliwiać definiowanie zestawień / statystyk sprzedaży za różne okresy i w różnych przekrojach, w tym wykorzystywanych do porównywania sprzedaży w różnych okresach itp.

TAK

104. System musi umożliwiać obliczanie statystyczne sprzedaży wody i odbioru ścieków wg ram czasowych zdefiniowanych przez użytkownika, wg cech płatników, wg cech przyłączy, wg cech adresowych.

TAK

105. System musi umożliwiać rozliczanie wg definiowanych cenników opłat za wodę i ścieki oraz inne asortymenty definiowane przez użytkownika.

TAK

106. System po akceptacji operatora musi umożliwiać automatyczne wystawianie faktur dla wybranych grup klientów i wybranych cenników.

TAK

107. System musi umożliwiać określenie niezależnie odbiorcy, płatnika i adresata faktury dla punktu rozliczeniowego. Przypisanie płatnika i adresata faktury będzie się odbywać z katalogu płatników/adresatów. Np. 1) kontrahent ma dom w Opolu, ale mieszka we Wrocławiu i tam chce otrzymywać faktury. 2) jest 100 wspólnot mieszkaniowych zarządzanych przez jednego zarządcę. Faktury są adresowane na zarządcę. Na poszczególnych wspólnotach ma być, jako adresat faktury przypisany ten zarządca, ale w taki sposób, żeby zmiana adresu zarządcy nie wymagała modyfikacji 100 wspólnot mieszkaniowych. Rozwiązaniem jest użycie odpowiedniego katalogu adresatów faktur.

TAK

108. System musi umożliwiać automatyczne wystawianie faktur do wszystkich niezafakturowanych odczytów w danej trasie na żądanie operatora.

TAK

109. System musi umożliwiać automatyczną dekretację faktur do Modułu finansowo-księgowego.

TAK

110. System musi umożliwiać drukowanie dokumentów według wzorców zdefiniowanych przez użytkownika (konfigurowalne wydruki).

TAK

111. System musi umożliwiać grupową zmianę stawek VAT w cennikach.

TAK

112. System musi umożliwiać nanoszenie uwag do punktu / TAK

26

instalacji / odczytu przez inkasenta.113. System musi umożliwiać stosowanie kodów kreskowych na

wydrukach dokumentów i ich wykorzystywanie w czasie wprowadzania danych.

TAK

114. System musi umożliwiać tworzenie nowej pozycji asortymentu przez skopiowanie danych z wybranej już istniejącej pozycji asortymentu.

NIE

115. System musi umożliwiać kontrolę poprawności wprowadzanych danych w zakresie m.in. danych klienta, odczytów, rozliczeń, faktur, dekretów.

TAK

116. System musi umożliwiać wykrywanie przekręceń liczników. TAK117. System musi umożliwiać kontrolę zgodności numeracji i dat

wystawionych dokumentów.TAK

118. System musi umożliwiać automatyczne generowanie sprawozdań wymaganych przepisami, w formacie dokumentów wymaganym przez instytucje zewnętrzne (Urząd Skarbowy, ZUS).

TAK

119. System musi umożliwiać automatyczne tworzenie zapisów w rejestrze sprzedaży VAT.

TAK

120. System musi umożliwiać wydruk rejestru faktur VAT według daty wystawienia, terminu płatności, daty powstania obowiązku podatkowego.

TAK

PODPIS(Y):







Miejscowość

i data

…

27

Załącznik nr 5 do Formularza ofertowego: Fakturowanie usług dodatkowych


TAK / NIE


1. System musi umożliwiać wprowadzanie i modyfikację cenników dla każdej usługi.

TAK

2. System musi umożliwiać generowanie i rejestrację dokumentów sprzedaży.

TAK

3. System musi umożliwiać naliczanie rabatów z możliwością modyfikacji wartości ceny jednostkowej.

TAK

4. System musi umożliwiać podpowiedź aktualnej ceny podczas wystawiania faktury za daną usługę.

TAK

5. System musi umożliwiać standardowe ręczne generowanie faktury (nagłówek plus pozycje).

TAK

6. System musi umożliwiać wystawianie faktur korygujących. TAK7. System musi umożliwiać prowadzenie wielu rejestrów sprzedaży

dodatkowej.TAK

8. System musi umożliwiać auto numerację faktury z możliwością edycji.

TAK

9. System musi umożliwiać wygenerowanie zestawienia sprzedaży z poszczególnych rejestrów faktur usług dodatkowych (również zbiorczo).

TAK

10. System musi umożliwiać elektroniczne wysyłanie faktur do obiorców oraz powiadomienie o wystawieniu faktury.

TAK

11. System musi umożliwiać wystawienie faktury z poziomu kontrahenta lub posesji.

NIE

12. System musi umożliwiać integrację asortymentu z modułem / obszarem funkcjonalnym Gospodarka materiałowa, Magazyn (np. po sprzedaży X wodomierzy powinien automatycznie powstać dokument WZ pomniejszający stan magazynu o X sprzedanych wodomierzy), o ile taki moduł / obszar funkcjonalny jest niezbędny w celu zapewnienia przez rozwiązanie Wykonawcy wymaganej funkcjonalności.

TAK

13. System musi umożliwiać wystawianie dokumentów sprzedaży na podstawie dokumentów magazynowych, w oparciu o stany magazynowe.

TAK

14. System musi umożliwiać dodawanie, modyfikację i usuwanie nowych usług w kartotece asortymentu.

TAK

15. System musi umożliwiać wprowadzanie danych ewidencyjnych dla każdej usługi opisujących cechy usługi (np. PKWiU, rodzaj usługi, stawka VAT, obowiązek podatkowy itp.).

TAK

16. System musi umożliwiać prowadzanie wielu (skończona ilość) cenników w różnych walutach.

TAK

17. System musi umożliwiać wprowadzanie cenników indywidualnych dla poszczególnych kontrahentów.

TAK

18. System musi umożliwiać tworzenie asortymentu przez skopiowanie danych z wybranej pozycji asortymentu.

NIE

19. System musi umożliwiać kontrolę zgodności numeracji i dat wystawionych dokumentów.

TAK

20. System musi umożliwiać kontrolę zadłużenia klienta (sprawdzanie salda) podczas wprowadzania faktury.

NIE

28

21. System musi umożliwiać wprowadzenie blokady wystawiania faktur dla danego kontrahenta.

TAK

22. System musi umożliwiać automatyczną dekretację wprowadzonych w systemie dokumentów do modułu windykacyjnego (moduł / obszar funkcjonalny Rozrachunki z windykacją / windykacja) i/lub modułu finansowo-księgowego, w zależności zastosowanego przez Wykonawcę rozwiązania.

TAK

23. System musi umożliwiać grupową zmianę stawek VAT dla asortymentów i cenników.

TAK

24. System musi umożliwiać wystawianie paragonów (wraz z możliwością wystawiania zwrotów do paragonów, jeśli zajdzie taka potrzeba) i współpracę z drukarkami fiskalnymi.

TAK

PODPIS(Y):







Miejscowość

i data

…

29

Załącznik nr 6 do Formularza ofertowego: Inkasent


TAK / NIE


1. Wysyłanie i przyjmowanie wysyłek musi odbywać się bez przełączania się między programami, ręcznym przenoszeniem / eksportowaniem / importowaniem plików.

TAK

2. Program na komputerze stacjonarnym musi umożliwiać układanie posesji w trasy i ustalanie kolejności dokonywania odczytów w obrębie danej trasy.

TAK

3. Program na urządzeniu przenośnym musi wyświetlać dane takie jak:

3.1. Numer identyfikacyjny i nazwa odbiorcy, TAK3.2. Adres (Miejscowość, Ulica, Numer domu), TAK3.3. Numer i rodzaj odczytywanego licznika, TAK3.4. Wartość poprzedniego odczytu, TAK3.5. Data legalizacji licznika. TAK4. Po dokonaniu odczytu dany punkt musi znikać z listy

punktów do odczytu.TAK

5. Odczytywacz musi mieć możliwość poprawienia błędnie wprowadzonego odczytu.

TAK

6. Program na urządzeniu przenośnym musi umożliwiać wyszukiwanie danego punktu, odbiorcy lub odczytywanie punktów według np. danej ulicy.

TAK

7. Program na urządzeniu przenośnym musi umożliwiać sortowanie punktów po wybranej kolumnie.

NIE

8. Program na urządzeniu przenośnym musi rozróżniać i umożliwiać wprowadzanie odczytów liczników zwykłych, głównych, podliczników, sprzężonych, proporcjonalnych.

TAK

9. W przypadku braku możliwości odczytu, odczytywacz musi mieć możliwość wybrania odpowiedniego statusu ze słownika wprowadzonego w systemie stacjonarnym (brak odbiorcy, uszkodzony licznik itp.). Wybrany status powinien określać dalszy algorytm postępowania operatora systemu stacjonarnego.

TAK

10. W przypadku gdy dana sytuacja nie pasuje do istniejących w słowniku statusów, odczytywacz musi mieć możliwość zapisania krótkiej notatki dla operatora stacjonarnego.

TAK

11. Program musi umożliwiać wprowadzanie odczytów niezależnie od kolejności rozliczania liczników.

NIE

12. Przy wprowadzaniu odczytów na licznikach, które będą rozliczane zależnie od odczytów innych liczników (licznik nadrzędny, podlicznik) musi pojawiać się informacja jeśli występuje rozbieżność, ale operator musi mieć możliwość, aby pomimo tej informacji zatwierdzić odczyt.

NIE

13. Program na urządzeniu przenośnym musi pokazywać informację dla odczytywacza przy wprowadzeniu rażąco niskiego lub wysokiego odczytu (np. przypadkowe wciśnięcie jednej cyfry więcej) w porównaniu / odniesieniu do poprzedniego, musi też umożliwiać jego zatwierdzenie

TAK

30

pomimo ww. informacji.14. Program na urządzeniu przenośnym musi wskazywać

kończący się okres legalizacji wodomierza, aby można było powiadomić o tym odbiorcę.

TAK

15. System lub konfiguracja na urządzeniu przenośnym musi posiadać odpowiednie zabezpieczenia zapobiegające utracie danych lub łatwe ich odzyskiwanie w przypadku rozładowania baterii, restartu urządzenia lub jego awarii.

TAK

16. Program na komputerze stacjonarnym musi prowadzić ewidencję wysłanych tras, aby można było zobaczyć informacje takie jak numer wysyłki, numer lub nazwa trasy, odczytywacz, data wysyłki, jeśli przyjęto to data przyjęcia wysyłki.

TAK

PODPIS(Y):







Miejscowość

i data

…

31

Załącznik nr 7 do Formularza ofertowego: Banki / obsługa wpłat wpływających przez rachunki bankowe


TAK / NIE


1. System musi umożliwić obsługę wielu rachunków bankowych. TAK

2. System musi umożliwiać wprowadzenie wyciągu w jednym dokumencie.

TAK

3. System musi umożliwiać pracę równoległą w kilku wyciągach w ramach tego samego rachunku bankowego.

TAK

4. Wyciągi bankowe muszą być odwzorowaniem dokumentów dostarczanych przez bank w zakresie numeracji i okresu jaki obejmują oraz powinny posiadać co najmniej informację na temat salda początkowego, salda końcowego i ilości operacji.

TAK

5. System musi umożliwiać naniesienie zapłaty w formie uproszczonej wg następujących metod:

5.1. Wskazanie pojedynczej faktury, TAK5.2. Wskazanie kilku faktur, TAK5.3. Wskazanie wszystkich rozrachunków, TAK5.4. Rozdysponowanie wskazanej kwoty na dowolną ilość

rozrachunków od najstarszego,TAK

5.5. Rozdysponowanie wskazanej kwoty na dowolną ilość rozrachunków wg wskazania operatora.

TAK

6. System musi umożliwiać zdefiniowanie własnych typów dokumentów lub cechowanie dokumentów na podstawie słownika, który może być tworzony przez użytkownika.

TAK

7. System musi umożliwiać filtrowanie i raportowanie dokumentów z uwzględnieniem ograniczenia na każdy typ dokumentu lub na cechy grupujące operację.

TAK

8. Wprowadzone typy dokumentów lub cechy muszą dodatkowo umożliwiać użytkownikowi zdefiniowanie szablonów dekretacji dokumentów tak aby typowe operacje nie wymagały od użytkownika dodatkowych czynności. Niezbędne jest aby operator mógł w trakcie wprowadzania dokumentu użyć wybranego wzorca księgowego dla dokumentu lub cechy dokumentu przy czym jeden ze wzorców winien być domyślny.

TAK

9. Część opisowa dokumentu musi pozwalać operatorowi na wpisanie do 255 znaków. Na wydruku raportu bankowego pole opisu musi automatycznie się skalować i dostosowywać do wprowadzonej treści.

TAK

10. System musi umożliwiać stworzenie słownika treści (opisów dla operacji), które to po wyborze do konkretnego dokumentu mogą być indywidualnie zmieniane.

TAK

11. System musi umożliwiać modyfikację dokumentów i dekretacji dla dokumentów po ich zamknięciu (do momentu zaksięgowania dokumentu i zamknięcia miesiąca).

TAK

12. Dostęp do obsługi banków ma być zabezpieczony przez system w oparciu o uprawnienia nadawane użytkownikom. Uprawnienia

TAK

32

muszą udostępniać możliwość ograniczenia pracy w konkretnym banku.

33

13. System musi wspierać i rozliczać wpłaty na kwoty zawarte na przelewach drukowanych pod fakturą, a powiększonych w stosunku do faktury o wartość odsetek od nieterminowych wpłat.

TAK

14. System musi umożliwiać dodanie odsetek do zapłaconej po terminie faktury w przypadku zapłaty za fakturę po terminie (Wprowadzone w ten sposób odsetki muszą być uwzględniane w trakcie wystawiania not odsetkowych, a naliczenie odsetek musi być wymuszone przez operatora).

NIE

15. System musi umożliwiać przyjęcie wpłaty, która zostanie automatycznie rozliczona z wystawianymi fakturami. Wpłata powinna jednoznacznie określać rodzaj usług jakie winny być rozliczone.

TAK

16. System musi umożliwiać operatorowi w trakcie wprowadzania dokumentu dostęp do aktualnego stanu rozrachunków z możliwością wskazania faktur, które kontrahent reguluje.

TAK

17. System musi w trakcie nanoszenia wpłaty kontrahenta umożliwiać dostęp do informacji o upomnieniach, wezwaniach do zapłaty, wezwaniach z KRD i wezwaniach przedegzekucyjnych wysłanych do kontrahenta z możliwością ich uregulowania.

TAK

18. System musi umożliwiać dostęp do wszystkich pism skierowanych do kontrahenta bezpośrednio z jego kartoteki bez konieczności przerywania pracy w wyciągu bankowym.

NIE

19. System musi umożliwiać przyjęcie wpłaty na wskazaną ratę lub raty zgodnie z przyjętym i wprowadzonym przez Dział Windykacji porozumieniem.

TAK

20. System musi umożliwiać dekretacje dokumentu zgodnie z planem kont obowiązującym w WiK w Opolu.

TAK

21. System musi umożliwiać prowadzenie numeracji pozycji dokumentów w wyciągu zgodnie z kolejnością przelewów w wyciągu.

TAK

22. System musi umożliwiać operatorowi na szukanie kontrahenta w trakcie wprowadzania dokumentu po:

22.1. Symbolu płatnika, TAK22.2. Nazwie lub dowolnej części nazwy, TAK22.3. Adresie kontrahenta lub po dowolnej części adresu, TAK22.4. Adresie przyłączenia lub po dowolnej części adresu, TAK22.5. Numerze faktury lub dowolnej części numeru, TAK22.6. Numerze upomnienia / wezwania do zapłaty i innych rodzajach

wezwań lub dowolnej części numeru,TAK

22.7. Numerze noty odsetkowej lub dowolnej części numeru, TAK22.8. Kodzie kreskowym wydrukowanym na fakturze. TAK22.9. Więcej niż jednym argumencie równocześnie czyli np. po części

numeru faktury i kwocie.TAK

23. W wypadku odnalezienia większej liczby kontrahentów / rozrachunków spełniających kryteria szukania system musi zaprezentować je w formie listy, z której operator dokona wyboru.

TAK

24. System musi każdą z operacji sygnować loginem wprowadzającego oraz datą i godziną jej wprowadzenia.

TAK

25. Modyfikacja lub usunięcie pozycji w raporcie bankowym winno być odnotowane w systemie z loginem oraz datą i godziną zdarzenia.

TAK

34

26. System musi obsługiwać masowe płatności (wpłaty dokonywane na indywidualne subkonta w rachunku bankowym) w następujących bankach: Bank Gospodarstwa Krajowego, Bank Pekao S.A., PKO Bank Polski S.A. oraz w Bank Millennium S.A.

TAK

27. System musi gwarantować możliwość rozszerzenia obsługi masowych płatności z bankami wskazanymi przez Spółkę.

TAK

28. System musi posiadać mechanizmy automatycznego parowania w ramach masowych płatności na podstawie następujących kryteriów:

28.1. Zgodność numeru faktury i kwoty, TAK28.2. Zgodność numeru faktury, a kwota zgodna z wartością

wydrukowaną na przelewie pod fakturą (faktura + odsetki),TAK

28.3. Zgodność kodu kreskowego (lub innych stosowanych na wydrukach faktur rodzajów kodu) i kwoty z wartością faktury (lub faktury wraz z odsetkami),

NIE

28.4. Zgodność KTR i kwoty z wartością faktury (lub faktury wraz z odsetkami),

NIE

28.5. Zgodność kwoty przy założeniu, że wpłacana kwota jest równa całości należności kontrahenta,

TAK

28.6. Zgodność numer wezwania do zapłaty i kwota (przy założeniu braku innych zapłat do żądanych rozrachunków).

NIE

29. System ma gwarantować możliwość rozbudowania mechanizmów automatycznego parowania w przypadku zidentyfikowania innych kryteriów.

TAK

30. System musi posiadać możliwość obsługi poleceń zapłaty. TAK31. System musi posiadać możliwość przechowywania wraz z

dokumentem oryginalnego dokumentu bankowego w formie pliku dostarczanego przez bank.

TAK

PODPIS(Y):







Miejscowość

i data

…

35

Załącznik nr 8 do Formularza ofertowego: Kasa / obsługa kasowa


TAK / NIE


1. System musi umożliwiać uruchomienie dowolnej ilości stanowisk kasowych.

TAK

2. System musi umożliwiać wprowadzanie wszystkich operacji kasowych w jednym programie i jednym raporcie kasowym.

TAK

3. System musi posiadać zabezpieczenia przed równoległą pracą w dwóch raportach kasowych w tej samej kasie przez kasjera.

TAK

4. System musi umożliwiać pracę w jednym raporcie przez kilka dni z uwzględnieniem w dokumentach zmiany daty i z zachowaniem pełnej chronologii. Równocześnie system musi umożliwiać uzupełnienie dokumentów do niezamkniętego raportu z dnia poprzedniego w sytuacjach nadzwyczajnych (np. brak prądu) zgodnie z datami zdarzeń i z zachowaniem chronologii.

TAK

5. System musi umożliwiać otwarcie więcej niż jednego raportu kasowego tego samego dnia (pod tą samą datą) dla tej samej kasy (kolejny numer raportu).

NIE

6. System musi dysponować minimum trzema typami dokumentów, a mianowicie KP, KW, Wpłata.

TAK

7. System musi umożliwiać wystawienie dokumentów wielopozycyjnych (wpłata za kilka faktur na jednym dokumencie tak aby każda faktura stanowiła pozycję dokumentu, a nie jako jedna pozycja na łączną kwotę).

TAK

8. System musi umożliwiać naniesienie zapłaty w formie uproszczonej wg następujących metod:

8.1. Wskazanie pojedynczej faktury, TAK8.2. Wskazanie kilku faktur, TAK8.3. Wskazanie wszystkich rozrachunków, TAK8.4. Rozdysponowanie wskazanej kwoty na dowolną ilość

rozrachunków od najstarszego,TAK

8.5. Rozdysponowanie wskazanej kwoty na dowolną ilość rozrachunków wg wskazania operatora.

TAK

9. System musi udostępniać podgląd bieżącego stanu kasy. TAK10. System musi umożliwiać zdefiniowanie własnych typów

dokumentów lub cechowanie dokumentów na podstawie słownika, który może być tworzony przez użytkownika.

TAK

11. System musi umożliwiać filtrowanie i raportowanie dokumentów z uwzględnieniem ograniczenia na każdy typ dokumentu kasowego i na cechy grupujące operację.

TAK

12. Wprowadzone typy dokumentów lub cechy muszą dodatkowo umożliwiać użytkownikowi na zdefiniowanie szablonów dekretacji dokumentów tak aby typowe operacje nie wymagały od użytkownika dodatkowych czynności. Niezbędne jest aby operator mógł w trakcie wprowadzania dokumentu kasowego użyć właściwego wzorca księgowego dla dokumentu lub cechy dokumentu przy czym jeden ze wzorców winien być domyślny.

TAK

36

13. Część opisowa dokumentu musi pozwalać operatorowi na wpisanie do 255 znaków. Na wydruku dokumentu pole opisu musi automatycznie się skalować i dostosowywać do wprowadzonej treści.

TAK

14. System musi umożliwiać stworzenie słownika treści (opisów dla operacji), które to po wyborze do konkretnego dokumentu mogą być indywidualnie zmieniane.

TAK

15. Wydruki dokumentów jak i raport kasowy muszą być dostosowane do obowiązujących w Spółce wzorów z zachowaniem odpowiednich logotypów i rodzaju czcionek.

TAK

16. Wydruki dokumentów muszą automatycznie dostosowywać się do długości nazwy kontrahenta tak aby obszar się skalował.

TAK

17. System musi umożliwiać modyfikację dekretacji dla dokumentów kasowych po ich zamknięciu.

TAK

18. Każde zatwierdzenie dokumentu kasowego, a dotyczącego rozrachunków kontrahenta musi być odnoszone natychmiast na saldo kontrahenta.

TAK

19. Dostęp do obsługi kasy ma być zabezpieczony przez system w oparciu o uprawnienia. Uprawnienia muszą udostępniać możliwość pracy w konkretnej kasie, a nie w dowolnej.

TAK

20. Anulowanie dokumentów kasowych musi być realizowane na specjalnym uprawnieniu i winno się wiązać z zachowaniem oryginalnego dokumentu.

TAK

21. System musi naliczać odsetki od wpłat po terminie z możliwością indywidualnego wyłączenia w sytuacjach wskazanych przez operatora równocześnie uwzględniając zgodnie z decyzją Zarządu wprowadzone przez Dział Windykacji prolongaty oraz raty.

TAK

22. System musi umożliwiać przyjęcie wpłaty, która zostanie automatycznie rozliczona w przyszłości z wystawianymi fakturami. Wpłata powinna jednoznacznie określać rodzaj usług jakie winny być rozliczone.

TAK

23. System musi umożliwiać operatorowi w trakcie wprowadzania dokumentu dostęp do aktualnego stanu rozrachunków z możliwością wskazania faktur, które kontrahent reguluje. Faktury wystawiane w Spółce mają być natychmiast widoczne na kartotece kontrahenta.

TAK

24. System musi w trakcie obsługi kasowej kontrahenta umożliwiać dostęp do informacji o upomnieniach wysłanych do kontrahenta z możliwością ich uregulowania.

TAK

25. System musi umożliwiać wydrukowanie Protokołu z doraźnej kontroli kasy, zgodnie ze wzorem obowiązującym w Spółce oraz z możliwością zmiany treści z poziomu użytkownika.

NIE

26. System musi umożliwiać wydrukowanie Protokołu z okresowej kontroli kasy, zgodnie ze wzorem obowiązującym w Spółce oraz z możliwością zmiany treści z poziomu użytkownika.

NIE

27. System musi umożliwiać wydrukowanie Protokołu z przekazania / przejęcia kasy, zgodnie ze wzorem obowiązującym w Spółce oraz z możliwością zmiany treści z poziomu użytkownika.

NIE

28. System musi umożliwiać wydrukowanie Protokołu zatrzymania fałszywych znaków pieniężnych, zgodnie ze wzorem

NIE

37

obowiązującym w Spółce oraz z możliwością zmiany treści z poziomu użytkownika.

29. System musi umożliwiać bieżącą weryfikację stanu kasy poprzez wprowadzenie specyfikacji nominałów zgodnie z ilościami wskazanymi przez Kasjera.

NIE

30. System musi umożliwiać operatorowi szukanie kontrahenta w trakcie wprowadzania dokumentu po:

30.1. Nazwie lub dowolnej części nazwy, TAK30.2. Adresie kontrahenta, TAK30.3. Adresie przyłączenia, TAK30.4. Numerze faktury, TAK30.5. Numerze upomnienia / wezwania do zapłaty. TAK

31. W wypadku odnalezienia większej liczby kontrahentów / rozrachunków spełniających kryteria szukania, system musi zaprezentować je w formie listy do wyboru przez operatora.

TAK

32. System musi umożliwiać identyfikację faktury / kontrahenta przy użyciu kodu kreskowego umieszczanego na fakturach.

TAK

33. System na podstawie kodu kreskowego zawartego na fakturze ma automatycznie wprowadzać zapłatę faktury wraz z odsetkami naliczonymi i wydrukowanymi na tej fakturze.

TAK

34. System ma umożliwiać przyjęcie wpłaty na wskazaną ratę zgodnie z przyjętym i wprowadzonym przez Dział Windykacji porozumieniem.

TAK

35. System musi informować operatora w trakcie obsługi w kasie o informacjach wprowadzonych do kontrahenta, a które mogą zostać wprowadzone przez osoby o odpowiednich uprawnieniach (np. przez Dział Windykacji) .

NIE

36. System ma umożliwiać dekretacje dokumentu zgodnie z planem kont obowiązującym w Spółce.

TAK

37. System musi umożliwiać zdefiniowanie numeracji dokumentów kasowych przez Spółkę przy wykorzystaniu następujących elementów:

37.1. Typ dokumentu (np. KP, KW itp.), TAK37.2. Rok raportu kasowego, TAK37.3. Miesiąc raportu kasowego, TAK37.4. Numer raportu kasowego, TAK37.5. Kolejny numer dokumentu w raporcie kasowym, TAK37.6. Numer kolejny dokumentu w roku przy zachowaniu odrębnej

numeracji dla każdego z typów dokumentu.TAK

38. Numeracja dokumentów musi być unikalna i nadawana automatycznie.

TAK

39. System musi każdą z operacji kasowych sygnować loginem wprowadzającego oraz datą i godziną jej wprowadzenia.

TAK

PODPIS(Y):

38







Miejscowość

i data

…

39

Załącznik nr 9 do Formularza ofertowego: Rozrachunki z windykacją / windykacja

40


TAK / NIE

Spełnione przez


1. System musi posiadać wspólną bazę kontrahentów dla wszystkich modułów.

TAK

2. Baza kontrahentów musi umożliwiać ewidencję notatek do kontrahentów z odpowiednimi wagami wpływającymi na sposób prezentacji użytkownikowi. Notatki nie powinny mieć ograniczeń ilościowych, a pole opisowe musi dopuszczać wpisanie treści do 5000 znaków.

TAK

3. Z poziomu kartoteki kontrahentów niezbędny jest bezpośredni dostęp do aktualnego stanu rozrachunków bez względu na konto księgowe z możliwością wydrukowania kartoteki kontrahenta (na ekran lub drukarkę).

TAK

4. Z poziomu kartoteki kontrahentów niezbędny jest bezpośredni dostęp do wszystkich wysłanych pism do kontrahenta z możliwością ich natychmiastowego wydrukowania (na ekran bądź na drukarkę).

TAK

5. System musi umożliwiać z bazy kontrahentów dostęp do wszystkich danych opisujących kontrahenta (faktury, punkty przyłączenia, realizowane i zrealizowane sprawy kontrahenta oraz inne dostępne informacje o kontrahencie).

TAK

6. System musi dysponować rozbudowanymi możliwościami szukania po wszystkich polach opisujących kontrahenta w bazie. Zarówno po wskazaniu pełnej wartości jak i po ich częściach.

TAK

7. System musi umożliwiać operatorowi na szukanie kontrahenta po:7.1. Symbolu kontrahenta, TAK7.2. Nazwie lub dowolnej części nazwy, TAK7.3. Numerze NIP – z mechanizmem szukania niezależnie od

wprowadzonych myślników, TAK

7.4. Adresie kontrahenta lub po dowolnej części tego adresu, TAK7.5. Adresie przyłączenia lub po dowolnej części tego adresu, TAK7.6. Numerze faktury lub dowolnej części tego numeru, TAK7.7. Numerze upomnienia / wezwania do zapłaty lub dowolnej części

tego numeru,TAK

7.8. Numerze noty odsetkowej lub dowolnej części tego numeru, TAK7.9. Kodzie kreskowym wydrukowanym na fakturze lub dowolnej

części tego kodu kreskowego,TAK

7.10. Numerze umowy na dostawę wody i odprowadzanie ścieków, TAK

7.11. Numerze PESEL, TAK7.12. Numerze REGON, TAK7.13. Więcej niż jednym argumencie równocześnie (np. po części

adresu i części nazwy).TAK

8. W wypadku odnalezienia większej liczby kontrahentów spełniających kryteria szukania system musi zaprezentować ich w formie listy do wyboru przez operatora.

TAK

9. Wspólnoty mieszkaniowe muszą mieć dedykowane pole określające zarządcę, które na etapie windykacji pozwalałoby na wystawienie upomnień dla wskazanego zarządcy.

TAK

10. W systemie ma być realizowana obsługa przedpłat, które muszą TAK

41

rozliczać się automatycznie z wystawianymi fakturami (przedpłata powinna mieć cechy, które pozwolą jednoznacznie określić usługę (rejestr usług), jakiej dotyczy).

11. Na wydruku faktury fakt rozliczenia z przedpłatą ma zostać zaprezentowany w sposób niebudzący wątpliwości.

TAK

12. W momencie ewidencjonowania przedpłaty operator musi mieć możliwość wskazania czy ma być rozliczona automatycznie czy też nie.

TAK

13. System musi udostępniać możliwość wskazania odpowiedniej wysokości stawki odsetek dla odpowiednich grup odbiorców oraz indywidualnie dla wskazanego kontrahenta. W tym zakresie ilość obowiązujących stawek procentowych nie powinna być ograniczona.

TAK

14. System musi dysponować kalkulatorem odsetek, który umożliwi wyliczenie odsetek dla danego kontrahenta, dla wskazanych rozrachunków lub dla pojedynczego rozrachunku na wskazany przez operatora dzień z możliwością wydrukowania w formie informacji dla kontrahenta.

TAK

15. System musi umożliwiać operatorowi na ograniczenie zakresu do wystawienia wezwań / upomnień do zapłaty, poprzez:

15.1. Numer kontrahenta (od - do), TAK15.2. Wskazanie kwoty minimalnej i maksymalnej upomnienia, TAK15.3. Terminu płatności (od - do), NIE15.4. Miejsca zamieszkania, TAK15.5. Grup opisujących kontrahentów (minimum 3 podziałów/cech

przypisanych do kontrahentów, a zależnych wyłącznie od decyzji Spółki).

TAK

16. System musi umożliwiać zdefiniowanie etapów windykacji i automatyzować generowanie odpowiednich pism zgodnie z ich kolejnością i z zachowaniem terminów wynikających z ustawy.

NIE

17. Wezwania sygnowane KRD muszą dodatkowo spełniać kryteria kwotowe (z możliwością zmiany kwoty) dla klientów indywidualnych 200 zł, a dla prowadzących działalność 500 zł.

TAK

18. System musi dopuszczać zmianę rodzaju pisma przez operatora wprowadzając proces windykacji na etap wyższy lub niższy.

TAK

19. System musi umożliwiać wystawienie pism windykacyjnych dla wszystkich wspólnot zarządzanych przez wskazanego zarządcę.

TAK

20. System musi umożliwiać indywidualną konfigurację stopki dokumentów windykacyjnych dla każdego z operatorów.

TAK

21. System musi posiadać możliwość tworzenia własnych rodzajów upomnień z możliwością ich powiązania z poprzednim oraz określenia kryteriów wygenerowania po upływie określonej ilości dni.

TAK

22. System musi dopuszczać korekty formy i treści we wzorach upomnień i wezwań każdego rodzaju z zachowaniem historii wysłanych pism z możliwością późniejszego przedrukowania z oryginalną treścią (obowiązującą w czasie wystawienia).

TAK

23. System musi pozwalać zgodnie z decyzją operatora na wygenerowanie wskazanych dokumentów windykacyjnych bezpośrednio do edytora tekstu w celu wprowadzenia korekt i z możliwością zapisania takiego dokumentu w bazie danych lub z pominięciem etapu edycji w edytorze.

TAK

42

24. W zakresie pism związanych z prowadzonymi postępowaniami sądowymi i egzekucyjnymi system musi umożliwić operatorowi tworzenie dowolnej ilości typów pism i ich korygowanie oraz przypisanie im odpowiedniego wzorca (szablonu) obowiązującego w Spółce (treści).

TAK

25. System musi umożliwiać operatorowi indywidualną edycję każdego z pism sądowych (w edytorze tekstu) i zapamiętanie w bazie danych wersji ostatecznej pisma na kartotece kontrahenta i w obiegu dokumentów z zachowaniem oznaczeń pism wynikających z instrukcji kancelaryjnej.

TAK

26. Wszystkie pisma niezbędne w postępowaniu sądowym i egzekucyjnym muszą być widoczne na kartotece kontrahenta dla użytkowników o odpowiednim poziomie uprawnień.

TAK

27. System musi umożliwiać edycję i korektę szablonów treści i formy wszystkich pism używanych i emitowanych z systemu w zakresie windykacji.

TAK

28. System musi prowadzone sprawy prezentować na ekranie w formie listy jak i udostępniać wydruk Repertorium z możliwością eksportu do MS Excel.

TAK

29. System musi umożliwiać generowanie not odsetkowych z możliwością wskazania kwoty minimalnej.

TAK

30. System musi umożliwiać generowanie not odsetkowych na żądanie operatora lub automatycznie wraz z fakturą.

TAK

31. Wystawione noty odsetkowe muszą być widoczne na kartotece kontrahenta natychmiast jako nierozliczone i mają być ujmowane na potencjalnych wezwaniach do zapłaty.

TAK

32. System musi umożliwiać wprowadzenie do kartoteki odbiorcy w powiązaniu z konkretną pozycją z Repertorium:

32.1. Kosztów procesowych (z nakazu zapłaty), TAK32.2. Kosztów postępowania klauzulowego (z nakazu zapłaty

opatrzonego klauzulą wykonalności),TAK

32.3. Opłat egzekucyjnych wniesionych, TAK32.4. Kosztów zastępstwa adwokackiego w egzekucji, TAK32.5. Kosztów bezskutecznej egzekucji, TAK32.6. Z możliwością raportowania stanu ww. i zapłat do tych

rozrachunków zgodnie z obowiązującym w Spółce Repertorium,TAK

32.7. Kosztów wyjawienia majątku, NIE32.8. Kosztów klauzuli dot. wyjawienia majątku, NIE32.9. Kosztów zastępstwa adwokackiego w procesie, NIE

32.10. Kosztów opłaty skarbowej za pełnomocnictwo. NIE33. System musi posiadać funkcję automatycznego rozkładania na

raty wg wskazanych kryteriów (np. kwota raty, ilość rat) odpowiednich rozrachunków.

TAK

34. System w zakresie automatycznego rozkładania na raty musi również wygenerować dokument Porozumienia z dłużnikiem z uwzględnieniem zmiennych danych i parametrów wskazanych w funkcji automatycznego rozkładania. Dokument porozumienia przed zapisaniem do bazy ma zostać udostępniony do edycji w celu weryfikacji i wprowadzenia szczególnych warunków.

TAK

43

35. System musi umożliwiać w powiązaniu z Workflow przeprowadzenie procesu zgodnie z porządkiem obowiązującym w Spółce oraz na wygenerowanie dokumentu porozumienia wraz z odpowiednio określonymi kwotami rat i ich terminami.

TAK

36. W sytuacji braku terminowych wpłat z tytułu rat operator musi mieć dostępną funkcję pozwalającą na szybki powrót do oryginalnego stanu rozrachunków.

TAK

37. System musi umożliwiać udzielenie prolongaty bez konieczności zmiany terminu płatności oryginalnej faktury. W razie braku wpłaty konieczna jest funkcjonalność powrotu do oryginalnego terminu płatności w prosty sposób.

TAK

38. W sytuacji wydania przez zarząd decyzji o umorzeniu należności system musi dysponować funkcją automatyzującą takie działanie. Wywołanie funkcji ma wiązać się z automatycznym przekazaniem informacji do upoważnionej osoby o zdarzeniu z informacją o możliwości wystawienia PIT 8C.

NIE

39. System musi posiadać funkcjonalność masowego drukowania potwierdzeń sald na wskazany dzień dla kontrahentów instytucjonalnych z możliwością uwzględnienia innych należności i zobowiązań oraz dodatkowo, na żądanie operatora musi umożliwić wydruk sald zerowych.

TAK

40. System musi ewidencjonować wygenerowane potwierdzenia sald z możliwością wglądu w ich zawartość jak również ma umożliwiać ewidencjonowanie daty zwrotu.

TAK

41. Wzorzec potwierdzenia sald musi być dostępny do modyfikacji dla operatora w zakresie formy i treści.

TAK

42. System musi posiadać rozbudowany raport wiekowania należności, pozwalający na opcjonalne wyłączenie należności rozłożonych na raty, spraw sądowych i będących w egzekucji komorniczej z możliwością filtrowania raportowanych danych przy wykorzystaniu grup opisujących kontrahenta (np. firmy, indywidualni, wspólnoty) oraz w podziale terytorialnym zgodnie z rozliczanymi przyłączeniami.

TAK

43. System musi umożliwiać uzyskanie raportów należności w podziale na grupy kontrahentów z możliwością wydruku z pełną specyfikacją faktur i ze specyfikacją operacji w okresie.

TAK

44. System musi umożliwiać uzyskanie raportów należności przeterminowanych w egzekucji komorniczej w podziale na grupy kontrahentów.

TAK

45. System musi umożliwiać uzyskanie raportu należności przeterminowanych skierowanych na drogę postępowania sądowego w podziale na grupy kontrahentów.

TAK

46. System musi umożliwiać uzyskanie raportu należności objętych porozumieniem w podziale na grupy kontrahentów i ze wykazaniem opóźnień w realizacji rat.

TAK

47. System musi posiadać raporty umożliwiające szczegółową specyfikację i analizę należności trudnych w przekroju na grupy kontrahentów, gminy, rodzaj należności i jej tytuł.

TAK

48. System musi posiadać raporty prezentujące stan i obroty na rozrachunkach z możliwością określania zakresu między innymi zgodnie z planem kont Spółki.

TAK

49. System musi posiadać raporty syntetyczne z dokumentów wraz z TAK

44

ich dekretacją w formie syntetycznej i analitycznej. 50. System musi umożliwiać generowanie zestawień i pozyskiwanie

danych niezbędnych do pracy działu windykacji.TAK

51. Wszystkie raporty muszą być eksportowane do formatu MS Excel z możliwością pracy na takim arkuszu bez konieczności dodatkowego formatowania.

NIE

52. System musi umożliwiać eksportowanie do formatu MS Excel wyfiltrowanych danych z ekranów systemowych z możliwością określenia kolumn, które mają być skopiowane.

TAK

PODPIS(Y):







Miejscowość

i data

…

45

Załącznik nr 10 do Formularza ofertowego: Moduł finansowo-księgowy

46


TAK / NIE

Spełnione przez


1. Moduł musi obsługiwać księgowość finansową w pełnym zakresie zgodnie z zasadami rachunkowości oraz przepisami prawa.

TAK

2. Moduł musi swoim zakresem obejmować:2.1. Prowadzenie ksiąg rachunkowych w ramach zakładowego

planu kont,TAK

2.2. Rozliczanie i kontrolę stanu należności i zobowiązań z kontrahentami zewnętrznymi oraz pracownikami,

TAK

2.3. Naliczanie odsetek od należności przeterminowanych, TAK2.4. Automatyczne przeliczanie rozrachunków w walucie obcej z

automatycznym naliczaniem różnic kursowych,NIE

2.5. Emisję wezwań do zapłaty oraz potwierdzeń sald, TAK2.6. Emisję rejestrów do podatku VAT, TAK2.7. Sporządzanie zestawień wymaganych przepisami oraz

różnorodnych raportów kontrolnych.Wydruk ksiąg rachunkowych tj.: dziennika, księgi głównej, ksiąg pomocniczych, zestawienia: obrotów i sald kont księgi głównej oraz sald kont ksiąg pomocniczych, wykazu składników aktywów i pasywów.

TAK

3. Moduł musi posiadać różnorodne mechanizmy kontrolne, jak:3.1. Automatyczne sprawdzanie bilansowania sald we

wprowadzanym dokumencie. TAK

3.2. Sprawdzanie ciągłości numeracji dokumentów. TAK3.3. Porównywanie niektórych danych z zawartością słowników:

Możliwość definiowania własnego słownika: rejestrów księgowych, rodzajów dowodów księgowych. Możliwość obsługi słownika analityk z poziomu edycji dokumentu. Księgowanie według analityk z możliwością powołania na słownik klasyfikacji danej analityki. Kontrola zgodności wprowadzonej analityki z zawartością słownika. Wykorzystanie przy tworzeniu analityki słowników z pozostałych modułów.

TAK

3.4. Kontrola dat: Sprawdzanie zgodności daty operacji gospodarczej z odpowiednim okresem księgowym oraz sygnalizowanie komunikatem w przypadku niezgodności.

TAK

3.5. Blokada okresów obrotowych. TAK4. Moduł musi być sprawdzony merytorycznie i przetestowany. TAK5. Moduł nie może zawierać błędów, które mogłyby powodować

nieprawidłowości w prowadzeniu ksiąg rachunkowych oraz sprawozdawczości.

TAK

6. Raz zdefiniowane funkcje modułu lub algorytmy obliczeniowe muszą działać poprawnie za każdym razem.

TAK

7. Funkcjonalność modułu musi być zgodna z aktualnie obowiązującymi przepisami prawnymi, moduł musi być szybko uaktualniany o zmiany wynikające z nowych przepisów prawnych.

TAK

8. Prowadzenie ksiąg dla kilku podmiotów jednocześnie. TAK9. Eksport wszystkich raportów, sprawozdań, wydruków,

dokumentów do popularnych formatów, w szczególności MS Excel, *.pdf.

TAK

Wymagania szczegółowe - Księgi rachunkowe10. Księgi rachunkowe obejmują zbiory zapisów księgowych,

47

obrotów (sum zapisów) i sald, które tworzą:

48

10.1. Dziennik, TAK10.2. Księgę główną, TAK10.3. Księgi pomocnicze, TAK10.4. Zestawienia : obrotów i sald księgi głównej oraz sald kont

ksiąg pomocniczych,TAK

10.5. Wykaz składników aktywów i pasywów. TAK11. Księgi rachunkowe powinny być:

11.1. Trwale oznaczone nazwą Zamawiającego (także w przypadku wydruku komputerowego lub zestawienia wyświetlanego na ekranie monitora komputera).

TAK

11.2. Trwale oznaczone nazwą danego rodzaju księgi rachunkowej.

Zgodnie z art. 13 ust. 4 Ustawy z dnia 29.09.1994 r. o rachunkowości, księgi rachunkowe, z uwzględnieniem techniki ich prowadzenia, powinny być:

- trwale oznaczone nazwą (pełną lub skróconą) jednostki, której dotyczą (każda księga wiązana, każda luźna karta kontowa, a także jeżeli mają one postać wydruku komputerowego lub zestawienia wyświetlanego na ekranie monitora komputera), nazwę danego rodzaju księgi rachunkowej oraz programu przetwarzania; - wyraźnie oznaczone co do roku obrotowego, okresu sprawozdawczego i daty sporządzenia;- przechowywane starannie w ustalonej kolejności.

TAK

11.3. Trwale oznaczone nazwą programu przetwarzania. TAK11.4. Wyraźnie oznaczone, co do roku obrotowego. TAK11.5. Wyraźnie oznaczone, co do okresu sprawozdawczego. TAK11.6. Wyraźnie oznaczone, co do daty sporządzenia. TAK

12. Automatyczna kontrola ciągłości zapisów, przenoszenia obrotów i sald.

TAK

13. Wydruki ksiąg rachunkowych powinny składać się z automatycznie numerowanych stron, z oznaczeniem pierwszej i ostatniej oraz być sumowane na kolejnych stronach w sposób ciągły w roku obrotowym.

TAK

14. Umożliwienie przeniesienia treści ksiąg rachunkowych na inny komputerowy nośnik danych, zapewniający trwałość zapisu informacji, przez czas nie krótszy od wymaganego dla przechowywania ksiąg rachunkowych.

TAK

15. Dziennik zawiera chronologiczne ujęcie zdarzeń, jakie nastąpiły w danym okresie sprawozdawczym.

TAK

16. Obroty dziennika muszą być zgodne z obrotami zestawienia obrotów i sald kont księgi głównej.

TAK

17. Zapisy w dzienniku muszą być kolejno numerowane, a sumy zapisów (obroty) liczone w sposób ciągły.

TAK

18. Zapis księgowy powinien posiadać automatycznie nadany numer pozycji, pod którą został wprowadzony do dziennika, a także dane pozwalające na ustalenie osoby odpowiedzialnej za treść zapisu.

TAK

19. Konta księgi głównej zawierają zapisy o zdarzeniach w ujęciu systematycznym.

TAK

20. Na kontach księgi głównej ujmuje się zarejestrowane w TAK

49

dzienniku zdarzenia zgodnie z zasadą podwójnego zapisu.

50

21. Zapisy na określonym koncie dokonuje się w kolejności chronologicznej.

TAK

22. Konta ksiąg pomocniczych zawierają zapisy będące uszczegółowieniem i uzupełnieniem zapisów kont księgi głównej.

TAK

23. Na podstawie zapisów na kontach księgi głównej sporządza się zestawienie obrotów i sald, zawierające:

23.1. Symbole i nazwy kont, TAK23.2. Salda kont na dzień otwarcia ksiąg rachunkowych, TAK23.3. Obroty za okres sprawozdawczy i narastająco od początku

roku obrotowego,TAK

23.4. Salda na koniec okresu sprawozdawczego, TAK23.5. Sumę sald na dzień otwarcia ksiąg rachunkowych, TAK23.6. Sumę obrotów za okres sprawozdawczy i narastająco od

początku roku obrotowego,TAK

23.7. Sumę sald na koniec okresu sprawozdawczego, TAK23.8. Obroty tego zestawienia powinny być zgodne z obrotami

dziennika lub obrotami zestawienia obrotów dzienników częściowych.

TAK

Wymagania szczegółowe - Zarządzanie planem kont24. Możliwość prowadzenia „wieloletniego” systemu ewidencji

księgowej.TAK

25. Możliwość tworzenia dowolnego planu kont bilansowych i pozabilansowych i późniejszych jego modyfikacji.

TAK

26. Plan kont - podział kont na:26.1. konta syntetyczne i analityczne, TAK26.2. konta rozrachunkowe, TAK26.3. konta wynikowe, TAK26.5. konta bilansowe, TAK26.6. pozabilansowe, TAK26.7. możliwość budowy przynajmniej 8 poziomowej analityki. TAK

27. Informacje, które powinien zawierać plan kont to m.in.:27.1. Symbol konta (liczba znaków ma umożliwiać przynajmniej

odwzorowanie / przeniesienie kont w obecnie użytkowanym oprogramowaniu: konto składa się maksymalnie z 14 znaków).

Przykład:

- Zespół „5” - xxx-xx-xxx-xxxxxx (konto, gmina, analityka, nr zlecenia),- Konto 201 - xxx-xx-xxxxxx (konto, analityka, kontrahent).

TAK

27.2. Maksymalna liczba znaków w symbolu konta: 35. NIE27.3. Nazwa konta (120 znaków). TAK27.4. Symbol konta nadrzędnego:

W przypadku konta analitycznego, należy podać nazwę konta syntetycznego, a następnie nazwę analityki.

Przykład:

Konto 011-01 - „Środki trwałe”, „Budynki i budowle”.

TAK

27.5. Uwagi dotyczące konta. NIE27.6. Szczegółowe dane kontrahenta przy kontach

rozrachunkowych:TAK

51

Szczegółowe dane kontrahenta muszą znaleźć się w systemie. Dane adresowe i inne są potrzebne do wysyłki korespondencji jak i do utworzenia rejestru VAT i JPK.

52

28. Możliwość tworzenia wydruków księgowych m.in.:28.1. zestawienia obrotów i sald kont księgi głównej oraz sald

ksiąg pomocniczych,TAK

28.2. obroty salda, TAK28.3. kartoteka kont, TAK28.4. polecenia księgowania, TAK

29. Z poziomu planu kont musi być dostęp do:29.1. Salda konta (dla kont syntetycznych i analitycznych), TAK29.2. Per salda konta, TAK29.3. Prawidłowe pokazywanie salda na kontach wynikowych –

ujemne zapisy WN nie mogą być wykazywane jako dodatnie zapisy MA.Zasada dotyczy prawidłowego wykazywania narastających obrotów kont wynikowych. W przypadku wprowadzenia dokumentu in minus po stronie WN konta, kwota ujemna powinna pomniejszyć obroty narastające po stronie WN, a nie zwiększać obroty po stronie MA konta.

TAK

29.4. Obrotów miesięcznych, TAK29.5. Obrotów rocznych, TAK29.6. Salda na BO roku, TAK29.7. Zapisów konta księgowego z możliwością podejrzenia

pełnego dokumentu księgowego, z którego zapis pochodzi bez konieczności raportowania (na ekranie),

TAK

29.8. Zapisów konta księgowego ze wskazaniem przeciwstawnych kont operacji.

TAK

Wymagania szczegółowe – Operacje księgowe30. Funkcje okresowe – czynności wykonywane, co pewien czas

zgodnie z wymogami księgowymi, np. zamknięcie i otwarcie roku obrachunkowego, zamknięcie miesiąca.

TAK

31. Automatyczne przenoszenia bilansu otwarcia z bilansu zamknięcia roku poprzedniego:Automatyczne (po uruchomieniu funkcji) zamykanie sald kont księgowych na koniec roku obrotowego oraz przenoszenie (po uruchomieniu funkcji) bilansu otwarcia z bilansu zamknięcia roku poprzedniego. Bieżąca aktualizacja bilansu otwarcia wg zmieniających się sald końcowych kont roku poprzedniego.

TAK

32. Prowadzenie dowolnej ilości rejestrów zgodnie z potrzebami Spółki.

TAK

33. Rejestry księgowe powinny składać się z dokumentów księgowych tego samego rodzaju, które fizycznie gromadzone są w jednym segregatorze i wprowadzane do systemu przez jedna osobę.

TAK

34. Rejestr księgowy powinien posiadać następujące informacje: nazwa, numer, wskaźnik stanu rejestru (zaksięgowany w całości, zaksięgowany częściowo, niezaksięgowany).

NIE

35. Wydruk rejestru w formie zawartych w nim dowodów księgowych.

TAK

36. Możliwość korekty nazw rejestrów i wpisywania informacji dodatkowych.

NIE

37. Wprowadzanie dokumentów do systemu. TAK38. Zapis księgowy powinien zawierać co najmniej:

38.1. datę dokonania operacji gospodarczej, TAK

53

38.2. określenie rodzaju i numer identyfikacyjny dowodu księgowego stanowiącego podstawę zapisu oraz jego datę, jeżeli różni się ona od daty dokonania operacji,

TAK

38.3. tekst opisu operacji, TAK38.4. kwotę i datę zapisu, TAK38.5. oznaczenie kont, TAK38.6. dane pozwalające na ustalenie osoby odpowiedzialnej za

treść zapisu.TAK

39. Funkcja kontroli poprawności wprowadzonego dokumentu, np. czy dokument się bilansuje, czy prawidłowo został wyliczony podatek VAT, czy suma wartości netto i podatku VAT równa się wartości brutto.

TAK

40. Korekty błędnych zapisów dokonywane tylko zapisami dodatnimi albo tylko ujemnymi.

TAK

41. Podpowiedź podczas wprowadzania dokumentu w zakresie symboli i nazwy kont.

TAK

42. Możliwość zakładania nowych kont analitycznych oraz wprowadzania danych kontrahenta w momencie rejestracji dowodu:Umożliwienie zakładania nowych kont analitycznych oraz wprowadzania danych kontrahenta w trakcie dekretacji dowodu księgowego. Wykonywanie powyższych czynności nie może być uzależnione od przerwania rejestracji dokumentu i przejścia do innych funkcji systemu.System musi automatycznie weryfikować wprowadzone dane tak, aby nie nastąpiło ponowne wprowadzenie danych tego samego kontrahenta.

TAK

43. Tworzenie not księgowych (poleceń księgowania) oraz możliwość ich wydruku.

TAK

44. Możliwość importu dokumentów księgowych automatycznie z innych systemów.

TAK

45. Podczas rejestrowania tych zapisów muszą być spełnione następujące warunki:

45.1. zapisy uzyskają trwale czytelną postać zgodnie z treścią odpowiednich dowodów księgowych,

TAK

45.2. możliwe jest stwierdzenie źródła pochodzenia zapisów oraz ustalenie osoby odpowiedzialnej za ich wprowadzenie,

TAK

45.3. stosowana procedura zapewnia sprawdzenie poprawności przetworzenia odnośnych danych oraz kompletności i identyczności zapisów,

TAK

45.4. dane źródłowe w miejscu ich powstania są odpowiednio chronione, w sposób zapewniający ich niezmienność, przez okres wymagany do przechowywania danego rodzaju dowodów księgowych.

TAK

46. Automatyczne przejmowanie danych z modułów współpracujących w sposób wskazany przez użytkownika i pod kontrolą pracownika działu księgowości.

TAK

47. Automatyzacja wybranych operacji np. zamykanie kont wynikowych na koniec okresów sprawozdawczych, wprowadzanie dokumentów do rejestrów VAT.

TAK

48. Możliwość rocznej korekty dekretów stworzonych automatycznie.

NIE

49. Automatyczne księgowanie rozdzielników amortyzacji TAK

54

przygotowanych w module Środki Trwałe (w przypadku wdrożenia tego modułu / obszaru funkcjonalnego).

55

50. Rozdzielniki amortyzacji powinny być tworzone w oparciu o przypisane do środków trwałych miejsca powstawania kosztów.

TAK

51. Automatyczne księgowanie dokumentów wprowadzonych do modułu Środki Trwałe (w przypadku wdrożenia tego modułu / obszaru funkcjonalnego).

TAK

52. Automatyczne księgowanie dokumentów wprowadzonych do modułu Gospodarka Materiałowa, Magazyn (w przypadku wdrożenia tego modułu / obszaru funkcjonalnego).

TAK

53. Rozdzielniki materiałów muszą być tworzone w oparciu o przypisane do dokumentów obrotu magazynowego zlecenia, podzlecenia i konta księgowe.

TAK

54. Istnienie mechanizmów ułatwiających i przyspieszających wprowadzanie danych, np. definicje automatów – szablonów księgowych.

TAK

55. Możliwość automatycznego przejmowania danych do fakturowania z innych modułów w zakresie wymaganym przez ustawę według daty obowiązku podatkowego przewidzianej przepisami.

TAK

56. Możliwość pracy równoległej w więcej niż jednym roku obrachunkowym bez konieczności zamykania roku poprzedniego.

TAK

57. Możliwość księgowania w kilku miesiącach jednocześnie tj. w bieżącym i przyszłym bez konieczności zamykania miesiąca poprzedniego.

TAK

58. Możliwość księgowania w nowym roku bez konieczności zamknięcia starego.

TAK

59. Możliwość blokady - czasowego i trwałego zamykania okresów sprawozdawczych: Czasowe zablokowanie możliwości wprowadzania dokumentu do systemu, np. na czas sporządzenia sprawozdania. Po ostatecznym zaksięgowaniu dokumentów następuje zamknięcie okresu obrachunkowego. Zamknięcie okresu uniemożliwia dokonanie zmian w ewidencji księgowej.

TAK

60. Możliwość wstępnego księgowania wybranych dokumentów (tzw. Symulacja danych w księdze głównej, w rozrachunkach oraz rejestrach VAT) – szansa na uzyskanie każdego ze sprawozdań bez konieczności księgowania ostatecznego dokumentu.

TAK

Wymagania szczegółowe - Rozrachunki61. Dostęp do danych ewidencyjnych i umów z kontrahentem

oraz historii rozliczeń, korespondencji i wprowadzonych uwag dotyczących kontrahenta.

TAK

62. Przy kontrahentach możliwość generowania wezwań do zapłaty, not odsetkowych i potwierdzeń sald.

TAK

63. Kojarzenie rozrachunków (faktura z wpłatą – ręcznie i automatycznie).

TAK

64. Prowadzenie i rozliczanie rozrachunków z kontrahentami wraz z możliwością kompensowania należności i zobowiązań.

TAK

65. Definiowanie w systemie przez użytkownika treści wezwań do zapłaty, not odsetkowych i potwierdzeń sald.

TAK

66. Definiowalne w systemie przez użytkownika obowiązujące TAK

56

stawki odsetek.

57

67. Możliwość kojarzenia dowodów biorących udział w rozliczeniu:

67.1. Możliwość ręcznego dowolnego kojarzenia dowodów, TAK67.2. Rozliczanie przedpłat, TAK67.3. Rozliczanie kompensat, TAK67.4. Rozliczanie cesji, TAK67.5. Rozliczanie zapłat częściowych, TAK67.6. Korekt, TAK67.7. Możliwość automatycznego kojarzenia dowodów na

podstawie zadanego, definiowalnego klucza rozliczeń:Automatyczne rozliczanie rozrachunku w trakcie księgowania wyciągu bankowego. Księgowanie zapłat z powołaniem się na numer rozliczeniowy faktury, rachunku lub noty. Automatyczne dekretowanie zapłat na podstawie elektronicznego wyciągu bankowego. Dokonywanie kompensat.

TAK

67.8. Możliwość zmiany terminu wymagalności części lub całości kwoty należności lub zobowiązania.

TAK

68. Stopniowanie wezwań do zapłaty (pierwsze wezwanie, drugie, ostateczne i sądowe wezwanie do zapłaty).

TAK

69. Możliwość blokowania naliczania odsetek, drukowania wezwań do zapłaty dla dowolnego kontrahenta lub grupy kontrahentów.

NIE

70. Ustalenie minimalnych kwot na noty odsetkowe i wezwania do zapłaty.

TAK

71. Selekcjonowanie zadłużeń według kryteriów np. ewidencyjnych, ze względu na wielkość zadłużenia czy czas trwania zadłużenia.

TAK

72. Możliwość prowadzenia wielu kont rozrachunkowych dla jednego kontrahenta.

TAK

73. Wydruki – analiza sald należności i zobowiązań:73.1. zapłacone, TAK73.2. niezapłacone, TAK73.3. wszystkie, TAK73.4. przeterminowane, TAK73.5. struktura należności i zobowiązań wg definiowalnego przez

użytkownika podziału dni, miesięcy,TAK

73.6. struktura należności i zobowiązań z podziałem na rodzaje sprzedaży,

TAK

73.7. możliwość śledzenia stanu rozliczeń z kontrahentem na wskazany dzień,

TAK

73.8. historia rozliczeń z kontrahentem, TAK73.9. analiza płatności wraz informacją o ilości dni

przeterminowania lub pozostających do zapłaty,TAK

73.10. zestawienie rozliczeń dla danego typu dokumentu, NIE73.11. zestawienie rozliczeń dla danego kontrahenta, TAK73.12. zestawienie rozliczeń dla wszystkich kontrahentów, TAK73.13. zestawienie rozliczeń dla wybranej grupy kontrahentów, TAK73.14. zestawienie rozliczeń wg daty wymagalności, TAK73.15. zestawienie rozliczeń wg księgowania, TAK73.16. zestawienie rozliczeń wg operacji, TAK73.17. raport z przewidywanych wpływów sporządzony w oparciu o

terminy płatności należności z tytułu działalności podstawowej i pomocniczej (w ramach danego okresu w

TAK

58

rozbiciu na dni).

59

73.18. analiza rozrachunków nieuregulowanych informująca o tym, jakie środki należy przygotować akonto najbliższych zobowiązań oraz jakie są przewidywane wpływy.

TAK

74. Obsługa masowych płatności. TAK75. Współpraca z systemami bankowymi w zakresie

wczytywania wyciągów bankowych otrzymywanych drogą elektroniczną z przypisaniem poszczególnych pozycji do odpowiednich kontrahentów oraz kont księgowych.

TAK

Wymagania szczegółowe – Rejestry VAT76. Obsługa VAT zgodnie z obowiązującymi przepisami. TAK77. Definiowanie dowolnej ilości rejestrów zakupu i sprzedaży

faktur VAT, faktur korygujących.TAK

78. Możliwość rejestracji jednej faktury do kilku rejestrów VAT. NIE79. Automatyczne przydzielanie dokumentów do rejestrów VAT

sprzedaży i zakupów z możliwością ręcznej korekty:Automatyczne przydzielenie dokumentów do rejestru VAT sprzedaży i zakupu wpływa na prawidłowe sporządzenie deklaracji dla podatku od towarów i usług oraz utworzenie JPK_VAT.

TAK

80. Wydruk rejestrów VAT sprzedaży i zakupów w układzie: 80.1. rejestr sprzedaży (podział wg obowiązujących stawek

podatku VAT),liczba porządkowa,numer księgowy,nr faktury,nazwa kontrahenta wraz adresem i nr NIPdata wystawienia faktury,data postania obowiązku podatkowego,kwota ogółem,podstawa VAT 23%,podatek VAT 23%,podstawa VAT 8%,podatek VAT 8%,podstawa VAT ……. %,podatek VAT …… %,podstawa VAT 0%,podstawa odwrotne obciążenie,podstawa zwolniona,

TAK

80.2. rejestr zakupu (podział wg obowiązujących stawek podatku VAT),liczba porządkowa,numer księgowy,nr faktury,nazwa kontrahenta wraz adresem i nr NIPdata otrzymania faktury,data odliczenia podatku naliczonego,kwota ogółem,podstawa VAT 23%,podatek naliczony do odliczenia – VAT 23%,podatek naliczony do podziału - VAT 23%,podatek naliczony do nieodliczenia – VAT 23%,podstawa VAT 8%,podatek naliczony do odliczenia – VAT 8%,

TAK

60

podatek naliczony do podziału - VAT 8%,podatek naliczony do nieodliczenia – VAT 8%,podstawa VAT ……. %,podatek naliczony do odliczenia – VAT ….. %,podatek naliczony do podziału - VAT …… %,podatek naliczony do nieodliczenia – VAT …. %,podstawa VAT 0%,podstawa odwrotne obciążenie,podstawa zwolniona.

61

81. Wydruk rejestru zbiorczego odrębnie dla rejestrów sprzedaży oraz rejestrów zakupu środków trwałych w budowie i gotowych oraz pozostałych zakupów.

TAK

82. Możliwość wprowadzenia dodatkowych definiowalnych podziałów rejestrów VAT.

NIE

83. Możliwość definicji nowych stawek podatku VAT przez użytkownika do pełnego wykorzystania w systemie

TAK

84. Możliwość korekt rejestrów VAT na potrzeby deklaracji wstecz.

TAK

85. Informacja w systemie o wartościach wprowadzonych korekt i ich zakresie oraz o terminie wprowadzenia korekt dla deklaracji.

NIE

86. Możliwość wprowadzenia daty potwierdzenia przyjęcia korekty faktury sprzedażowej oraz związana z nią automatyczna obsługa rejestru VAT.

TAK

87. Możliwość zdefiniowania związku pomiędzy kontami księgowymi a rejestrami VAT w celu weryfikacji zgodności operacji księgowych z zapisami w rejestrach.

TAK

88. Obsługa VAT przeniesionego na miesiące następne z uwzględnieniem przełomu roku sprawozdawczego.

TAK

89. Wyliczenie i wydruk deklaracji VAT-7, VAT-27. TAKWymagania szczegółowe - Sprawozdania

90. Sporządzanie w sposób automatyczny bilansu na dany dzień, rachunku zysków i strat, rachunku przepływów pieniężnych, zestawienia zmian w kapitale.

TAK

91. Definicja przypisania kont księgowych do powyższych zestawień powinna być tworzona i modyfikowana przez użytkownika systemu.

TAK

92. Sprawozdawczość branżowa : możliwość definiowania zestawień zgodnie z wymogami przepisów obowiązujących firmę prowadzącą działalność wodociągowo – kanalizacyjne.

TAK

93. Możliwość sporządzenia zestawień sprawozdania F-01, RF. TAK94. Możliwość sporządzenia zestawień CIT. TAK95. Druk F–01, RF, CIT wraz z możliwością definicji przypisania

kont do poszczególnych pozycji sprawozdania.TAK

96. Możliwość dostępu do bilansu, obrotów i księgowań na kontach:

96.1. w zakresie danych historycznych, TAK96.2. w zakresie danych aktualnych, TAK96.3. z zakresu dat od - do, TAK96.4. ze wskazanego okresu, TAK96.5. z kont o podanym wzorcu numeru konta, analitycznie i

sumarycznie.NIE

97. Sprawozdawczość finansowa (obligatoryjna): 97.1. Bilans, TAK97.2. Rachunek zysków i strat, TAK97.3. Zestawienie zmian w kapitale własnym, TAK97.4. Rachunek przepływów pieniężnych. TAK

98. Sprawozdawczość branżowa : możliwość definiowania zestawień zgodnie z wymogami przepisów obowiązujących firmę prowadzącą działalność wodociągowo – kanalizacyjne.

TAK

99. Obsługa generowania Jednolitego Pliku Kontrolnego (JPK). TAKWymagania szczegółowe – Rachunek kosztów *

100. Moduł Rozliczenie Kosztów automatycznie rozlicza oraz

62

kalkuluje koszty, a także generuje pełną dokumentację procesu rozliczania (jakiej wartości algorytm w danym kroku pobrał, jak przeliczył, jakie wartości przekazał dalej). Rozlicza koszty działalności podstawowej i pomocniczej oraz innej na podstawie określonego nawet bardzo złożonego klucza podziałowego. Umożliwia automatyczne cofnięcie wykonanych czynności, w przypadku powtórnego rozliczania kosztów.Kalkulacja kosztów następuje na podstawie danych pochodzących min. z modułów / obszarów funkcjonalnych: FK, Kadry - Płace, Rozliczanie czasu pracy, Gospodarka Materiałowa, Magazyn. Program ma umożliwić:

63

100.1. wprowadzenie centrów kosztowych, NIE100.2. symbolizowanie i nazwanie rodzajów kosztów, jakie będą

liczone,NIE

100.3. słownik ma umożliwić opisanie kolejności przeliczania poszczególnych centrów kosztowych,

TAK

100.4. budowanie zestawień celem sprawdzenia poprawności dokonanych obliczeń.

NIE

101. W zakresie codziennej obsługi:101.1. zakładanie zleceń przez Kierowników Działów, TAK101.2. zakładanie podzleceń - używanych do rozliczeń transportu

samochodowego i specjalistycznego oraz sprzętu budowlanego,

TAK

101.3. możliwość usunięcia niewłaściwego zlecenia - funkcja udostępniona tylko dla jednej osoby rozliczającej koszty.

NIE

102. W zakresie czynności związanych z rozliczeniem kosztów moduł ma posiadać możliwość wprowadzenia:

102.1. danych dodatkowych do rozliczenia dyspozycyjności, NIE102.2. parametru rozdzielnik - dla działów które nie są rozliczne

zleceniamiTAK

102.3. zdefiniowanej kolejności liczenia kosztów, TAK102.4. przenoszenie danych do modułu księgowość za pomocą

poleceń PKTAK

102.5. schematu Spółki - z opisem kont. NIE103. Moduł ma zapewnić możliwość eksportowania wybranych

danych do arkusza kalkulacyjnego MS Excel na potrzeby innych działów Spółki.

TAK

104. Wydruki do uzyskania z modułu Rachunek kosztów (moduł powinien generować wydruki umożliwiające sprawdzenie prawidłowości wyliczeń oraz analizę rozliczonych kosztów):

104.1. rozliczenie kosztów zakupu, TAK104.2. wycena zleceń na poziomie kosztów rodzajowych, NIE104.3. wycena zleceń w koszcie pełnym wg zleceniobiorcy i sumy

na grupy zleceń,NIE

104.4. wycena zleceń w koszcie pełnym wg zleceniobiorcy i sumy na zleceniobiorcę,

NIE

104.5. wycena zleceń w koszcie pełnym wg zleceniobiorcy i sumy na grupy zleceń, z wyłączeniem kosztów ogólnozakładowych,

NIE

104.6. wycena zleceń ze szczególnym uwzględnieniem rozliczenia kosztów rodzajowych na poszczególne zlecenia,

NIE

104.7. rozliczenie kosztów wydziałów produkcji pomocniczej działającej na wydziały produkcji podstawowej z dokładnością do rodzaju wykonywanych prac,

TAK

104.8. zestawienie zbiorcze przepływu kosztów, NIE104.9. wykaz otwartych zleceń wg zleceniobiorcy i numeru zlecenia

wraz z danymi planowanymi,NIE

104.10. wykaz otwartych zleceń wg zleceniobiorcy i zleceniodawcy wraz z danymi planowanymi,

NIE

104.11. wykaz otwartych zleceń wg zleceniodawcy, NIE104.12. zestawienie danych wprowadzonych o zleceniach. NIE

Wymagania szczegółowe – środki trwałe i niskocenne105. Moduł musi obsługiwać księgowość w zakresie środków

trwałych oraz wartości niematerialnych i prawnych w pełnym TAK

64

zakresie zgodnie z zasadami rachunkowości oraz przepisami ustawy o podatku dochodowym od osób prawnych.

65

106. Moduł musi obejmować całość zagadnień związanych z księgowością analityczną środków trwałych. Program musi umożliwić zautomatyzowanie wszelkich prac obejmujących obsługę kartoteki środków trwałych, naliczenie umorzenia i amortyzacji metodą liniową i degresywną, rozliczenie inwentaryzacji, wyliczenie podatku od nieruchomości oraz sporządzenie różnorodnych zestawień.

TAK

107. Dane dotyczące operacji wykonywanych w module muszą być automatycznie przekazywane do Modułu finansowo – księgowego w postaci dekretów – polecenia księgowania PK.

TAK

108. Moduł musi umożliwiać:108.1. natychmiastowy dostęp do pełnej informacji o składnikach

majątku trwałego,TAK

108.2. prowadzenie kartotek środków trwałych i wartości niematerialnych i prawnych jednocześnie w kilku ewidencjach, różniących się np. metodami amortyzacji, stawkami,

TAK

108.3. podział składników majątku wg dowolnej ilości kryteriów grupowania, np. wydziały, źródła pochodzenia,

TAK

108.4. przypisanie środków do dysponentów, osób użytkujących, miejsc powstawania kosztów, z możliwością zmiany w dowolnym czasie,

TAK

108.5. jednoczesne wprowadzanie dokumentów dotyczących wielu miesięcy obrotowych,

TAK

108.6. wielokrotne dokonywanie obliczeń z możliwością utworzenia PK – Polecenia Księgowania do programu Finansowo – Księgowego,

TAK

108.7. podział amortyzacji na stanowiącą i niestanowiącą kosztu uzyskania przychodów,

TAK

108.8. ewidencję części składowych, TAK108.9. obsługę inwentaryzacji z emisją arkuszy inwentaryzacyjnych, TAK

108.10. sporządzanie różnych raportów kontrolnych, TAK108.11. emisję wieloletnich planów amortyzacji. TAK

109. Moduł musi posiadać mechanizmy kontrolne, takie jak:109.1. niepowtarzalność numerów inwentarzowych, TAK109.2. automatyczne sprawdzanie równowagi sald we

wprowadzonym dokumencie,TAK

109.3. sprawdzanie ciągłości numeracji dokumentów, TAK109.4. porównywanie niektórych danych (np. numerów KŚT, kodów

dysponentów) z zawartością słowników,TAK

109.5. kontrola dat. TAK110. Kartoteka środków trwałych musi zawierać między innymi

wymagane dane: numer inwentarzowy, nazwa środka trwałego, data przyjęcia, data wykonania, numer fabryczny, symbol klasyfikacji środków trwałych, nazwa dostawcy, nazwa wykonawcy, źródło sfinansowania, lokalizacja, udzielone gwarancje, polisy ubezpieczeniowe, dane techniczne, części składowe, jednostka miary, ilość, wartość, imię i nazwisko osoby materialnie odpowiedzialnej, dodatkowy opis i uwagi.

TAK

111. Łatwe wyszukiwanie wszelkich informacji o środkach trwałych.

TAK

112. Ewidencja części składowych środków trwałych. TAK

66

113. Pełna ewidencja majątku trwałego od momentu przyjęcia do eksploatacji do momentu likwidacji – zdjęcia z ewidencji.

TAK

114. Wyszczególnienie środków trwałych : zlikwidowanych, całkowicie umorzonych, wycofanych z eksploatacji.

TAK

115. Inwentaryzacja – generowanie według kryteriów żądanych przez operatora np. wg użytkowników, MPK, grup środków trwałych, KŚT.

TAK

116. W przypadku środków trwałych trudnodostępnych inwentaryzacja metodą weryfikacji.

TAK

117. Wydruki arkuszy spisowych do celów inwentaryzacji. TAK118. Rejestracja wyniku spisu z natury. TAK119. Raport różnic inwentaryzacyjnych. TAK120. Wydruk niewycenionych środków trwałych ujawnionych w

inwentaryzacji.TAK

121. Możliwość jednoczesnej pracy na przełomie lat oraz w okresie inwentaryzacyjnym.

TAK

122. Obsługa systemu dla kilku miesięcy jednocześnie. TAK123. Odpowiednia ilość znaków dla :

123.1. nazwy środka trwałego – min. 150 znaków, TAK123.2. dodatkowego opisu – min. 900 znaków. TAK

124. Nadawanie numeru inwentarzowego według zadanego wzorca.

TAK

125. Możliwość wprowadzenia numeru ręcznie. TAK126. Przypisanie do grupy KŚT. TAK127. Możliwość procentowego przypisania środka do wielu

stanowisk kosztów.TAK

128. Zarządzanie przypisaniem środków trwałych do:128.1. miejsc użytkowania, TAK128.2. osób odpowiedzialnych, TAK128.3. dostęp do pełnej historii zmian w tym zakresie, TAK128.4. funkcje wspomagające zmianę przypisania środków trwałych

z jednej osoby materialnie odpowiedzialnej na inną (dla wszystkich lub wskazanych środków trwałych).

TAK

129. Możliwość bilansowej i pozabilansowej ewidencji środków trwałych, wartości niematerialnych i prawnych, środków trwałych obcych.

TAK

130. Możliwość bilansowej i podatkowej ewidencji środków trwałych.

TAK

131. Możliwość dokonywania zmian w ewidencji np. zmiany stawek amortyzacji (bilansowych i podatkowych), zmiany metod amortyzowania.

TAK

132. Wyodrębnienie środków trwałych dotowanych oraz tych dla których amortyzacja nie stanowi kosztów uzyskania przychodów.

TAK

133. Wyodrębnienie amortyzacji wg układu:133.1. koszty uzyskania przychodów, TAK133.2. koszty niestanowiące kosztów uzyskania przychodów. TAK

134. Rejestracja wszystkich dokumentów związanych ze środkami trwałymi i wartościami niematerialnych i prawnych np. OT, nieodpłatne otrzymanie, aport, ujawnienie, nadwyżka inwentaryzacyjna, protokół.

TAK

135. Rejestracja dowodów zmiany wartości środka trwałego. TAK

67

136. Rejestracja dowodów likwidacji i częściowej likwidacji. TAK137. Rejestracja dowodów zmiany miejsca użytkowania. TAK138. Rejestracja dowodów zmiany stawki amortyzacji oraz zmiany

dodatkowych informacji o środku np. zmiana przypisanej osoby materialnie odpowiedzialnej, stanowiska kosztów.

TAK

139. Dowody wycofania z eksploatacji np. skany pism. TAK140. Automatyczna dekretacja ww. dowodów wraz z możliwością

podglądnięcia i korekty dekretów, możliwość wydruku tych dowodów.

TAK

141. Bieżący dostęp do historii zmian na środkach na wskazany dzień oraz zakresu dat.

TAK

142. Informacje o: grupie KŚT, dacie i wartości nabycia, wartości brutto, kwocie umorzenia bilansowego i podatkowego, wartości netto bilansowej i podatkowej, rocznej amortyzacji bilansowej i podatkowej, rocznej wartości amortyzacji stanowiących i niestanowiących kosztów uzyskania przychodów.

TAK

143. Łatwy i prosty dostęp do przeglądu pełnej ewidencji dla danego środka trwałego.

TAK

144. Możliwość dokonania ustawowej aktualizacji środków trwałych.

TAK

145. Możliwość wyliczenia podatku od nieruchomości. TAK146. Amortyzacja bilansowa i podatkowa – zgodnie z

obowiązującymi przepisami (np. liniowa, degresywna, jednorazowa).

TAK

147. System musi generować wieloletnie plany amortyzacji. TAK148. Uwzględnienie możliwości korekty planów z tytułu zwiększeń

i zmniejszeń.TAK

149. Planowanie zakupów i innych zwiększeń środków trwałych niezależnie od bieżącej pracy – wprowadzanie planowanych zakupów i innych zwiększeń środków trwałych na potrzeby planu amortyzacji bez wpływu tych zapisów na bieżącą pracę i sprawozdawczość.

TAK

150. Uwzględnienie zaplanowanych zakupów i innych zwiększeń środków trwałych w wieloletnich planach amortyzacji.

TAK

151. Plany na 30 lat do przodu z możliwością ich łatwego i szybkiego wygenerowania i uzyskania wydruku planu za dany okres do przodu.

TAK

152. System musi umożliwiać korekty błędnie wprowadzonych wartości, stawek amortyzacji (w ramach roku obrachunkowego).

TAK

153. System musi umożliwiać generowanie automatycznych korekt amortyzacji za okresy poprzednie (w ramach roku obrachunkowego).

TAK

154. Możliwość zmiany stawki amortyzacji w ciągu roku obrachunkowego wraz z automatyczną korektą planu amortyzacji.

TAK

155. Możliwość wstrzymania naliczania amortyzacji. TAK156. Możliwość określenia sezonowego wykorzystania środków

trwałych z automatycznym wstrzymaniem naliczania amortyzacji w okresie nie użytkowania środka trwałego.

TAK

157. Automatyczna dekretacja dowodu miesięcznej amortyzacji łącznie z dekretacją na konta kosztowe.

TAK

68

158. Możliwość symulacji amortyzacji dla danego środka trwałego według różnych metod.

TAK

159. Zestawienia środków trwałych nowoprzyjętych (OT – zakup, OT - budowa, aport, nieodpłatnie otrzymanych) i innych zwiększeń oraz środków trwałych zlikwidowanych, sprzedanych, darowanych i innych zmniejszeń – w różnych układach i podziałach.

TAK

160. Zestawienie środków trwałych wycofanych z eksploatacji, środków trwałych w likwidacji, środków trwałych sfinansowanych dotacją, środków trwałych całkowicie umorzonych.

TAK

161. Tworzenie rozdzielnika amortyzacji na podzlecenia oraz na obiekty przypisane do środka trwałego.

TAK

162. Rozdzielnik amortyzacji – automatycznie przesłany do systemu Finansowego.

TAK

163. Zestawienia indywidualne dla potrzeb sprawozdawczości GUS.

TAK

164. Raportowanie według różnych kryteriów z możliwością określenia poziomów grupowania i sposobów sortowania danych i wyświetlania informacji sumarycznych lub analitycznych m.in.:

164.1. raportowanie wartości środków trwałych na dany dzień z wyszczególnieniem: numeru inwentarzowego, nazwy środka trwałego, grupy KŚT, stanowiska kosztów, daty przyjęcia do eksploatacji, stawki amortyzacyjnej, wartości brutto na BO, wartości umorzenia na BO, wartości netto na BO, amortyzacji miesięcznej - KUP, amortyzacji miesięcznej – NKUP, wartości brutto i netto oraz wartości umorzenia na koniec wskazanego okresu,

TAK

164.2. zestawienie środków trwałych przypisanych danej osobie materialnie odpowiedzialnej,

TAK

164.3. zestawienie środków trwałych sprzedanych w danym okresie sprawozdawczym,

TAK

164.4. zestawienie środków trwałych zlikwidowanych w danym okresie sprawozdawczym,

TAK

164.5. zestawienie środków trwałych powstałych w wyniku zakończenia budowy środków trwałych w danym okresie sprawozdawczym,

TAK

164.6. zestawienie środków trwałych zakupionych w danym okresie sprawozdawczym,

TAK

164.7. szczegółowe zestawienie zmian w środkach trwałych, TAK164.8. zestawienie środków trwałych wg grup GUS, indeksu KŚT, TAK164.9. wydruk kartoteki środków trwałych, TAK

164.10. wieloletni plan amortyzacji, TAK164.11. wydruk polecenia księgowania przekazanego do programu

finansowego,TAK

164.12. wydruk arkuszy inwentaryzacyjnych ( spis z natury, weryfikacja ),

TAK

164.13. zestawienie rozliczenia inwentaryzacji, TAK164.14. zestawienie różnic inwentaryzacyjnych, TAK164.15. zestawienie dokumentów wprowadzonych do programu, TAK164.16. zestawienie – podatek od nieruchomości. TAK

165. Możliwość definicji własnych raportów i zestawień przez TAK

69

użytkownika z uwzględnieniem czytelnego eksportu danych oraz raportów do arkuszy MS Excel.

166. Tworzenie poleceń księgowania PK na koniec miesiąca i przesyłanie do modułu Finansowo – Księgowego.

TAK

167. Tworzenie poleceń księgowania PK z rozliczenia inwentaryzacji.

TAK

168. Obsługa środków niskocennych będących w posiadaniu Spółki, przeglądanie kartotek oraz wykonywanie wydruków.

TAK

169. Obsługa środków niskocennych ma zapewniać funkcjonalność:

169.1. dokumenty (wprowadzanie, przeglądanie, wydruki), TAK169.2. obliczenia miesięczne, TAK169.3. inwentaryzacja, TAK169.4. słowniki, TAK169.5. kartoteka. TAK

170. Wymagane wydruki i zestawienia:170.1. kartoteka środków niskocennych, TAK170.2. zestawienie środków niskocennych wg użytkowników i

dysponentów,TAK

170.3. rozchodowanie środków niskocennych w wybranym okresie, TAK170.4. roczny plan amortyzacji, TAK170.5. zestawienie przyjętych w danym okresie środków

niskocennych,TAK

170.6. zestawienie środków niskocennych całkowicie umorzonych, TAK170.7. zestawienie rozchodowanych, nieumorzonych środków

niskocennych,TAK

170.8. zestawienie dokumentów wg typu, indeksu, TAK170.9. zestawienie przyjętych w okresie dokumentów, TAK

170.10. wydruki arkuszy spisu z natury, TAK170.11. wydruki wyników inwentaryzacji, TAK170.12. wydruki słowników wg: użytkowników, dysponentów, grup

GUS i stawek amortyzacyjnych,TAK

170.13. wydruki kartotek: narastająco, wg grup, wg użytkowników i wg dysponentów.

TAK

Obsługa Pracowniczej Kasy Zapomogowo – Pożyczkowej171 Obsługa Pracowniczej Kasy Zapomogowo- Pożyczkowej w

zakresie przewidzianym w prawie.TAK

* Zadaniem modułu / funkcjonalności Rachunek kosztów jest odwzorowanie sytuacji, która ma aktualnie miejsce w Spółce: Każdy kierownik działu wraz ze swoim zastępcą rozlicza koszty działu w oprogramowaniu RK (Rachunek Kosztów). Przewiduje się, że we wdrażanym ZSI funkcjonalność ta będzie prawdopodobnie zawarta w module finansowo – księgowym, ale wyszczególniono ją, aby mieć pewność, że będzie dostarczona przez Wykonawcę. Jeśli moduł / funkcjonalność Rachunek kosztów pracy jest składnikiem modułu finansowo – księgowego, należy odpowiednio zwiększyć liczbę licencji wymaganych dla tego modułu.Moduł / funkcjonalność Rachunek kosztów realizowana jest przez 30 użytkowników.

PODPIS(Y):

70







Miejscowość

i data

…

71

Załącznik nr 11 do Formularza ofertowego: Elektroniczny Obieg Dokumentów


TAK / NIE

Spełnione przez


1. W ramach obszaru ma być zaimplementowana możliwość inicjowania i obsługi obiegu dokumentu rozumianego, jako lista realizowanych kolejno zadań przez różnych operatorów w ramach danego procesu biznesowego.

TAK

2. Przesyłanie informacji między użytkownikami systemu wraz z możliwością dodawania załączników w postaci zarówno dokumentów wewnętrznych (powstałych wewnątrz systemu – faktury, dokumenty BOK), jak i zewnętrznych (skany dokumentów papierowych).

TAK

3. Możliwość dostępu do wszystkich spraw, zgodnie z nadanymi uprawnieniami.

TAK

4. Możliwość sygnalizowania nadejścia nowych informacji w czasie rzeczywistym w obrębie systemu bez konieczności ręcznego kontrolowania „skrzynki”.

TAK

5. Sygnalizowanie incydentalnym użytkownikom modułu nadejścia nowych dokumentów (informacji, spraw), w sposób, który by zwrócił ich uwagę, np. poprzez wiadomość e-mail.

NIE

6. Repozytorium dokumentów umożliwiające wgląd we wszystkie zgromadzone w systemie dokumenty, z uwzględnieniem uprawnień posiadanych przez danego użytkownika. Zapewnienie metod selekcji dokumentów zgromadzonych w tym repozytorium uwzględniające czas ich powstania, klientów związanych z dokumentami, obiekty, których dotyczą, itp.

NIE

7. Szybkie odszukanie informacji o sprawach zainteresowanego, w tym stan realizacji sprawy, wraz z wglądem w dokumenty związane z daną sprawą.

TAK

8. Możliwość odszukania spraw zaległych oraz szybki dostęp do spraw oczekujących na realizację przez daną komórkę lub osobę.

TAK

9. Dostęp dla kierownika danej komórki do wszystkich spraw podległych mu pracowników.

TAK

10. Zabezpieczenie przed nieautoryzowanym dostępem do dokumentów przekazywanych w ramach procedur obiegu informacji.

TAK

PODPIS(Y):







Miejscowość

i data

…

72

Załącznik nr 12 do Formularza ofertowego: Elektroniczna kontrola zleceń i procesów


TAK / NIE

Spełnione przez


1. Możliwość opisu procesu biznesowego (zapisane procedury) za pomocą obiegu sprawy poprzez określenie czynności sekwencyjnych, równoległych i warunkowych, które muszą być zrealizowane wraz z określeniem komórki (lub osoby) odpowiedzialnej i terminu realizacji.

TAK

2. Definiowanie procedur obiegu informacji składających się z etapów, wskazywanie na każdym etapie możliwych nadawców i odbiorców informacji, a także wymaganych dokumentów (załączników).

TAK

3. Możliwość zdefiniowania dokumentów, które na każdym etapie powinny być rejestrowane w systemie lub być emitowane przez system.

TAK

4. Możliwość określenia, jakie dokumenty muszą zostać dołączone na danym etapie, aby móc przejść do kolejnego.

TAK

5. Automatyczne przesyłanie sprawy do następnych komórek (osób), zgodnie z określonym dla sprawy obiegiem, w momencie zatwierdzania w systemie realizacji danej czynności.

TAK

6. Możliwość określenia ról i / lub obsługa zastępstw. TAK7. Moduł musi umożliwiać zaprojektowanie obiegu dokumentów

zgodnie z instrukcją kancelaryjną obowiązującą w firmie oraz zgodnie z instrukcją organizacji i zakresu działania Archiwum Zakładowego.

TAK

8. System musi być przygotowany na wdrożenie ewidencjonowania w formie elektronicznej całej przychodzącej korespondencji w oparciu o następujący proces:

8.1. Rejestracja dokumentu, TAK8.2. Nadanie przez system numeru i wydrukowanie kodu kreskowego

lub kodu QR dla dokumentu,TAK

8.3. Oklejenie dokumentu kodem kreskowym lub kodem QR (czynność fizyczna wykonywana przez operatora),

TAK

8.4. Skanowanie dokumentu (po oklejeniu kodem kreskowym lub kodem QR),

TAK

8.5. Dekretacja dokumentu, TAK8.6. Przesłanie elektronicznych dokumentów do właściwych działów /

komórek zgodnie z dekretacją,TAK

8.7. Przeniesienie oryginału dokumentu do archiwum. TAK9. Dokumenty elektroniczne są procesowane zgodnie z

procedurami określonymi dla danej sprawy.TAK

10. System musi zapewnić obsługę drukarki kodów oraz skanera. TAK11. System ma umożliwiać wdrożenie m.in. następujących procesów:

11.1. Ewidencja i obieg faktury kosztowej. TAK11.2. Zgłoszenie reklamacji. TAK11.3. Złożenie zlecenia dla służb technicznych celem załatwienia

sprawy (awaria, reklamacja, wniosek, itp.). TAK

11.4. Złożenie zgłoszenia na wymianę wodomierza. TAK11.5. Wniosek o wydanie warunków technicznych. TAK

74

11.6. Wniosek o zawarcie umowy na dostawę wody i odbiór ścieków. TAK12. Elastyczność w zakresie określenia sposobu numerowania

dokumentów. Symbole, które powinny być dostępne: symbol komórki organizacyjnej, symbol operatora, symbol dokumentu, kolejny numer w ramach komórki i danego dokumentu, kolejny numer w ramach komórki, rok i miesiąc dokumentu.

TAK

13. Możliwość skontrolowania tego, czy zadania realizowane w procedurach przebiegają zgodnie z założonymi terminami ich wykonania.

TAK

14. Wykrywanie i monitorowanie opóźnień w realizacji poszczególnych procesów wraz z ustaleniem, na jakim etapie procedury doszło do opóźnień.

TAK

15. Kontrola obiegu dokumentów papierowych polegająca na możliwości wskazywania bieżącego posiadacza papierowego egzemplarza dokumentu (oryginału), który jest przekazywany również w postaci zeskanowanego załącznika.

TAK

16. Sprawozdawczość syntetyczna pokazująca ilość i terminowość spraw poszczególnych rodzajów w poszczególnych komórkach (lub przez poszczególne osoby).

TAK

PODPIS(Y):







Miejscowość

i data

…

75

Załącznik nr 13 do Formularza ofertowego: Kadry – Płace

76

Lp. Wymaganie funkcjonalne Spełnione przez Wykonawcę TAK / NIE

Wymagania szczegółowe – Kadry1. W zakresie - Dane osobowe:

1.1. rejestracja osób,

1.2. adresy,

1.3. wykształcenie,

1.4. ukończone szkoły,

1.5. dokumenty (np. dowód osobisty, paszport),

1.6. rachunki bankowe,

1.7. pobierana renta / emerytura.

Dane osobowe – raporty:

1.8. dane adresowe,

1.9. lista kobiet,

1.10. lista mężczyzn,

1.11. wiek pracownika,

1.12. pracownicy wg przedziałów wiekowych (dowolnie zadane przedziały wiekowe),

1.13. zatrudnieni z datą urodzenia i numerem PESEL,

1.14. zatrudnieni z wykształceniem.

2. W zakresie - Zatrudnienie:

2.1. poprzednie zatrudnienia,

2.2. umowy o pracę (rodzaj umowy o pracę, angaż, stanowisko),

2.3. przebieg zatrudnienia,

2.4. badania lekarskie i uprawnienia zawodowe,

2.5. zatrudnienie w warunkach szczególnych,

2.6. przynależność do Narodowego Funduszu Zdrowia,

2.7. stałe składniki wynagrodzenia.

Zatrudnienie – raporty:

2.8. zatrudnienie pracowników w zadanym okresie,

2.9. przyjęci w zadanym okresie,

2.10. zwolnieni w zadanym okresie,

2.11. stan zatrudnienia na dany dzień, w podziale na stanowiska robotnicze i nierobotnicze, w tym na kobiety i mężczyźni, z podziałem na komórki organizacyjne, z podziałem na dni,

2.12. uprawnienia zawodowe obligatoryjne i uprawnienia wygasające,

2.13. średnie zatrudnienie w etatach w danych miesiącach i narastająco, z podziałem na komórki organizacyjne, z podziałem na dni, w podziale na

77

stanowiska robotnicze i nierobotnicze, w tym na kobiety i mężczyźni,

78

2.14. pracownicy zmieniający komórki organizacyjne,

2.15. członkowie rodzin,

2.16. czas pracy do sprawozdania Z06 GUS za dany okres,

2.17. pracujący wg zawodów z podsumowaniem na grupy zawodów, wg stanu na zadany dzień,

2.18. struktura zatrudnienia wg wykształcenia,

2.19. pracownicy uprawnieni do nagrody jubileuszowej,

2.20. decyzja o przyznaniu nagrody jubileuszowej,

2.21. staż pracy: ogółem, w firmie, do urlopu wypoczynkowego,

2.22. umowy terminowe,

2.23. zatrudnieni wg wypłat, z płacą zasadniczą, kategorią zaszeregowania i stanowiskiem,

2.24. zatrudnieni z kodem zawodu,

2.25. zatrudnieni z płacą zasadniczą, kategorią zaszeregowania i nazwą stanowiska,

2.26. wykaz pracowników należących do Pracowniczego Programu Emerytalnego z podaniem od kiedy do kiedy, wg stanu na zadany dzień,

2.27. zatrudnieni, którzy w danym okresie otrzymali podwyżki indywidualne lub którym zmniejszono wysokość wynagrodzenia,

2.28. zatrudnieni, którym w danym okresie przyznano / zakończono wypłatę dodatków specjalnych,

2.29. struktura wynagrodzeń (wg definiowanych kryteriów – w podziale na rodzaj stanowiska, okres zatrudnienia w Spółce, wykształcenie).

3. W zakresie - Czas pracy*:

3.1. kalendarze czasu pracy pracowników (norma i rozkład czasu pracy),

3.2. ewidencja nieobecności,

3.3. limity nieobecności - automatyczna kontrola przekroczeń do zasiłku chorobowego (14 dni, 33 dni, 182 dni, 270 dni),

3.4. rozliczanie czasu pracy na podstawie kalendarza i nieobecności,

3.5. karty czasu pracy.

Czas pracy – raporty:

3.6. absencja w działach i dla pojedynczych pracowników (tabela, wykres i udział procentowy) w danym okresie,

3.7. nieobecności w danym okresie z możliwością wyboru rodzaju nieobecności,

3.8. wykorzystanie urlopów wypoczynkowych na dany dzień,

3.9. zestawienie nieobecności wg wyboru rodzaju nieobecności w podziale na okresy np. miesiąc, kwartał, rok,

3.10. ewidencja czasu pracy i RCP za dany okres,

3.11. ewidencja czasu pracy za dany miesiąc,

3.12. ewidencja czasu pracy w dniach, w zadanym okresie,

3.13. odczyty RCP,

3.14. obecni w dniu, wg RCP,

79

3.15. nieobecni w pracy w danym dniu,

3.16. karta pracy dla pracownika za dany miesiąc,

3.17. suma godzin w działach w zadanym okresie,

3.18. bilans czasu pracy w zadanym okresie.

4. W zakresie - Rejestracja czasu pracy*:

4.1. karty identyfikacyjne,

4.2. odczyty RCP,

4.3. regulamin czasu pracy,

4.4. rozliczanie czasu pracy na podstawie kalendarza, nieobecności, odczytów RCP i regulaminu czasu pracy.Rejestracja czasu pracy – raporty:

4.5. odczyty RCP,

4.6. obecni w dniu wg RCP,

4.7. nieobecni w pracy w danym dniu,

4.8. spóźnienia w danym dniu, w zadanym okresie,

5. W zakresie – Szkolenia:

5.1. kartoteka szkoleń,

5.2. szkolenia,

5.3. oceny szkolenia,

5.4. raporty.

6. W zakresie - Ewidencja kadrowa:

6.1. przeglądanie i obsługa wszystkich danych kadrowych przez pryzmat jednej osoby,

6.2. filtrowanie pracowników wg wielu kryteriów.

7. W zakresie – Listy pracowników:

7.1. przeglądanie i obsługa list zdefiniowanych,

7.2. definiowanie nowych list: kryteria wyboru, dane dodatkowe o wybranych pracownikach,

7.3. generowanie listy pracowników wg wskazanej definicji,

7.4. eksport listy pracowników i danych dodatkowych.

8. W zakresie – Wynagrodzenia:

8.1. ewidencja wypłat,

8.2. dane: stałe składniki wynagrodzenia,

8.3. dane: zmienne składniki wynagrodzenia,

8.4. dane: karty czasu pracy,

8.5. dane: rozrachunki z pracownikami,

8.6. wyniki: pozycje do wypłaty,

80

8.7. wyniki: kartoteka wynagrodzeń,

8.8. wyniki: podstawy do wynagrodzenia,

8.9. wyniki: przelewy bankowe dla pracowników,

8.10. wyniki: wypłaty w kasie,

8.11. wyniki: dekrety,

8.12. wyniki: przelewy bankowe dla kontrahentów.

9. W zakresie - ZUS / US:

9.1. ewidencja ubezpieczonych,

9.2. emisja dokumentów zgłoszeniowych i rozliczeniowych dla ZUS,

9.3. emisja dokumentów PIT.

10. W zakresie – Fundusze:

10.1. rejestr funduszy,

10.2. dane: członkowie,

10.3. dane: dokumenty,

10.4. dane: rozrachunki,

10.5. kartoteki: funduszu, osoby,

10.6. budżet funduszu.

11. W zakresie: Administracja:

11.1. wzory pism: umowa o pracę, angaż, świadectwo pracy, zaświadczenie o zatrudnieniu, zaświadczenie o zarobkach,

11.2. indeksy własne,

11.3. słowniki własne,

11.4. słownik autorski: definicje raportów,

11.5. słownik autorski: dane dodatkowe dla list pracowników.

Wymagania szczegółowe - Płace

12. automatyczne naliczanie wynagrodzeń dla wszystkich grup pracowniczych wg przepisów obowiązujących w przedsiębiorstwie, w zakresie rozliczania absencji: naliczanie dowolnej średniej dla dowolnej nieobecności na podstawie 3, 6 lub większej liczby miesięcy poprzedzających,

13. automatyczne wyliczanie dni i godzin absencji w oparciu o indywidualne kalendarze pracy,

14. automatyczne wyliczanie stawki za nieobecność z uwzględnieniem nieobecności zaległych i bieżących,

15. uwzględnianie zmiany stawki osobistego zaszeregowania w trakcie trwania absencji,

16. automatyczne zmniejszanie kwot odpowiednich składników z tytułu NN,

17. automatyczne przenoszenie stawek chorobowych w przypadku choroby kontynuowanej,

18. dowolne wybieranie składników stanowiących podstawę wyliczania średnich,

19. zmniejszanie kwot dowolnych składników z tytułu wystąpienia

81

nieobecności,

82

20. dowolność składników płacowych i sposobów ich rozliczania,

21. obliczanie składników na podstawie regulaminów płacowych funkcjonujących w przedsiębiorstwie (wysługa, nagroda jubileuszowa itp.),

22. eliminacja składników w oparciu o zakodowane warunki specjalne (np. eliminacja zasiłku rodzinnego w przypadku wystąpienia całomiesięcznego urlopu bezpłatnego),

23. dokonywanie potrąceń z założoną hierarchią (np. alimenty bieżące, alimenty zaległe, zajęcia sądowe),

24. rejestracja kart pracy zaprojektowanych wg wzorców przedstawionych przez zakład,

25. tworzenie dodatkowych list płac, premii, wyrównań itp.,

26. prowadzenie kartoteki zarobków w sposób podobny do tradycyjnego,

27. prowadzenie bilansu czasu pracy dla pracowników płatnych stawką godzinową,

28. wyrównanie płac z tytułu podwyżek wstecz,

29. symulacja obliczeń płac,

30. diagnostyka wyliczonych płac,

31. dowolność algorytmów płacowych,

32. korekta wyliczonych płac,

33. emisja szeregu zestawień i wydruków standardowych, między innymi: listy płac, zestawienia zbiorcze za dowolny okres , specyfikacja gotówki, odcinki płacowe, kartoteka zarobków, wypłaty z tytułu ZUS, wydruk brutta, lista osób które mogą przekroczyć próg podatkowy, stan PKZP, rozliczenie czasu pracy, wydruk kwot dowolnych składników za dowolny okres, symulacja płac oraz wielu innych.

34. W zakresie – Podatki:

34.1. automatyczne naliczanie podatków z wynagrodzeń z uwzględnieniem:podstawy opodatkowania, odpowiednich kosztów uzyskania (z kontrolą na całomiesięczne nieobecności), ulg podatkowych i inwestycyjnych wspólnego opodatkowania małżonków,

34.2. wypłat dokonanych poza listą płac (fundusz socjalny, fundusz bezosobowy),

34.3. prowadzenie rocznej kartoteki podatków,

34.4. emisja zestawień: deklaracja na zaliczkę podatkową, oświadczenia roczne, kartoteka podatków, oświadczenia podatkowe, karta wynagrodzeń i in.

35. W zakresie – Urzędy Skarbowe:

35.1. Emisja następujących wydruków: PIT-8, PIT-8A, PIT-8B, PIT-4, PIT-40, PIT-11, NIP-3, informacja roczna PIT-11, IFT-1, z obsługą e-Deklaracji.

36. W zakresie – Obsługa ZUS:

36.1. prowadzenie kartoteki zasiłków w sposób podobny do tradycyjnego z automatyczną sygnalizacją przekroczenia określonej przepisami ilości dni choroby lub opieki nad chorym członkiem rodziny,

36.2. pełna współpraca z programem płatnika poprzez emisję wszystkich dokumentów zgłoszeniowych oraz rozliczeniowych,

36.3. emisja następujących zestawień: kartoteka ZUS, karta zasiłkowa, zastępcza asygnata zasiłkowa, karty wypłat zasiłków rodzinnych i

83

pielęgnacyjnych, podstawy do zasiłku rodzinnego.

36.4. obsługa e-ZLA (Elektroniczne zwolnienie lekarskie).

37. W zakresie – Przelewy:

37.1. automatyczne generowanie przelewów z naliczonych płac i funduszu bezosobowego zarówno na konta pracownicze jak i zakładowe (ZUS, PKZP, podatek itp.),

37.2. emisja przelewów w formie elektronicznej.

38. W zakresie – Fundusz bezosobowy:

38.1. prowadzenie kartoteki funduszu bezosobowego,

38.2. prowadzenie kartoteki umów zleceń,

38.3. wystawianie przelewów z funduszu bezosobowego,

38.4. wystawianie dokumentów do płatnika,

38.5. kontrola łącznych przychodów i ulg inwestycyjnych,

38.6. emisja wielu zestawień: lista płac z funduszu bezosobowego, zestawienie funduszu bezosobowego, imienne zestawienie funduszu bezosobowego, zestawienie funduszu bezosobowego dla urzędu skarbowego, zbiorcze zestawienie podatku, zestawienie funduszu bezosobowego wg kont kosztów, odcinki płacowe, umowy, rachunki.

39. W zakresie - Zakładowy Fundusz Świadczeń Socjalnych:

39.1. powiązanie z modułem Kadry – Płace,

39.2. powiązanie ze strukturą organizacyjną w module Kadry – Płace,

39.3. przechowywanie danych o złożonych wnioskach, dotyczących dofinansowania do wypoczynku, pożyczkach mieszkaniowych i zapomogach bezzwrotnych,

39.4. przechowywanie danych o wnioskujących, rodzajach wniosków, sposobie wypłaty,

39.5. wprowadzanie i śledzenie historii złożonych wniosków,

39.6. generowanie planu spłat pożyczek oraz śledzenie spłat,

39.7. generowanie wypłat dofinansowań oraz spłat rat udzielonych pożyczek w danym terminie dla modułu Kadry – Płace,

39.8. sporządzanie raportów w zakresie typowym dla obsługi ZFŚS,

39.9. eksport raportów do plików MS Excel, MS Word itp.

* Zadaniem modułu / funkcjonalności Rozliczanie czasu pracy / karty pracy jest odwzorowanie sytuacji, która ma aktualnie miejsce w Spółce: Każdy kierownik działu wraz ze swoim zastępcą rozlicza czas pracy podwładnych w oparciu o dane z czytników kart (karty identyfikacyjne pracowników) w oprogramowaniu Karty Pracy. Wymagania dla modułu Kadry-Płace, pozwalające na odwzorowanie tej sytuacji przedstawione są w zakresach: Czas pracy (3), Rejestracja czasu pracy (4).Zamawiający posiada działający system RCP (urządzenia / czytniki Virdi i karty identyfikacyjne), istnieje możliwość jego wykorzystania do współpracy z systemem Wykonawcy.

PODPIS(Y):

84







Miejscowość

i data

…

85

Załącznik nr 14 do Formularza ofertowego

Ochrona danych osobowych – wypełnienie obowiązku informacyjnego

Administratorem Danych Osobowych (dalej Administrator) jest Spółka:

Wodociągi i Kanalizacja w Opolu Sp. z o.o., ul. Oleska 64, 45-222 Opole, Sąd Rejonowy w Opolu VIII Wydz. Gospodarczy KRS, Nr KRS 0000042312, NIP 7540334702, kapitał zakładowy: 302 702 000,00 zł.

Dane osobowe są przetwarzane przez Administratora:

a. w celu podjęcia działań przed zawarciem umowy oraz w celu zawarcia i realizacji umowy,b. w celu wykonania określonych prawem zadań realizowanych dla dobra publicznego,c. w pozostałych celach związanych z prowadzoną działalnością gospodarczą, dochodzeń roszczeń z

tytułu prowadzenia działalności oraz do wypełnienia usprawiedliwionych celów Sprzedawcy,d. na podstawie zgody – wyłącznie w celu wskazania w treści udzielonej przez Klienta zgody.

Dane osobowe będą przechowywane przez okres trwania umowy oraz po zakończeniu jej trwania w celu wypełnienia obowiązku prawnego ciążącego na Administratorze, na czas zgodny z obowiązującymi przepisami, a w przypadku prawnie usprawiedliwionych celów Administratora, w tym sprzedaży i marketingu bezpośredniego, do czasu cofnięcia zgody. Osoba, której dane są przetwarzane, ma prawo dostępu do treści swoich danych osobowych oraz prawo ich sprostowania, usunięcia, ograniczenia przetwarzania, prawo do przenoszenia danych, prawo do wniesienia sprzeciwu, prawo do cofnięcia zgody w dowolnym momencie. Ponadto ma prawo wniesienia skargi do Urzędu Ochrony Danych Osobowych, gdy uzna, że przetwarzanie danych osobowych dotyczących danej osoby narusza przepisy rozporządzenia Parlamentu Europejskiego i Rady (UE) nr 2016/679 z dnia 27 kwietnia 2016 r. w sprawie ochrony osób fizycznych w związku z przetwarzaniem danych osobowych i w sprawie swobodnego przepływu takich danych oraz uchylenia dyrektywy 95/46/WE (RODO) (Dz. Urz. UE L 119 z 4.05.2016, str. 1).

Odbiorcą danych będą: Wodociągi i Kanalizacja w Opolu Sp. z o.o., ul. Oleska 64, 45-222 Opole. Dane mogą być przekazane gminom będącymi udziałowcami (współwłaścicielami) Spółki tj. Gminie: Opole, Komprachcice, Tarnów Opolski, Izbicko, Proszków. Podanie danych osobowych jest dobrowolne, jednakże w celu zawarcia i realizacji umowy niezbędne. Dane mają zastosowanie do wszystkich umów zawartych z Administratorem i są przetwarzane zgodnie z zasadami zawartymi w przepisach prawa o ochronie danych osobowych.

Dane kontaktowe do inspektora ochrony danych:

Inspektor Ochrony Danych, Wodociągi i Kanalizacja w Opolu Sp. z o.o. ul. Oleska 64, 45-222 Opole,

adres email : [email protected]

Potwierdzam zapoznanie się z informacją*

.....................................................................Pieczątka i podpis / czytelny podpis

*W przypadku, gdy wykonawca nie jest osobą fizyczną, prowadzącą działalność gospodarczą, potwierdzenie nie jest wymagane.

86

bip.wikopole.com.pl file · Web viewbip.wikopole.com.pl

Documents

Transcript of bip.wikopole.com.pl file · Web viewbip.wikopole.com.pl