Zapytanie ofertowe nr AKMF/DZA/REG/ZO/2020/07/04

(1)

_________________________________________________________________

Warszawa, dnia 13.08.2020 r.

Zapytanie ofertowe nr AKMF/DZA/REG/ZO/2020/07/04

APLIKACJE KRYTYCZNE (http://akmf.pl) Spółka z ograniczoną odpowiedzialnością (zwana dalej: AK sp. z o.o.

lub Zamawiającym) z siedzibą w Warszawie przy ul. Chmielnej 132/134, 00-805 Warszawa, z kapitałem zakładowym w wysokości 5 000 000 zł, zarejestrowana w rejestrze przedsiębiorców prowadzonym przez Sąd Rejonowy dla m. st. Warszawa w Warszawie, XII Wydział Gospodarczy KRS pod numerem 0000636771, NIP:

5272773492, REGON: 364760520 zaprasza Wykonawców do składania ofert na poniżej zdefiniowany przedmiot zamówienia.

I. PRZEDMIOT ZAMÓWIENIA

1. Przedmiotem zamówienia jest modyfikacja funkcjonalności systemu ZEFIR2 w zakresie zmian wprowadzonych w systemie bankowości elektronicznej NBP.

2. Zamawiający w ramach prawa opcji w jednym z dwóch terminów tj.:

1) od dnia podpisania umowy do dnia 10.11.2020 r.

2) albo od dnia 01.01.2021 r. do dnia 01.03.2021 r.

przewiduje możliwość zlecenia wykonania analizy biznesowej modyfikacji funkcjonalności systemu ZEFIR2 w zakresie zmiany obsługi finansowo-księgowej rozliczeń wpłat na wyciągach bankowych.

3. Maksymalny termin realizacji zamówienia podstawowego to 10.12.2020 r., natomiast prawa opcji to 10.12.2020 r. albo 31.03.2021 r., w zależności, w którym z dwóch przedziałów czasowych zostanie zlecone przez Zamawiającego do wykonania zamówienie objęte prawem opcji.

4. Szczegółowy opis przedmiotu zamówienia znajduje się w załączniku nr 1 do Zapytania.

II. KRYTERIA WYBORU WYKONAWCY

1. Zamawiający dokona oceny ofert według poniższego kryterium:

1) „Cena brutto oferty” (C) - waga 100%.

Punkty w tym kryterium liczone będą według następującego wzoru:

C = (Cn / Co) x 100 pkt gdzie:

C - oznacza liczbę punktów przyznanych zgodnie z kryterium „cena brutto oferty”,

Cn - oznacza najniższą cenę brutto oferty zaoferowaną za wykonanie przedmiotu zamówienia spośród złożonych ofert,

Co - oznacza cenę brutto oferty badanej zaoferowaną za wykonanie przedmiotu zamówienia.

Wykonawca w powyższym kryterium może otrzymać maksymalnie 100 pkt.

2. Za ofertę najkorzystniejszą zostanie uznana ta oferta, która spełnia wymagania niniejszego zapytania ofertowego oraz otrzyma największą liczbę punktów zgodnie z ww. kryterium. Maksymalna liczba punktów, którą może otrzymać Wykonawca w zastosowanym kryterium oceny ofert wynosi 100 pkt.

(2)

_________________________________________________________________

3. W przypadku gdy nie można dokonać wyboru najkorzystniejszej oferty ze względu na to, że co najmniej dwie oferty otrzymały taką samą liczbę punktów, Zamawiający wezwie Wykonawców, którzy złożyli te oferty, do złożenia w terminie określonym przez Zamawiającego ofert dodatkowych.

4. Wykonawcy, składając oferty dodatkowe, nie mogą zaoferować cen wyższych niż zaoferowane w złożonych ofertach.

5. Zamawiający prosi o przedstawienie informacji cenowej na powyższy przedmiot zapytania w walucie PLN.

6. Zamawiający w pierwszej kolejności dokona oceny ofert, a następnie zbada, czy wykonawca, którego oferta została oceniona jako najkorzystniejsza, nie podlega wykluczeniu oraz spełnia warunki udziału w postępowaniu.

7. Jeżeli Wykonawca, którego oferta została uznana za najkorzystniejsza, odstąpi od zawarcia umowy lub uchyla się od zawarcia umowy lub nie wnosi wymaganego zabezpieczenia należytego wykonania umowy (jeśli jest wymagane), Zamawiający może zbadać, czy nie podlega wykluczeniu oraz czy spełnia warunki udziału w postępowaniu wykonawca, który złożył ofertę najwyżej ocenioną spośród pozostałych ofert i będzie mógł zawrzeć umowę z tym Wykonawcą.

8. Jeżeli wykonawca nie złożył oświadczeń lub innych dokumentów niezbędnych do przeprowadzenia postępowania, oświadczenia lub dokumenty są niekompletne, zawierają błędy lub budzą wskazane przez zamawiającego wątpliwości, zamawiający może wezwać do ich złożenia, uzupełnienia lub poprawienia lub do udzielania wyjaśnień w terminie przez siebie wskazanym, chyba że mimo ich złożenia, uzupełnienia lub poprawienia lub udzielenia wyjaśnień oferta wykonawcy podlega odrzuceniu albo konieczne byłoby unieważnienie postępowania.

9. W przedmiotowym postępowaniu przed zawarciem umowy, Zamawiający dopuszcza możliwość spotkania ze specjalistą, którego CV zostało załączone do oferty uznanej za najkorzystniejszą w celu weryfikacji posiadanej wiedzy/doświadczenia specjalisty (np. poprzez wykonanie zadania). W przypadku gdyby niniejszy specjalista nie otrzymał pozytywnej oceny po niniejszym spotkaniu Wykonawca w terminie 3 dni roboczych jest zobowiązany do przedstawienia CV innego specjalisty spełniającego wymagania zapytania bez zmiany ceny oferty. Jeśli Wykonawca nie spełni ww. wymogu lub kolejny specjalista nie uzyska pozytywnej oceny po spotkaniu - oferta podlega odrzuceniu.

III. WARUNKI REALIZACJI ZAMÓWIENIA

1. Szczegółowe warunki realizacji zamówienia znajdują się w załączniku nr 1 do Zapytania ofertowego – Opis przedmiotu zamówienia oraz w załączniku nr 3 do Zapytania ofertowego – Istotne postanowienia umowy.

2. Wynagrodzenie za wykonane czynności będzie płatne przelewem na rachunek bankowy Wykonawcy.

3. Zamawiający wyraża zgodę na wystawianie i przesyłanie faktur VAT w formie elektronicznej na adres:

biuro@akmf.pl.

4. Za dzień zapłaty uznaje się dzień obciążenia rachunku bankowego Zamawiającego.

5. AK sp. z o. o. nie przewiduje możliwości udzielenia zaliczki na poczet realizacji przedmiotu niniejszego zapytania.

IV. TERMIN I SPOSÓB PRZEKAZANIA ODPOWIEDZI PRZEZ WYKONAWCĘ 1. Termin składania ofert upływa w dniu 20.08.2020 r. do godz. 12:00.

2. Ofertę należy przesłać w formie elektronicznej na adres e-mail: zakupy@akmf.pl w terminie wskazanym powyżej.

3. Zamawiający zastrzega możliwość wystąpienia o uzupełnienie lub wyjaśnienie złożonych ofert.

4. Osoba do kontaktu:

(3)

_________________________________________________________________

Patryk Morawczyński, e-mail: zakupy@akmf.pl, telefon: 506 317 606, 22 102-21-71.

5. Termin związania ofertą wynosi 30 dni.

6. Wykonawca ma możliwość składania pytań do treści zapytania ofertowego w terminie do 17.08.2020 r. W przypadku przekroczenia ww. terminu Zamawiającemu przysługuje uprawnienie do nieudzielenia odpowiedzi na przedmiotowe pytanie.

7. Wszystkie pytania i wszystkie odpowiedzi są przekazywane do wiadomości wszystkich Wykonawców, którzy biorą udział w postępowaniu, bez wskazywania autora pytania.

8. W przypadku rozbieżności pomiędzy treścią niniejszego Zapytania, a treścią udzielonych odpowiedzi jako obowiązującą należy przyjąć treść pisma zawierającego późniejsze oświadczenie Zamawiającego.

9. W uzasadnionych przypadkach Zamawiający może w każdym czasie, przed upływem terminu składania ofert, zmienić treść Zapytania. Zmiana treści Zapytania może wynikać z pytań zadanych przez Wykonawców, jak i z własnej inicjatywy Zamawiającego.

V. SPOSÓB PRZYGOTOWANIA ODPOWIEDZI PRZEZ WYKONAWCĘ 1. Opis sposobu przygotowania oferty:

1) Wykonawca ma prawo złożyć jedną ofertę.

2) Treść złożonej oferty musi odpowiadać treści zapytania ofertowego.

3) Oferta powinna być napisana w edytorze tekstu lub inną trwałą techniką oraz podpisana we wszystkich miejscach przewidzianych na złożenie podpisu przez osobę właściwie upoważnioną do reprezentowania firmy na zewnątrz.

4) Podpis złożony musi być w sposób umożliwiający identyfikację osoby podpisującej dokumenty np.

poprzez opatrzenie go pieczątką imienną.

5) Oferta powinna być sporządzona w języku polskim. Wszystkie dokumenty sporządzone w języku obcym muszą zostać złożone wraz z tłumaczeniem na język polski.

2. Na kompletną ofertę składają się dokumenty i oświadczenia wymienione poniżej:

1) wypełniony formularz ofertowy uzupełniony o wymagane dane, w tym. m.in.: cenę brutto za realizację zamówienia, wzór formularza ofertowego stanowi załącznik nr 2 do niniejszego zapytania ofertowego,

2) informacje o Wykonawcy, w tym o formie prowadzenia działalności, pełną nazwę Wykonawcy, adres siedziby Wykonawcy, dane teleadresowe Wykonawcy i wskazanie osoby do kontaktów z Zamawiającym w tym adresu poczty elektronicznej,

3) wyjaśnienia dotyczące tajemnicy przedsiębiorstwa, jeżeli Wykonawca składa wraz z ofertą informacje / dokumenty stanowiące tajemnicę przedsiębiorstwa.

3. Wraz z Ofertą należy złożyć następujące dokumenty:

1) dokument rejestracyjny określający status prawny Wykonawcy oraz zasady reprezentacji i osoby umocowane do reprezentacji Wykonawcy (wydruk, odpis z KRS, CEIDG),

2) upoważnienie (pełnomocnictwo) w przypadku podpisywania oferty przez osobę, której umocowanie nie wynika z załączonego dokumentu rejestracyjnego, określającego status prawny Wykonawcy oraz zasady reprezentacji i osoby umocowane do reprezentacji Wykonawcy (wydruk, odpis z KRS, CEIDG), 3) pełnomocnictwo do reprezentowania wykonawców wspólnie ubiegających się o zamówienie (jeżeli dotyczy)

4) życiorysy specjalistów (CV), spełniających wymagania zapytania, zgodnie z opz.

4. Oferta może zawierać inne dokumenty, które są wymagane przepisami prawa bezwzględnie obowiązującego.

(4)

_________________________________________________________________

5. Wszelkie koszty powinny być odzwierciedlone w formularzu ofertowym. Wykonawca ponosi wszelkie koszty związane z realizacją przedmiotu zamówienia oraz koszty związane z przygotowaniem i złożeniem oferty, niezależnie od wyników postępowania.

6. Za cenę uznaje się wynagrodzenie brutto Wykonawcy tj. z podatkiem od towarów i usług (VAT), wynagrodzenie netto i wartość VAT.

7. Cenę oferty brutto należy określić w złotych polskich (zł) z dokładnością do pełnych groszy, według zasad określonych w załączniku „Formularz oferty”.

8. Cena oferty brutto musi być podana liczbowo, wyrażona w złotych polskich w zaokrągleniu do dwóch miejsc po przecinku (grosze), przy czym końcówki od 1 do 4 należy zaokrąglić w dół, a od 5 do 9 w górę.

9. Zamawiający zastrzega sobie prawo do modyfikacji oferty po jej wyborze w zakresie niewpływającym na cenę i wybór oferty.

10. Potwierdzenie zapoznania się z informacją zawartą w pkt VII. poniżej.

11. Dopuszcza się negocjowanie ceny i pozostałych parametrów oferty z wykonawcą, który złożył najkorzystniejszą ofertę, szczególnie w przypadku, gdy przekracza ona wartość, jaką Zamawiający zamierzał przeznaczyć na sfinansowanie zamówienia.

VI. UPRAWNIENIA ZAMAWIAJĄCEGO 1. Zamawiający ma prawo:

- do nieodpowiadania na pytania Wykonawców złożone po wyznaczonym w zapytaniu ofertowym terminie,

- zamknięcia postępowania bez podania przyczyny.

2. Zamawiający może odrzucić ofertę, jeżeli:

a) jej treść nie odpowiada treści zapytania ofertowego;

b) została złożona przez Wykonawcę, który w okresie ostatnich 24 m-cy przed dniem składania ofert realizował zamówienie dla Zamawiającego w sposób nienależyty, w szczególności:

- nie wykonał zamówienia w terminie umownym z przyczyn leżących po jego stronie;

- dostarczył towary o niewłaściwej jakości;

- nie wywiązał się w terminie z warunków gwarancji lub rękojmi;

- wykonane zamówienie obarczone było wadą powodującą konieczność poniesienia przez Zamawiającego dodatkowych nakładów finansowych, lub

- Zamawiający rozwiązał zawartą z nim umowę z jego winy.

c) Wykonawca nie złoży uzupełnień w wyznaczonym przez Zamawiającego terminie.

3. Zamawiający może poprawić w ofercie:

a) oczywiste omyłki pisarskie,

b) oczywiste omyłki rachunkowe, z uwzględnieniem konsekwencji rachunkowych dokonanych poprawek, c) inne omyłki polegające na niezgodności oferty ze istotnymi warunkami zamówienia, niepowodujące

istotnych zmian w treści oferty.

VII. INFORMACJA DOTYCZĄCA PRZETWARZANIA DANYCH OSOBOWYCH

Zgodnie z art. 13 ust. 1 i 2 rozporządzenia Parlamentu Europejskiego i Rady (UE) 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 (ogólne rozporządzenie o ochronie danych) (Dz. Urz. UE L 119 z 04.05.2016, str. 1), dalej „RODO”, Zamawiający informuje, że:

(5)

_________________________________________________________________

1. Administratorem Pani/Pana danych osobowych jest spółka:

Aplikacje Krytyczne Sp. z o.o., ul. Chmielna 132/134, 00-805 Warszawa.

2. Administrator wyznacza inspektora ochrony danych, z którym kontakt jest możliwy elektronicznie pod adresem e-mail: iod@akmf.pl oraz listownie pod adresem Administratora, wskazanym w pkt 1 powyżej z dopiskiem „Inspektor Ochrony Danych Osobowych”.

3. Pani/Pana dane osobowe przetwarzane będą na podstawie art. 6 ust. 1 lit. c RODO w celu związanym z postępowaniem o udzielenie przedmiotowego zamówienia.

4. Odbiorcami Pani/Pana danych osobowych będą wyłącznie podmioty uprawnione do uzyskania danych osobowych lub podmioty uczestniczące w realizacji zlecenia.

5. Pani/Pana dane osobowe będą przechowywane, przez okres 5 lat od dnia zakończenia postępowania o udzielenie zamówienia, a jeżeli czas trwania umowy przekracza 5 lat, okres przechowywania obejmuje cały czas trwania umowy.

6. Podanie danych osobowych jest dobrowolne, jednakże odmowa podania danych może skutkować odmową udzielenia zamówienia.

7. W odniesieniu do Pani/Pana danych osobowych decyzje nie będą podejmowane w sposób zautomatyzowany, stosowanie do art. 22 RODO.

8. Posiada Pani/Pan:

- na podstawie art. 15 RODO prawo dostępu do danych osobowych Pani/Pana dotyczących;

- na podstawie art. 16 RODO prawo do sprostowania Pani/Pana danych osobowych;

- na podstawie art. 18 RODO prawo żądania od administratora ograniczenia przetwarzania danych osobowych z zastrzeżeniem przypadków, o których mowa w art. 18 ust. 2 RODO*;

- prawo do wniesienia skargi do Prezesa Urzędu Ochrony Danych Osobowych, gdy uzna Pani/Pan, że przetwarzanie danych osobowych Pani/Pana dotyczących narusza przepisy RODO.

9. Nie przysługuje Pani/Panu:

- w związku z art. 17 ust. 3 lit. b, d lub e RODO prawo do usunięcia danych osobowych;

- prawo do przenoszenia danych osobowych, o którym mowa w art. 20 RODO;

- na podstawie art. 21 RODO prawo sprzeciwu, wobec przetwarzania danych osobowych, gdyż podstawą prawną przetwarzania Pani/Pana danych osobowych jest art. 6 ust. 1 lit. c RODO.

______________________

* Wyjaśnienie: prawo do ograniczenia przetwarzania nie ma zastosowania w odniesieniu do przechowywania, w celu zapewnienia korzystania ze środków ochrony prawnej lub w celu ochrony praw innej osoby fizycznej lub prawnej, lub z uwagi na ważne względy interesu publicznego Unii Europejskiej lub państwa członkowskiego.

VIII. INNE

Niniejsze zapytanie ofertowe nie stanowi zobowiązania Zamawiającego do udzielenia zamówienia (nie stanowi zaproszenia do zawarcia umowy w rozumieniu art. 71 ustawy Kodeks Cywilny).

Zamawiający zastrzega sobie możliwość zamknięcia postępowania bez wyboru oferty, bez podania przyczyny.

(6)

_________________________________________________________________

Załącznik nr 1 do zapytania ofertowego

OPIS PRZEDMIOTU ZAMÓWIENIA

I. Przedmiotem zamówienia jest modyfikacja funkcjonalności systemu ZEFIR2 w zakresie zmian wprowadzonych w systemie bankowości elektronicznej NBP oraz w ramach prawa opcji analiza biznesowa dotycząca modyfikacji funkcjonalności systemu ZEFIR2 w zakresie zmiany obsługi finansowo-księgowej rozliczeń wpłat na wyciągach bankowych.

Informacje dodatkowe:

• Wymiar zaangażowania nie przekroczy 272 godzin w zamówieniu podstawowym oraz 240 godzin w ramach prawa opcji.

• Zamawiający informuje, iż realizacja zamówienia podstawowego planowana jest w terminie od dnia zawarcia umowy do 10.12.2020 r. oraz w zakresie prawa opcji, w przypadku decyzji Zamawiającego o skorzystaniu z prawa opcji, w terminie do 10.12.2020 r. albo 31.03.2021 r., w zależności, w którym z dwóch przedziałów czasowych tj.: od dnia podpisania umowy do dnia 10.11.2020 r. albo od dnia 01.01.2021 r. do dnia 01.03.2021 r. zostanie zlecone przez Zamawiającego do wykonania zamówienie objęte prawem opcji.

• Rozkład godzin w wyżej wspomnianym okresie zostanie zaplanowany po rozstrzygnięciu postępowania. Zamówienie podstawowe oraz zamówienie w ramach prawa opcji mogą być realizowane równolegle. W przypadku zamówienia w ramach prawa opcji zakres zlecony w roku 2020 zostanie odebrany do 10.12.2020 r. natomiast zakres zlecony w roku 2021 zostanie odebrany do 31.03.2021 r.

Doświadczenie i kwalifikacje osób skierowanych do realizacji zamówienia winny spełniać poniższe kryteria:

• Programista Java

o Wyższe wykształcenie informatyczne lub pokrewne;

o Znajomość Java 7 i wzwyż oraz Java EE 6 i wzwyż;

o Min. 5 lat doświadczenia w pracy na stanowisku programisty Java;

o Znajomość zagadnień SOLID, TDD, GitFlow;

o W ciągu ostatnich 5 lat brał udział w projekcie dot. budowy bądź rozbudowy systemów realizowanych w technologii JEE realizujących funkcjonalności dot.

poboru podatków lub innych danin publicznoprawnych, dla jednostek sektora finansów publicznych;

• Programista MS Dynamics AX

o Znajomość MS Dynamics AX 2012;

o Min. 5 lat doświadczenia w pracy na stanowisku programisty MS Dynamics AX 2012;

o W ciągu ostatnich 5 lat brał udział w projekcie dot. budowy bądź rozbudowy systemów realizowanych w technologii MS Dynamics AX 2012 realizujących funkcjonalności dot. poboru podatków lub innych danin publicznoprawnych, dla jednostek sektora finansów publicznych;

• Analityk Systemowy

o Min. 5-letnie doświadczenie;

o Doświadczenie w pracy przy projektach IT;

(7)

_________________________________________________________________

o W ciągu ostatnich 5 lat brał udział w projekcie dot. budowy bądź rozbudowy systemów realizowanych w technologii MS Dynamics AX 2012 realizujących funkcjonalności dot. poboru podatków lub innych danin publicznoprawnych, dla jednostek sektora finansów publicznych;

Doświadczenie i kwalifikacje osób skierowanych do realizacji zamówienia dla wymaganej specjalności będzie weryfikowane na podstawie informacji zawartych w złożonych ofertach wraz z oświadczeniem oferenta co do posiadanych kwalifikacji lub CV osób skierowanych do realizacji zamówienia.

Poszczególne czynności/prace mogą być wykonane przez więcej niż jedną osobę, o ile spełnia ona przedstawione wymagania w odniesieniu do ww. kompetencji.

II. Opis zamówienia podstawowego

1. Wprowadzenie do opisu realizacji

W związku z wprowadzeniem od roku 1 stycznia 2020 zmian w Systemie NBE polegających na wymagalności standardu przelewu podatkowego w przypadku przelewów na rachunki bankowe Urzędów Skarbowych, zmianie zostaną poddane mechanizmy obsługujące pliki wychodzące z Systemu Zefir2 (eksport plików) na rachunki bankowe Urzędów Skarbowych w tym również Urzędu Skarbowego w Nowym Targu.

1.1. Przelew na rachunki CR w Nowym Targu wykonywane z IASów

Opisywana zmiana będzie dotyczyła przelewów wychodzących z Systemu Zefir2, ze wszystkich firm Systemu poza 350 (gdyż te przelewy są realizowane jako przelewy wewnątrzbankowe) i dotyczących kont bankowych Urzędu Skarbowego w Nowym Targu jak niżej:

Dochody: 25101012700008242231000000 Podatki: 84101012700008242224000000

Opłata paliwowa: 09101012700008241391300000

1.2. Przelew na rachunki pozostałych Urzędów Skarbowych wykonywany ze wszystkich firm Systemu Opisywana zmiana będzie dotyczyła przelewów wychodzących z Systemu Zefir2, ze wszystkich firm Systemu na rachunki bankowe Urzędów Skarbowych w Polsce (za wyjątkiem 1.1. oraz 1.3).

1.3. Przelew na rachunki CR w Nowym Targu wykonywane z CR (przelewy wewnątrzbankowe)

Opisywana zmiana nie wpłynie na sposób generowania plików przelewów pomiędzy rachunkami bankowymi w Urzędzie Skarbowym w Nowym Targu, gdyż te przelewy wyłączone są konieczności używania standardu podatkowego przelewu z uwagi na fakt, że wykonywane przelewy traktowane są przez NBE jako przelewy wewnątrzbankowe.

2. Zmiany w specyfikacji pliku eksportu z Zefir2

(8)

_________________________________________________________________

W odniesieniu do dotychczasowego rozwiązania tj. dla eksportu plików w formacie VideoTEL, w przypadku przelewów na rachunki bankowe Urzędów Skarbowych (w tym na rachunki US w Nowym Targu), zamiast formatu pliku eksportowego określanego jako „Przelewy krajowe” będzie stosowany format „Przelewy US”, zgodnie ze specyfikacją opublikowaną przez Narodowy Bank Polski, aktualną na dzień wdrożenia zmiany. Nie zmieniają się inne cechy pliku jak:

• Format tekstowy

• Oddzielenia linii przy pomocy znaku końca linii <CR><LF>

• Objęcie pól tekstowych znakami ””

• Format zapisu kwoty

• Format zapisu numerów rachunków bankowych 2.1. Nagłówek pliku tekstowego z przelewami podatkowymi

Zgodnie ze specyfikacją systemu bankowości elektronicznej NBE przed wierszami z przelewami wychodzącymi z Systemu Zefir2 zostaną dodane dwa wiersze nagłówkowe:

"PUS" "1" – wartość stała, występująca wyłącznie jednokrotnie na początku każdego pliku z przelewami

"DD/MM/RRRR" – wartość daty wykonania operacji, gdzie:

a) DD - oznacza dwuznakowy dzień wykonania operacji (np. 02), b) MM - oznacza dwuznakowy miesiąc wykonania operacji (np. 01) c) RRRR – oznacza czteroznakowy rok wykonania operacji (np. 2020).

Wartość daty płatności występuje wyłącznie jednokrotnie na początku każdego pliku z przelewami podatkowymi.

Zarówno wiersz pierwszy jak i drugi będą zakończone znakami końca linii <CR><LF>.

2.2. Linia płatności pliku tekstowego z przelewami podatkowymi

W formacie podatkowym specyfikacja NBE wprowadza zmianę względem wcześniej stosowanego formatu przelewu krajowego (poza punktem 2.1 niniejszego opisu realizacji) wyłącznie w punkcie 9 opisu. Dotychczas używane 4x35 znakowe pole Referencja – Tytuł przelewu zostaje zastąpione niżej opisanym pole, wraz z jego składowymi:

Referencja – tytuł przelewu – Płatności podatkowe posiadają specyficzny układ informacji – pole składa się z 7-miu podpól składowych oddzielonych ciągiem znaków „???”:

IdZob???TypIdZob???OkrRok???OkrTyp???OkrNr???SF???TrZob Gdzie:

a) IdZob – NIP zobowiązanego – zgodnie z wprowadzoną zmianą będzie przyjmowana wartość NIPu Urzędu Skarbowego, do którego wysyłany jest przelew (wartość ta będzie pobierana z odbiorcy przelewu)

b) TypIdZob – Typ identyfikatora zobowiązanego – zawsze przyjmowana wartość „N” oznaczający NIP c) OkrRok – Rok, którego dotyczy płatność podatku – przyjmowana będzie wartość z roku z daty wykonania płatności

(9)

_________________________________________________________________

d) OkrTyp – Typ okresu, za który dokonywana jest płatność – przyjmowana będzie wartość „J” oznaczająca konkretny dzień okresu

e) OkrNr – Numer okresu, za który dokonywana jest płatność podatku – przyjmowana będzie wartość DDMM, gdzie DD oznacza dwuznakowy dzień wykonania operacji (np. 02), a MM oznacza dwuznakowy miesiąc wykonania operacji (np. 01)

f) SF – Symbol formularza – Symbol formularza lub płatności wynikający z przypisania wartości do rachunku bankowego odbiorcy przelewu (Urzędu Skarbowego)

g) TrZob – 40 znakowe pole wypełniane przez System automatycznie jako złączenie:

• Numeru SIZ (systemowego identyfikatora zapłaty), który inaczej niż dotychczas nie będzie pomiędzy znakami ##, z uwagi na niemożność wykorzystania znaków specjalnych w przelewach podatkowych.

Prawidłowym formatem będzie: SIZ-IDJedn-Numerkolejny, gdzie IDJedn – 3 znakowe oznaczenie firmy z której generowany jest przelew (np. SIZ-310-000001).

• Notatki – W zależności od rodzaju przelewu notatka będzie uzupełniana automatycznie przez System (przelew ze sprzedaży likwidacyjnej) lub ręcznie przez Użytkownika (przelew z poziomu nadpłat).

Poniżej znajdują się przykłady plików przelewu na rachunki w CR:

Dochody:

"PUS" "1"

"27/02/2020"

"" "Urząd Skarbowy w Nowym Targu???Parkowa 13 ???34-400 Nowy Targ"

"25101012700008242231000000" 3000011864 9.1 "Sumy depozytowe lokalne IAS" "IAS Lublin???ul.

Szeligowskiego Tadeusza???20-883 Lublin" "41101013390000261391200000"

"7351065017???N???2020???J???0102???POZDOCH???;;SIZ-310-000001;;Notatka z ZF2" "PLN" "PIC- 0000822" "Rk-Dochody" "N" "Zefir2" "" "" "" ""

Podatki:

"PUS" "1"

"27/02/2020"

"7351065017???N???2020???J???0102???AKC???;;SIZ-310-000001;;Notatka z ZF2" "PLN" "PIC-0000822"

"Rk-Podatki" "N" "Zefir2" "" "" "" ""

Opłata paliwowa:

"PUS" "1"

"27/02/2020"

(10)

_________________________________________________________________

"7351065017???N???2020???J???0102???OPAL???;;SIZ-310-000001;;Notatka z ZF2" "PLN" "PIC-0000822"

"OPL.PALIW" "N" "Zefir2" "" "" "" ""

3. Zmiany w Systemie

Z uwagi na wprowadzenie nowych zasad przelewów na rachunki bankowe Urzędów Skarbowych w Systemie Zefir2 zajdzie szereg zmian narzuconych nowym formatem, ale również brakiem możliwości wykorzystywania dotychczasowych sprawdzonych rozwiązań z uwagi na brak możliwości użycia dotychczas wykorzystywanych znaków specjalnych ##.

3.1. Znaki dopuszczalne w przelewie podatkowym

Dotychczas używane znaki specjalne, pozwalające na rozpoznanie przelewu wychodzącego z Systemu przez System Zefir2 tj. ## oraz // w przypadku przelewów podatkowych zostaną zastąpione: znak/ - zostanie zastąpiony myślnikiem –, natomiast znaki ## nie będą w formacie przelewu podatkowego w ogóle wykorzystywane (format przelewu podatkowego nie dopuszcza takich znaków specjalnych).

Oznacza to, że dla przelewów podatkowych wychodzących z Systemu Zefir2 zostanie obsłużona nowa sekwencja numeracji przelewów wychodzących, co będzie wymagało zmian w oprogramowaniu (do tej pory przelewy wychodzące z Systemu korzystały wyłącznie z jednej sekwencji numeracji, teraz zostanie dodane rozróżnienie na przelew krajowy/zagraniczny i przelew podatkowy)

3.2. Funkcjonalności wymagające zmiany w Systemie

3.2.1. Przelew na rachunki CR w Nowym Targu wykonywane z IASów

a) Przelew dotyczący odprowadzenia należności celno-podatkowych z tytułu sprzedaży likwidacyjnej z IASów na rachunki bankowe Urzędu Skarbowego w Nowym Targu

W przypadku generowania odprowadzenia dotyczącego należności celno – podatkowych z tytułu sprzedaży likwidacyjnej z rachunku sum depozytowych na rachunki podatków i dochodów Urzędu Skarbowego w Nowym Targu w trakcie tworzenia arkuszy płatności dla rodzaju rozliczenia „Należności celne” (Księga depozytowa i likwidacyjna -> Okresowo -> Propozycja odprowadzeni), utworzony arkusz płatności (SPL_CEL) dla każdego wiersza przyjmie wartość nowej metody płatności, co pozwoli na dalsze wykonanie przelewu zgodnie ze standardem podatkowym, a odprowadzenie środków z sum depozytowych na dochody lokalne IAS będzie się odbywał tak jak do tej pory, poprzez domyślne wskazanie metody D-Przelew (przelew komercyjny). W arkuszu odprowadzenia środków na dochody/podatki CR o nazwie SPL_CEL mogą się pojawić przelewy na 2 rachunki bankowe tj. podatków i dochodów budżetowych. Dla obu z tych rachunków zostanie przyjęta domyślna wartość nowej metody płatności, a przyjęty symbol dokumentu to dla podatków – AKC, a dla dochodów to POZDOCH. Me Dla automatyzacji rozliczenie nie będzie jednak to miało większego znaczenia, gdyż rozpoznawanie wpłat i tak będzie się odbywało poprzez wyszukanie numeru Systemowego Identyfikatora Zapłaty

Poniżej przedstawiono przykład postaci pola nr. 9 (tytułem) dla przelewu wynikającego ze sprzedaży likwidacyjnej na rachunek podatków w CR:

7351065017???N???2020???J???0102???AKC???SIZ-310-000001 Gdzie:

(11)

_________________________________________________________________

7351065017 – NIP US w Nowym Targu N – Typ identyfikatora – NIP

2020 – Rok, którego dotyczy płatność J – Typ okresu, którego dotyczy płatność

0102 – Okres, którego dotyczy płatność – przyjmowana będzie wartość DDMM, gdzie DD oznacza dwuznakowy dzień wykonania operacji (np. 01), a MM oznacza dwuznakowy miesiąc wykonania operacji (np.

02)

AKC – Symbol formularza (ze względu na brak rodzajów dotyczących sprzedaży likwidacyjnej została przyjęta wartość AKC, nie będzie ona jednak miała znaczenia dla Systemu Zefir2, gdyż rozpoznanie płatności i tam będzie działała po identyfikatorze zapłaty)

SIZ-310-000001 – Identyfikator zapłaty

??? – znaki rozdzielające.

Wartości dotyczące NIPu kontrahenta, symbolu formularza oraz adresu będą konfigurowalne, pobierane z bieżących ustawień, natomiast numer identyfikatora zapłaty będzie pobierany z nowoutworzonej sekwencji.

Oraz na dochody:

7351065017???N???2020???J???0102???POZDOCH???SIZ-310-000001 Gdzie:

02)

POZDOCH – Symbol formularza (ze względu na brak rodzajów dotyczących sprzedaży likwidacyjnej została przyjęta wartość POZDOCH, nie będzie ona jednak miała znaczenia dla Systemu Zefir2, gdyż rozpoznanie płatności i tam będzie działała po identyfikatorze zapłaty)

Wartości dotyczące NIPu kontrahenta, symbolu formularza oraz adresu będą konfigurowalne, pobierane z bieżących ustawień, natomiast numer identyfikatora zapłaty będzie pobierany z nowoutworzonej sekwencji.

(12)

_________________________________________________________________

b) Przelew (zwrot) innych środków na rachunki bankowe Urzędu Skarbowego w Nowym Targu

W celu przelewu innych środków (nadpłat) na rachunki bankowe Urzędu Skarbowego w Nowym Targu, z innych firm znajdujących się w Systemie zostanie zmodyfikowana dotychczas używana funkcjonalność zwrotu nadpłaty – przelew do IC (Rozrachunki z odbiorcami -> Informacje -> Transakcje -> Nadpłaty -> Zwrot nadpłat – Przelew do IC oraz Sumy depozytowe -> Wspólne -> Ewidencja zabezpieczeń akcyzowych/Pozostałe sumy depozytowe -> Zwrot -> Przelew do IC). Po wyborze parametrów:

Izba celna: 350000

Nazwa: Urząd Skarbowy w Nowym Targu

Konto bankowe: Konto dochodów jednostki budżetowej, Podatki lub Opłata paliwowa

i po zaznaczeniu pozycji do zwrotu, a następnie wybraniu przycisku Utwórz, utworzony arkusz płatności będzie posiadał Metodę płatności: Przelew podatkowy, a wygenerowany plik będzie zgodny ze standardem podatkowym. W przypadku wpisania na formularzu nadpłat, w polu Notatka, dodatkowego opisu, będzie on doklejany na końcu pola 9 w treści przelewu.

W przypadku przelewu na rachunek podatkowy postać pola nr. 9 (tytułem) będzie następująca:

7351065017???N???2020???J???0102???AKC???SIZ-310-000001 Gdzie:

02)

AKC – Symbol formularza (ze względu na brak rodzajów dotyczących sprzedaży likwidacyjnej została przyjęta wartość AKC, nie będzie ona jednak miała znaczenia dla Systemu Zefir2, gdyż rozpoznanie płatności i tam będzie działała po identyfikatorze zapłaty)

Wartości dotyczące NIPu kontrahenta, symbolu formularza oraz adresowe ędą konfigurowalne, pobierane z bieżących ustawień, natomiast numer identyfikatora zapłaty będzie pobierany z nowoutworzonej sekwencji.

3.2.2. Przelew na rachunki pozostałych Urzędów Skarbowych wykonywany ze wszystkich firm Systemu W celu przelewu innych środków (nadpłat oraz sum depozytowych) na rachunki bankowe Urzędów Skarbowych w całej Polsce (za wyjątkiem przelewu do US w Nowym Targu) ze wszystkich firm znajdujących się w Systemie, zostanie zmodyfikowana dotychczas używana funkcjonalność zwrotu nadpłaty – przelew do US (Rozrachunki z odbiorcami -> Informacje -> Transakcje -> Nadpłaty -> Zwrot nadpłat – przelew do US) oraz

(13)

_________________________________________________________________

Zwrot nadpłaty – Przelew do SP (Rozrachunki z odbiorcami -> Informacje -> Transakcje -> Nadpłaty -> Zwrot nadpłat – przelew do SP oraz Sumy depozytowe -> Wspólne -> Pozostałe sumy depozytowe -> Zwrot ->

Przepadek na rzecz Skarbu Państwa). Zmianie ulegnie wygląd formularzy poprzez:

• Dodanie możliwości wyszukania założonego konta kontrahenta Urzędu Skarbowego (zostanie wykorzystany formularz wyszukiwania US uruchamiany obecnie z poziomu Rozrachunki z odbiorcami -> Informacje -> Transakcje -> Nadpłaty -> Generuj info o zaistniałej nadpłacie do US). Wśród kont kontrahentów będą wyświetlane wyłącznie te konta, które mają wskazaną Grupę odbiorców = US (Rozrachunki z odbiorami -> Wspólne -> Odbiorcy -> Wszyscy odbiorcy).

• Dodanie możliwości wskazania jednego z przypisanych kont bankowych do Urzędu Skarbowego. W przypadku, gdy do konta Urzędu Skarbowego przypisany jest wyłącznie jeden rachunek bankowy, zostanie on automatycznie zaczytany i wyświetlony Użytkownikowi.

• Dodanie rodzaju rachunku – wartość słownikowa wynikająca z Załącznika 1* do ZZ. Możliwa do wyboru będzie wyłącznie jedna wartość ze słownika Rodzajów rachunków bankowych US (Słownik zostanie dodany w lokalizacji: Rozrachunki z odbiorcami -> Ustawienia -> Płatność -> Rodzaje rachunków bankowych US). Każdy z rodzajów rachunku bankowego US będzie mógł mieć wskazane wiele Symboli formularza.

• Dodanie symbolu formularza – wartość słownikowa wynikająca z Załącznika 1* do ZZ. Możliwa do wyboru będzie wyłącznie jedna wartość ze słownika. Symbole formularza będą znajdowały się w słowniku Rodzajów rachunków bankowych US i będzie możliwość wskazania wielu symboli formularza odnoszących się do jednego rodzaju rachunku bankowego US.

Dodatkowo dla formularza Sumy depozytowe -> Wspólne -> Pozostałe sumy depozytowe -> Sekcja: Zwrot) zostanie dodana funkcjonalność umożliwiająca dokonanie przelewu do US. W tym celu zostanie dodany nowy przycisk Przelew do US, po wybraniu którego, proces będzie przebiegał zgodnie z opisem w rozdziale 3.2.2.

tj. wybranie US, wskazanie rachunku bankowego i symbolu formularza.

Z uwagi na możliwość występowania wielu rodzajów rachunków bankowych przypisanych do danego Urzędu Skarbowego, zostanie zapewniona możliwość konfiguracji pobieranych danych do standardu przelewu podatkowego. W tym celu na rachunkach bankowych odbiorców, dla których Grupa odbiorców = US, zostaną udostępnione nowe pola do edycji, będą to Rodzaj rachunku oraz Symbol formularza, które następnie będą wartościami domyślnymi wyświetlanymi przy generowaniu zwrotu nadpłaty.

W celu zdefiniowania przypisania rodzajów bankowych do symboli formularzy zostanie dodany słownik Rodzajów rachunków bankowych US, który będzie posiadał dwa okna. Okno górne z rodzajami rachunków bankowych US oraz okno dolne z możliwością wskazania wielu symboli dokumentów. Zarówno dla rodzajów rachunków bankowych jak i symboli formularza będzie możliwość wpisania w polu „Nazwa” nazwy danej wartości.

Słownik zostanie dwukrotnie zasilony przez Wykonawcę, podczas dostawy rozwiązania na środowisko testowe oraz następnie podczas dostawy rozwiązania na środowisko produkcyjne. Zasilenie nastąpi wartościami wynikającymi z Załącznika 1 do ZZ. Dalsze administrowanie słownikiem będzie należało do Administratorów biznesowych CR w Krakowie, posiadających uprawnienie Administratora Systemu.

Administratorzy biznesowi CR będą również odpowiedzialni za aktualność utworzonych w Systemie kont odbiorców Urzędów Skarbowych.

Po wybraniu Urzędu skarbowego, a następnie rachunku bankowego, na który będzie generowany przelew, na formularzu Zwrot nadpłaty – przelew do US oraz Zwrot nadpłaty – przelew do SP, zostaną zaczytane z

(14)

_________________________________________________________________

ustawień rachunku bankowego wartości Rodzaj rachunku bankowego oraz Symbol formularza, z możliwością zmiany na tym poziomie przez Użytkownika tej wartości, tak, aby w przelewie została wysłana wartość zgodna z dyspozycją Użytkownika. Zmiana wartości na poziomie generowania nie będzie skutkowała zmianą domyślnych wartości, wcześniej zdefiniowanych przez Użytkownika. W przypadku, gdyby zaszła potrzeba edycji domyślnych wartości tych dwóch pól na rachunku bankowym przypisanym do US, edycja odbędzie się z poziomu rachunku bankowego odbiorcy.

W przypadku, gdy na rachunku bankowym odbiorcy, dla którego jest ustawiony Kod odbiorcy = US, jest ustawiony rodzaj rachunku i symbol formularza, wartości te będą czyszczone w chwili zmiany Kodu odbiory z US na inną wartość.

Wybierając funkcjonalność Zwrot nadpłaty – przelew do US/przelew do SP zostanie automatycznie zaczytana metoda płatności Przelew podatkowy.

NIP oraz dane adresowe Urzędu Skarbowego, do którego generowany jest plik przelewu będą pobierane z wcześniej wskazanego odbiorcy przelewu (Urzędu Skarbowego).

Poniżej znajduje się przykładowa wartość pola nr. 9 w standzie podatkowym przelewu do Urzędu Skarbowego w Bolesławcu (inne dochody):

6121003992???N???2020???J???0102???DJB???SIZ-310-000001 Gdzie:

6121003992 – NIP US w Bolesławcu N – Typ identyfikatora – NIP

02)

DJB – Symbol formularza wynikający ze słownika Rodzajów rachunków bankowych US (możliwa do konfiguracji)

3.2.3. Przelew na rachunki CR w Nowym Targu wykonywane z CR (przelewy wewnątrzbankowe)

Opisywana zmiana nie wpłynie na sposób generowania plików przelewów pomiędzy rachunkami bankowymi w Urzędzie Skarbowym w Nowym Targu, gdyż te przelewy wyłączone są konieczności używania standardu podatkowego przelewu z uwagi na fakt, że wykonywane przelewy traktowane są przez NBE jako przelewy wewnątrzbankowe.

3.3. Nowa metoda płatności

(15)

_________________________________________________________________

W związku z koniecznością oprogramowania nowego formatu przelewu na rachunki US, koniecznym jest utworzenie nowej metody płatności oraz nowej specyfikacji płatności, definiującej pliki eksportu z Systemu Zefir2, zgodnie ze specyfikacją opisaną w punkcie 2 niniejszego opisu realizacji. W przypadku, gdy Użytkownik wskaże do arkusza płatności wiele przelewów w tym część podatkowych oraz część niepodatkowych, podobnie jak w przypadku przelewu transgranicznego, System (po wskazaniu podczas generowania pliku przez Użytkownika danej metody płatności) wygeneruje tylko te przelewy, które dotyczą danej metody płatności. Celem tego rozwiązania jest zapobiegnięcie możliwości wygenerowania plików przelewów zawierających wiele różnych formatów przelewów.

Nowa metoda płatności zostanie dodana w module Rozrachunki z odbiorcami -> Ustawienia -> Płatność ->

Metody płatności.

3.4. Rozpoznawanie wpłat na wyciągach bankowych

Wprowadzenie formatu podatkowego przelewu wychodzącego z Systemu Zefir2 wymaga również zmian w sposobie rozpoznawania i rozliczania wyciągów bankowych. Do momentu wprowadzenia zmiany formatu przelewu, System dzięki zakodowanemu ciągowi znaków na poleceniu płatności oraz funkcji rozpoznawania jej podczas importu wyciągu bankowego (oraz później po ręcznym uruchomieniu rozpoznawania wpłat na wyciągu bankowym) rozpoznawał, które wiersze wyciągu bankowego połączyć z którymi wierszami arkuszy płatności. Ta metoda zostanie zmieniona, aby obsługiwała również przypadek innego rodzaju kodowania tytułu płatności oraz jego późniejszego rozpoznania – opis kodowania w rozdziale 2.2 w punkcie g.

III. Opis zamówienia w ramach prawa opcji

Analiza biznesowa dot. modyfikacji funkcjonalności systemu ZEFIR2 w zakresie zmiany obsługi finansowo- księgowej rozliczeń wpłat na wyciągach bankowych. Poniższe wymagania mogą zostać doprecyzowane na etapie realizacji prac analitycznych przy czym liczba godzin przeznaczona na realizację prawa opcji nie może zostać przekroczona.

Zmiany w obszarze SK

1. Sposób obsługi wyciągów bankowych

W obszarze SK zmiana będzie dotyczyła rozliczania wyciągów bankowych w systemie ZEFIR 2, dla wpłat dokonanych od 01.01.2020 r.

Przed dokonaniem rozliczenia system powinien zweryfikować stan zaległości podatnika według rodzaju podatku w oparciu o raport zaległości wymagalnych wygenerowany automatycznie z systemu ZEFIR 2 oraz raport przekazany za pośrednictwem Platformy Integracji z systemu POLTAX 2B PLUS. Weryfikacji podlegają tylko podatki i opłata paliwowa oraz emisyjna, które są zrównane z podatkami – specyfikacja należności, które powinny się znaleźć na arkuszu zaległości stanowi

(16)

_________________________________________________________________

załącznik nr 1. Mimo, iż rodzaj należności jest ujęty w załączniku nr 1, to wyłączeniu będą podlegać wpłaty dot.:

a) uregulowania należności do decyzji ratalnych – art. 62 § 3 Ustawy Ordynacja podatkowa, w sytuacji w której wpłata dokonana jest przed upływem terminu płatności wyznaczonego dla poszczególnej raty i z dowodu wpłaty jednoznacznie wynika, że jest ona przeznaczona na zapłatę raty tj. wskazano tytuł i okres zobowiązania,

b) zaliczek na podatek akcyzowy, podatek od gier i od towarów i usług, które występują na deklaracjach AKC-4 (załączniki: AKC-4/A, AKC-4/B, AKC-4/C, AKC-4/D, AKC-4/F, AKC-4/I, AKC- 4/J, AKC-4/K, AKC-4/M, AKC-4/N), AKC-4/ZO (załączniki: AKC-4ZO/A, AKC-4ZO/B, AKC-4ZO/C, AKC-4ZO/D, AKC-4ZO/F, AKC-4ZO/I, AKC-4ZO/J), POG5/C, VAT-14 – art. 62 § 2 Ustawy Ordynacja podatkowa,

c) kwoty stanowiące zabezpieczenie należności celnych lub podatkowych dokonane na błędny rachunek (np. wpłata na rachunek dla podatku akcyzowego zamiast na rachunek sum depozytowych, a z opisu wynika, iż jest to wpłata na zabezpieczenie),

d) należności wyegzekwowanych przez organ egzekucyjny wpłaconych ze wskazaniem numeru dokumentu (numeru tytułu wykonawczego), których dotyczą.

System będzie porównywał dane z raportów z danymi na wyciągu bankowym tj. NIP/PESEL, typ dochodu (na raporcie zaległości) z rodzajem deklaracji/dokumentu (kodem formularza wskazanym w przelewie bankowym występującym na standardzie przelewu), termin płatności - załącznik nr 2.

Weryfikacja zaległości:

a) na podstawie identyfikatora NIP/PESEL sprawdzenie w raporcie zaległości wymagalnych (wygenerowanych z systemów ZEFIR 2 i POLTAX 2B PLUS), czy dla podatnika istnieje zaległość, b) jeżeli występuje zaległość, to system powinien zidentyfikować rodzaj należności (rodzaje

należności przypisane w obrębie wszystkich kont bankowych) na podstawie typu dochodu, który można ustalić w oparciu o rodzaj formularza wskazanego w standardzie przelewu - przyporządkowanie typu należności do kodu formularza występującym na standardzie przelewu w załącznikach 1 i 2. ,

c) równolegle system powinien identyfikować najstarszą zaległość oraz pozostałe zaległości chronologicznie wg terminów płatności,

d) w przypadku więcej niż jednej zaległości system odkłada na właściwym arkuszu najstarszą zaległość (uszczegółowienie w pkt 3, 4 i 5).

(17)

_________________________________________________________________

2. Warunki konieczne dla nowej funkcjonalności:

a) w trakcie rozliczania wyciągu bankowego system powinien weryfikować wpłaty z zapisami na raporcie zaległości wymagalnych (wygenerowanych z systemów ZEFIR 2 i POLTAX 2B PLUS) w zakresie podatków;

b) w przypadku braku zaległości system powinien rozliczyć wpłatę automatycznie, zgodnie ze wskazaniem podatnika (funkcjonalność w tym zakresie bez zmian);

c) w przypadku innego zaliczenia wpłaty, niż wskazane przez podatnika pojawi się znacznik w nowo powstałej kolumnie „Zaliczenie zaległości”

d) na podstawie „Zaległości do zaliczenia” tworzą się propozycje arkuszy:

i. zaliczenie automatyczne - wszystkie te przypadki, które winny być rozliczone automatycznie przez system ZEFIR 2,

ii. zaliczenie w innym systemie – jeżeli najstarsza zaległość jest w innym systemie niż ZEFIR 2,

iii. pozostałe zaliczenia - wszystkie te przypadki, które nie mieszczą się w pozostałych dwóch arkuszach;

e) użytkownik ma możliwość przeniesienia pozycji pomiędzy arkuszami lub usunięcia z arkuszy;

f) w przypadku wpłaty należności importowych system powinien rozliczyć wpłatę w pierwszej kolejności na cło wyliczone we wskazanym w przelewie dokumencie (zgodnie z zasadami opisanymi w przekazanych do realizacji „Wymaganiach Biznesowych dot. dot. zmiany mechanizmu rozliczania wpłaty” w zakresie należności celnych, tzn. zaliczanie w pierwszej kolejności na cło, a następnie na odsetki od cła i pozostałe należności oraz odsetki), a

następnie weryfikować wpłatę z zapisami

na raporcie zaległości wymagalnych w obszarze należności podatkowych pod kątem zaległości w podatku VAT i podatku akcyzowym z tytułu importu (zgłoszenia celne (USAD), SADS, DPDZ, decyzje (DWNN i DKOR), ODPN (przypis), DVIM);

g) przykłady rozliczenia wpłaty podatnika i agencji celnej zostały opisane w załączniku nr 3;

h) funkcjonalność rozliczania wpłaty proporcjonalnie na zaległość główną i odsetki pozostaje bez zmian. Jeżeli występują koszty upomnienia wpłata winna obejmować te koszty, przy czym zgodnie z art. 62§1a Ordynacji podatkowej koszty upomnienia rozliczane są w pierwszej kolejności,

(18)

_________________________________________________________________

i) w przypadku rozliczenia więcej niż jednej zaległości, dla których występują koszty upomnienia system rozliczy wpłatę na zaległości według chronologii terminów płatności,

każdorazowo pobierając w pierwszej kolejności koszty upomnienia dla każdej z nich.

.

3. Generowanie arkusza „zaliczenie automatyczne”.

Wpłaty powinny odkładać się w arkuszu „zaliczenie automatyczne” jeżeli:

a) zaległość dotyczy tego samego podatku, który został wskazany przez podatnika (we wpłacie w wyciągu bankowym), zaległość najwcześniejsza z tego samego podatku jest w systemie ZEFIR 2 i jest to rozliczenie w ramach tego samego rachunku (dot. to przypadku, gdzie wpłata jest do należności, dla której termin płatności upłynął lub termin płatności nie upłynął), np.

i. wpłata do AKC-U/S, dla którego termin płatności nie upłynął, a zaległość wynika z deklaracji AKC-4 – wpłatę należy zaliczyć na AKC-4;

ii. wpłata do AKC-U/S, dla którego termin płatności upłynął, a zaległość wynika z deklaracji AKC-4 – wpłatę należy zaliczyć na deklarację o wcześniejszym terminie płatności;

iii. jeżeli występuje więcej niż jedna zaległość, to system musi rozliczyć wg chronologicznej kolejności zaległości, po zaliczeniu na poczet zaległości pozostała różnica wraca na należność wskazaną przez podatnika w standardzie przelewu i jest rozliczana przez system;

b) wpłata dokonana ze wskazaniem konkretnego rodzaju podatku, w tym podatku nie ma zaległości, natomiast zaległość o najwcześniejszym terminie płatności występuje w podatku gromadzonym na tym samym rachunku bankowym, np.

i. wpłata do podatku akcyzowego, a w podatku akcyzowym podatnik nie ma zaległości, najstarsza zaległość występuje w podatku od gier np. POG-5, to rozlicza na POG-5; pozostała kwota po rozliczeniu odłoży się na właściwym arkuszu w zależności gdzie zostanie zidentyfikowana kolejna najstarsza zaległość na arkuszu

„pozostałe zaliczenia” lub „zaliczenia w innym systemie” (jeżeli jest jeszcze inna zaległość), a po zaspokojeniu zaległości w całości pozostała kwota zostaje odłożona na arkusz „pozostałe zaliczenia” celem pokrycia należności bieżącej tj. tej którą podatnik wskazał w standardzie przelewu;

c) w przypadku, gdy istnieje więcej niż jedna zaległość i mają ten sam termin płatności oraz zaliczenie jest w ramach tego samego rachunku, to zaliczamy w pierwszej kolejności na

(19)

_________________________________________________________________

zaległość, dla której różnica pomiędzy wpłatą, a zaległością jest najmniejsza, z zachowaniem warunków określonych w pkt. 3a i 3b,

d) wpłata na rachunek 25* i dotyczy USAD, SADS, DPDZ, DWNN, DKOR, DVIM, a w systemie ZEFIR 2 występuje zaległość z tytułu VAT-u, system automatycznie rozlicza wpłatę w pierwszej kolejności na cło wyliczone w dokumencie wskazanym w przelewie (jeśli jest), następnie pozostałą kwotę na VAT zaległy ( jeżeli najstarszy VAT jest w systemie ZEFIR 2), a następnie na VAT wyliczony w dokumencie wskazanym w standardzie przelewu pod warunkiem, że nie ma zaległości w podatku akcyzowym w imporcie, bo jeżeli jest to wpłata odkłada się na arkuszu „pozostałe zaliczenia”,

e) wpłata na rachunek 84* i dotyczy USAD, SADS, DPDZ, DWNN, DKOR, a w systemie ZEFIR 2 występuje zaległość z tytułu podatku akcyzowego w imporcie, system automatycznie rozliczy wpłatę na zaległy podatek akcyzowy w imporcie, a następnie na podatek akcyzowy wyliczony w dokumencie wskazanym w przelewie – przypadek ten dotyczy sytuacji, gdy w dokumencie wskazanym w przelewie cło i podatek VAT zostały zapłacone lub zostały zwolnione z zapłaty i pod warunkiem, że nie ma zaległości w podatku VAT w imporcie.

4. Generowanie arkusza „zaliczenie w innym systemie”.

Wpłaty powinny odkładać się w arkuszu „zaliczenie w innym systemie” jeżeli:

a) najwcześniejsza zaległość jest w ramach tego samego podatku w systemie P2BP, podatnik zadeklarował wpłatę na VAT, a przelewu środków dokonał na r-ki obsługiwane w systemie ZEFIR 2 i najstarsza zaległość jest w P2BP, np. wpłata na rachunek 84* dotyczy VAT-14, a najstarsza zaległość jest P2BP z tytułu VAT -7;

b) najwcześniejsza zaległość w ramach innego podatku jest w systemie P2B PLUS i nie ma w systemie ZEFIR 2 zaległości z tytułu podatku wskazanego przez podatnika, również w przypadku wpłaty dokonanej z tytułu importu i dokonano już zaliczenia na należności z tyt.

cła, a najstarsza zaległość jest w P2B PLUS.

Różnice będą rozliczane manualnie przez użytkownika systemu ZEFIR 2.

5. Generowanie arkusza „pozostałe zaliczenia”.

Wpłaty powinny odkładać się na arkuszu „pozostałe zaliczenia” jeżeli jest zaległość i nie występuje żaden z przypadków opisanych w punktach 3 i 4 np.

(20)

_________________________________________________________________

a) wpłata dotyczy podatku, który został wskazany przez podatnika w standardzie przelewu, ale najwcześniejsza zaległość dotyczy innego rodzaju podatku w ZEFIR 2, który jest obsługiwany na innym rachunku (nie na tym na który dokonano wpłaty),

b) wpłata na rachunek podatków bez wskazania rodzaju podatku lub/i bez wskazania identyfikatora NIP/PESEL,

c) wpłata na konto 25* obejmuje cło i akcyzę lub cło i VAT i akcyzę lub VAT i akcyzę, d) wpłata na konto 84* obejmuje cło i akcyzę lub cło i akcyzę i VAT lub akcyzę i VAT

e) w przypadku, gdy istnieje więcej niż jedna zaległość i mają ten sam termin płatności i zaliczenie nie jest w ramach tego samego rachunku

f) w przypadku wpłaty dokonanej bez wskazania rodzaju podatku, typu dochodu.

6. Automatyczne rozliczenie wpłat na arkuszu „zaliczenie automatyczne”

Wpłaty odłożone na arkuszu „zaliczenie automatyczne” będą się księgowały automatycznie, zgodnie z zasadami określonymi w pkt. 3

7. Sposób rozliczenia wpłat na arkuszu „zaliczenie w innym systemie”

System będzie tworzył pozycję, która pozostanie otwarta do zatwierdzenia (dla Zaległości do zaliczenia) lub rozliczenia przez użytkownika w systemie lub wygenerowania przelewu na mikrorachunek podatnika lub rachunek urzędu skarbowego w SSP. Pozostała różnica będzie rozliczana przez użytkownika systemu ZEFIR 2.

8. Sposób rozliczenia wpłat na arkuszu „pozostałe zaliczenia”

Arkusz rozliczany przez użytkownika systemu ZEFIR 2, z możliwością wygenerowania przelewu na inny rachunek.

9. Raport zaległości wymagalnych generowany z systemu ZEFIR 2

a) raport zaległości wymagalnych generowany automatycznie, na potrzeby porównania z wyciągiem bankowym, winien zawierać następujące dane: NIP/PESEL, nazwę podatnika/imię i nazwisko, kwotę zaległości, rodzaj należności, rodzaj podatku (wygenerowany na podstawie rodzaju należności), termin do zapłaty, nr mikrorachunku podatnika;

(21)

_________________________________________________________________

b) raport winien obejmować zaległości dot. podatków: akcyzowego, od gier, od wydobycia niektórych kopali, od towarów i usług oraz zrównanych z podatkami opłat:

emisyjnej i paliwowej;

c) w raporcie zaległości wymagalnych nie powinny być wykazywane zaległości z odroczonym terminem płatności, jeśli termin ten jeszcze nie upłynął;

d) raport winien być generowany w godzinach nocnych (tak aby nie kolidował z innymi zadaniami, które są wykonywane w nocy) przed każdym dniem roboczym, w którym rozliczany jest wyciąg bankowy, tak aby był dostępny przed importem wyciągów bankowych;

e) rozliczana wpłata powinna być weryfikowana z raportem zaległości wygenerowanym na dzień, w którym wpłata została dokonana;

f) raport winien służyć zarówno do zaliczenia wpłat w systemie ZEFIR 2 jak również być wystawiony na Platformie Integracji dla użytkowników systemu POLTAX 2 B PLUS;

g) zakładamy, że P2BPlus wystawi analogiczny raport zaległości wymagalnych z terminami płatności i mikrorachunkiem podatnika dla przekazania wpłaty, którego dane będą wykorzystywane do rozliczeń wpłat w systemie Zefir2.

W zakresie zaliczania nadpłat stosowane będzie rozwiązanie organizacyjne tj. manualne ustalanie zaległości podatnika w systemie P2BPlus.

h) raport powinien uwzględniać NIP/PESEL, typ dochodu, rodzaje należności, numer dokumentu na który występuje zaległość, symbol dokumentu, termin płatności, rodzaj należności, saldo należności głównej, numer załącznika należności.

i) raport powinien uwzględniać informacje o ułatwieniach płatniczych oraz wskazywać kwotę kosztów upomnienia jeżeli są należne.

10. Zmiany w obszarze Obsługa Całodobowa.

Przy przyjmowania wpłaty do dokumentu z poziomu kasy, przy tworzeniu zlecenia system powinien użyć mechanizmu sprawdzania zaległości według schematu jak dla wpłat przelewem. W przypadku wystąpienia zaległości, system powinien wyświetlić komunikat o istnieniu takich zaległości kontrahenta oraz uniemożliwić utworzenia zlecenia i przyjęcia wpłaty do dokumentu. Jeżeli wpłacający chciałby mimo to dokonać wpłaty nie związanej z dokumentem, powinna ona być przyjęta przez kasjera na szufladę XXXXXX.DOCH_JB lub XXXXXX.DOCH_OP tytułem „Sumy do wyjaśnienia”.

11. Wystawienie i pobieranie raportu zaległości wymagalne na Platformie Integracji

(22)

_________________________________________________________________

12. Aktualizacja podręczników i dokumentacji w zakresie jw.

(23)

_________________________________________________________________

FORMULARZ OFERTY OFERTA

Składając ofertę w postępowaniu na modyfikację funkcjonalności systemu ZEFIR2 (nr postępowania AKMF/DZA/REG/ZO/2020/07/04)

my niżej podpisani:

Wykonawca ………

ul. ……….…..

kod ……… miasto ………kraj ………

NIP………Regon………...

Dane do korespondencji:

ul. ………..

nr telefonu ……….. nr faksu ………...

Osoba wskazana do kontaktu:

Imię i nazwisko ………

nr telefonu ………..

Adres e-mail (proszę wypełnić drukowanymi literami):

@

W przypadku wspólnego ubiegania się o udzielenie zamówienia należy podać dane pozostałych Wykonawców:

ul. ………..

(24)

_________________________________________________________________

1. Oferujemy wykonanie przedmiotu zamówienia na warunkach określonych w zapytaniu ofertowym i jego załącznikach za kwotę:

L.p. Przedmiot zamówienia Wartość

netto [zł]

Wartość VAT [zł]

Wartość brutto [zł]

(wartość netto + wartość VAT)

1 2 3 4 5

ZAMÓWIENIE PODSTAWOWE

1

Modyfikacja funkcjonalności systemu ZEFIR2 w zakresie zmian wprowadzonych w systemie bankowości elektronicznej NBP

PRAWO OPCJI

2

Analiza biznesowa dotycząca modyfikacji funkcjonalności systemu ZEFIR2 w zakresie zmiany obsługi finansowo-księgowej rozliczeń wpłat na wyciągach bankowych

Łączna wartość oferty

(suma wartości z kolumny nr 5: zamówienie podstawowe + prawo opcji)

2. Oświadczamy, że Zapytanie ofertowe wraz z załącznikami i zawarte w nim terminy i warunki realizacji, płatności oraz warunki wsparcia gwarancyjnego zostały przez nas zaakceptowane.

3. Oświadczamy, że zapoznaliśmy się z treścią istotnych postanowień umowy (załącznik nr 3 do zapytania ofertowego) i nie wnosimy w stosunku do nich żadnych uwag, a w przypadku wyboru naszej oferty podpiszemy umowę z uwzględnieniem tych zapisów, w miejscu i terminie wyznaczonym przez Zamawiającego.

4. Oświadczamy, że posiadamy uprawnienia do wykonywania określonej działalności lub czynności.

5. Oświadczamy, że jesteśmy związani ofertą przez okres 30 dni liczony od wyznaczonego terminu składania ofert.

6. Oświadczamy, że ceny wskazane w niniejszej ofercie nie ulegną zmianie przez okres realizacji zamówienia.

7. Oświadczamy, że w cenie oferty uwzględnione zostały wszystkie koszty realizacji zamówienia.

8. Pełnomocnikiem wykonawców wspólnie ubiegających się o udzielenie niniejszego zamówienia dla potrzeb niniejszego zamówienia jest:

………..………..……….….…

(wypełniają jedynie przedsiębiorcy składający wspólną ofertę)

9. Informacje i dokumenty zawarte w ofercie na stronach od nr ______ do nr _____ stanowią tajemnicę przedsiębiorstwa w rozumieniu przepisów ustawy o zwalczaniu nieuczciwej konkurencji, a uzasadnienie dla objęcia wskazanych powyżej informacji tajemnicą przedsiębiorstwa stanowi załącznik do niniejszej oferty.

10. Oświadczamy, że nie powierzamy / powierzamy (niepotrzebne skreślić)

wykonanie następującej części (zakresu) oferowanego zamówienia, (należy podać zakres (część) powierzonego podwykonawcom zamówienia):

………...……….…

……….

(25)

_________________________________________________________________

UWAGA:

Brak skreślenia i niewypełnienie pól oznaczać będzie, że Wykonawca nie powierzy podwykonawcom wykonania zakresu oferowanego zamówienia.

11. Oświadczamy, że wypełniłem obowiązki informacyjne przewidziane w art. 13 lub art. 14 rozporządzenia Parlamentu Europejskiego i Rady (UE) 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 (ogólne rozporządzenie o ochronie danych) (Dz. Urz. UE L 119 z 04.05.2016, str. 1), dalej „RODO”, wobec osób fizycznych, od których dane osobowe bezpośrednio lub pośrednio pozyskałem w celu ubiegania się o udzielenie zamówienia publicznego w niniejszym postępowaniu. (W przypadku gdy Wykonawca nie przekazuje danych osobowych innych niż bezpośrednio jego dotyczących lub zachodzi wyłączenie stosowania obowiązku informacyjnego, stosownie do art. 13 ust. 4 lub art. 14 ust. 5 RODO Wykonawca nie składa treści oświadczenia z niniejszego pkt – należy usunąć jego treść poprzez wykreślenie)

12. Wraz z Ofertą składamy*:

1. pełnomocnictwo do podpisania oferty,

2. pełnomocnictwo do reprezentowania wykonawców wspólnie ubiegających się o zamówienie, 3. wyjaśnienia dotyczące tajemnicy przedsiębiorstwa, jeżeli Wykonawca składa wraz z ofertą informacje

/ dokumenty stanowiące tajemnicę przedsiębiorstwa, 4. ………

*Niepotrzebne skreślić

Oferta zawiera ______ ponumerowanych stron.

...

Data i czytelny podpis lub podpis z pieczątką imienną osoby (osób) upoważnionej (upoważnionych) do reprezentowania Wykonawcy

(26)

_________________________________________________________________

Istotne postanowienia umowy Umowa nr _______

zawarta w dniu ... w ……….. pomiędzy:

APLIKACJE KRYTYCZNE sp. z o.o. z siedzibą w Warszawie przy ul. Chmielnej 132/134, 00-805 Warszawa, wpisaną do rejestru przedsiębiorców Krajowego Rejestru Sądowego prowadzonego przez Sąd Rejonowy dla m. st. Warszawa w Warszawie, XII Wydział Gospodarczy Krajowego Rejestru Sądowego pod numerem 0000636771, o kapitale zakładowym w wysokości 5 000 000 zł, NIP: 5272773492, REGON: 364760520, reprezentowaną przez:

………

……….

zwaną w dalszej części Umowy “Zamawiającym”

a

……… z siedzibą w ………, wpisanym/ą do rejestru przedsiębiorców Krajowego Rejestru Sądowego prowadzonego przez Sąd ………, pod numerem KRS ………., NIP ………., REGON

………, kapitał zakładowy w wysokości………., reprezentowanym/ą przez:

……….

zwanym/ą dalej „Wykonawcą”

zwanymi łącznie „Stronami”, lub każda z osobna „Stroną”.

(27)

_________________________________________________________________

§ 1.

Przedmiot umowy

1. Przedmiotem umowy jest modyfikacja funkcjonalności systemu ZEFIR2 w zakresie zmian wprowadzonych w systemie bankowości elektronicznej NBP. Szczegółowy opis przedmiotu zamówienia znajduje się w Załączniku nr 2 do Umowy.

2. Zamawiający w ramach realizacji zamówienia przewiduje zastosowanie prawa opcji.

3. Prawo opcji będzie polegać na wykonaniu analizy biznesowej dotyczącej modyfikacji funkcjonalności systemu ZEFIR2 w zakresie zmiany obsługi finansowo-księgowej rozliczeń wpłat na wyciągach bankowych.

4. Zamawiający może skorzystać z prawa opcji w jednym z dwóch terminów tj.: od dnia podpisania umowy do dnia 10.11.2020 r. albo od dnia 01.01.2021 r. do dnia 01.03.2021 r.

5. W przypadku chęci skorzystania z prawa opcji Zamawiający skieruje do Wykonawcy pisemne zawiadomienie na adres e-mail wskazany w § 9 ust. 2 Umowy.

6. Wykonawca oświadcza, że zrealizuje przedmiot zamówienia objęty prawem opcji, z zastrzeżeniem iż w przypadku nie skorzystania przez Zamawiającego z tego prawa, nie będzie dochodził od Zamawiającego wykonania części umowy w zakresie prawa opcji.

7. Realizacja Przedmiotu Umowy, o którym mowa w niniejszym paragrafie odbywać się będzie na zasadach i warunkach opisanych w Umowie, w Ofercie Wykonawcy stanowiącej Załącznik nr 1 do Umowy i w Zapytaniu ofertowym nr AKMF/DZA/REG/ZO/2020/07/04 (dalej: Zapytanie), stanowiącym Załącznik nr 2 do Umowy.

§ 2.

Termin realizacji Przedmiotu Umowy

1. Wykonawca zobowiązuje się do wykonania Przedmiotu Umowy, o którym mowa w § 1 Umowy w terminie do 10.12.2020 r. w zakresie zamówienia podstawowego oraz w zakresie prawa opcji w terminie do 10.12.2020 r. albo 31.03.2021 r., w zależności, w którym z dwóch przedziałów czasowych, o których mowa w § 1 ust. 4 Umowy, zostanie zlecone przez Zamawiającego do wykonania zamówienie objęte prawem opcji.

2. Potwierdzeniem wykonania prac, o których mowa w ust. 1 będzie podpisany przez Strony bez zastrzeżeń Protokół odbioru, którego wzór stanowi Załącznik nr 3 do Umowy, sporządzony odrębnie dla zamówienia podstawowego i prawa opcji.