I. Opis przedmiotu zamówienia

Podobne dokumenty
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Załącznik 1c - Szczegółowy opis III części zamówienia

OPROGRAMOWANIE DLA FIRM. Księga Handlowa. Podstawowe cechy modułu przeznaczonego do prowadzenia pełnej księgowości.

Załącznik nr 4 do Załącznika nr 1 do SIWZ. Scenariusze testowe dla obszaru budżetowo-księgowego

Załącznik 1c - Szczegółowy opis III części zamówienia DOSTAWA I WDROŻENIE MODULU PŁATNOŚCI PRZEZ INTERNET W PORTALU INTERESANTA - 5 SZTUK

System Obsługi Pożyczek

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA

Prezentacja. System wosiedle.pl

ZARZĄDZENIE Nr 14/2013 WÓJTA GMINY GOCZAŁKOWICE-ZDRÓJ z dnia 29 lipca 2013r.

Załącznik 1b - Szczegółowy opis II części zamówienia

Określenie wersji oprogramowania i daty rozpoczęcia eksploatacji przejętych z Gminy Zielona Góra Lp. Wykaz programów Wersja oprogramowania

WF-FaKiR BUDŻET to aplikacja wspomagająca zarządzanie finansami w jednostkach budżetowych

Wersja programu: Data publikacji:

EasyNet system zarządzania dostępem do sieci internet

ARKUSZ WERYFIKOWANYCH FUNKCJONALNOŚCI

Zintegrowany system informatyczny PROBIT PRO-ZN jest systemem skierowanym do Zarządców Nieruchomości i Wspólnot Mieszkaniowych.

Załącznik 1e - Szczegółowy opis V części zamówienia DOSTAWA SYSTEMÓW DZIEDZINOWYCH ORAZ MODERNIZACJA UŻYTKOWANYCH SYSTEMÓW O NOWE MODUŁY - 4 SZTUKI

Podstawowe możliwości programu Spectro Market Faktura

Załącznik nr 1 do SIWZ

WÓJT GMINY ŁYSKI ul. Dworcowa l A LYSKJ

Zarządzenie Nr W Wójta Gminy Przesmyki z dnia 28 października 2013 r.

Rozwój elektronicznej administracji w samorządach województwa mazowieckiego wspomagającej niwelowanie dwudzielności potencjału województwa

nieograniczona długość numeru konta oraz ilości sekcji /poziomów zagłębień analitycznych/ wchodzących w jego skład,

Zestaw pytao pozwalających na przygotowanie oferty wdrożenia Systemu Zarządzania Nieruchomościami

System automatycznego wysyłania SMSów SaldoSMS

DOTYCZY KLIENTA PKO BIURO OBSŁUGI LEASING ZAPYTANIE O INFORMACJĘ OTYCZY: DOSTAWY PLATFORMY ELEKTRONICZNE DLA PKO

Zasady funkcjonowania kont w Wydziale Budżetu i Księgowości - jednostka księgowa dochodów Gminy (JD).

Funkcje realizowane przez program KC-Firma

RACHUNKOWOŚĆ KOMPUTEROWA JAKO PRZEDMIOT SPECJALICACJI W TECHNIKUM EKONOMICZNYM ROZKŁAD PROGRAMU NAUCZANIA

Szczegółowy opis przedmiotu umowy. 1. Środowisko SharePoint UWMD (wewnętrzne) składa się z następujących grup serwerów:

ZAMÓWIENIE PROGRAMU Z ROCZNYM SERWISEM

3. Opis systemu komputerowego rachunkowości

Rys. Przykładowy aktywacyjny

Prezydent Miasta Lublin

Do zadań Wydziału Finansowego w zakresie planowania budżetowego należy w szczególności: 1) opracowywanie materiałów planistycznych kierowanych do

Podstawowe zasady rachunkowości dla budżetu i urzędu

System Obsługi Wniosków

EXSO-CORE - specyfikacja

KOMUNIKAT dla Klientów Idea Bank SA korzystających z bankowości elektronicznej dla spółek z dnia r.

risk AB ZARZĄDZANIE RYZYKIEM OPERACYJNYM Dodatkowe możliwości programu: RYZYKO BRAKU ZGODNOŚCI PRALNIA

Modelowy program Praktyk tydzień 2:

System Finansowo Księgowy

Wykaz kont dla budżetu gminy

Dostawa kompleksowegop systemu informatycznego wspierającego obsługę administracyjną w zakresie utrzymania czystości i porządku w Gminie Grabów

KOMPUTEROWE SYSTEMY FINANSÓW I KSIĘGOWOŚCI

Zasady rachunkowości i planu kont dla prowadzenia ewidencji podatków i opłat.

Zasady funkcjonowania kont w Wydziale Budżetu i Księgowości - jednostka księgowa dochodów Gminy (JD)

Dokumentacja systemu finasowo-księgowego organu OTAGO FKORG

Księga Handlowa OPROGRAMOWANIE DLA FIRM

Zarządzenie nr 3/KF/2016

ZAMÓWIENIE. Nazwa jednostki zamawiające. Numer NIP. Zamówienie programu z rocznym serwisem Cena na jedno stanowisko Licencja, instalacja, serwis

I. WYKAZ I OPIS KONT SYNTETYCZNYCH ZAKŁADOWEGO PLANU KONT DLA BUDŻETU GMINY.

CENNIK OPROGRAMOWANIA WINDOWS/SQL ZINTEGROWANE SYSTEMY INFORMATYCZNE

Zarządzenie nr 274 /2011 Prezydenta Miasta Skarżyska Kamiennej z dnia 19 października 2011 roku

Część I. Czemu nie. :)

Program FK zawiera wszystkie funkcje potrzebne do prowadzenia księgowości:

Załącznik Nr 3 do Zarządzenia Nr 695 /2012 Prezydenta Miasta Sopotu z dnia 13 sierpnia 2012 r.

WYKONANIE OPROGRAMOWANIA DEDYKOWANEGO

Księga główna i pomocnicza

Nr 57/2013 Wójta Gminy Kwilcz z dnia 5 sierpnia 2013 r.

SYSTEM ZARZĄDZANIA UCZELNIĄ DZIEKANAT-LOGIC

Dokumentacja użytkownika systemu bankowości internetowej def3000/ceb. UZUPEŁNIENIE: Mechanizm Podzielonej Płatności (MPP/Split Payment)

R o z p o c z ę c i e d z i a ł a l n o ś c i : istniejemy na rynku od 1993

Szczegółowy opis przedmiotu zamówienia

Advantec Software I.T.C. sp. z o.o. Kompleksowa Obsługa Informatyczna PŁACE

Zarządzenie Nr 313/09 Burmistrza Śmigla z dnia 13 listopada 2009 r.

Gorzów Wielkopolski, dnia 14 czerwca 2017 r. Poz. 1407

Symfonia Finanse i Księgowość 2013 Specyfikacja zmian

ZARZĄDZENIE NR Burmistrza Miasta Kościerzyna z dnia 12 kwietnia 2017r.

Architektura systemu e-schola

enova KSIĘGOVOŚĆ różnice między wersjami

Instrukcja użytkownika systemu MOBEVO PANEL PODATNIKA

DOKUMENTACJA ADMINISTRATORA SYSTEMU INFORMATYCZNEGO POLSKI FADN

Załącznik 1 do zapytania ofertowego numer 1/05/2013/OnJKnP 1 Szczegółowe, obowiązkowe wymagania dla całego systemu

RO.FIX. System zarządzania ryzykiem dla towarzystw funduszy inwestycyjnych. Riskout sp. z o.o.

Charakterystyka eusług, Procesy:

Zakładowy plan kont dla Budżetu Gminy Zarszyn

PROBIT - nowoczesnym, zintegrowany pakiet oprogramowania dedykowany Jednostkom Państwowej Inspekcji Sanitarnej

PLAN KONT DLA BUDŻETU POWIATU W OPOLU LUBELSKIM. Uwagi do planu kont

...Finanse Księgowość Koszty

SZCZEGÓŁOWY OPIS SPOSOBU DOSTĘPU DO INFORMACJI I DANYCH ZAWARTYCH W RAPORTACH SKŁADANYCH DO KRAJOWEJ BAZY DLA GIOŚ I WIOŚ

O epodatkach. Rejestracja i logowanie. Rejestracja

Instrukcja użytkownika systemu MOBEVO

z r.

Pełna księgowość PROGRAM DLA BIUR RACHUNKOWYCH

Wykaz kont dla budżetu powiatu

Instrukcja obsługi systemu. Elektroniczna Kartoteka Lokalu

Załącznik Nr 2 ZASADY FUNKCJONOWANIA KONT BILANSOWYCH

(wszystkie programy firmy RADIX pracują pod systemem MS DOS i występują w najnowszych wersjach na dzień przetargu )

Systemy obiegu informacji i Protokół SWAP "CC"

Wykaz zmian w Regulaminie otwierania i prowadzenia igo lokat z miesięczną kapitalizacją odsetek

Powiatowy Inspektorat Nadzoru Budowlanego w Ciechanowie

1. Obsługa budżetu zadaniowego

Załącznik nr 3b do Zarządzenia Wójta Gminy Osie Nr 4/07 z dnia 04 stycznia 2007 r.

1 Finanse księgowość w tym funkcjonalność kasa 13 2 Kadry płace 3 3 Środki trwałe 1

Sprawdź nas na DARMOWEJ prezentacji!

ZARZĄDZENIE NR VII/263/2015 BURMISTRZA MIASTA ORZESZE. z dnia 31 grudnia 2015 r.

Serwis nie zbiera w sposób automatyczny żadnych danych, z wyjątkiem danych zawartych w plikach cookies podczas samego korzystania z Witryny.

Forte Zarządzanie Produkcją Instalacja i konfiguracja. Wersja B

Transkrypt:

I. Opis przedmiotu zamówienia Oprogramowanie do obsługi Funduszu Ochrony Gruntów Rolnych Wymagania minimalne Zakres dostawy Zamówienie obejmuje dostawę oprogramowania do obsługi Funduszu Ochrony Gruntów Rolnych oraz wdrożenie go w siedzibie Urzędu Marszałkowskiego Województwa Mazowieckiego w Warszawie dostawę bezterminowych licencji stanowiskowych dostarczanie zmian w oprogramowaniu w stosunku do zmian prawnych przez okres licencjonowania trwania umowy dostawę systemu wraz z instalacją i wdrożeniem obejmującym jednodniowe szkolenie; przez wdrożenie rozumie się osiągnięcie fazy eksploatacji oprogramowania w podstawowym zakresie przez potencjalnych użytkowników systemu do obsługi FOGR, usługę serwisową przez okres 1 roku Wymagania prawne Oprogramowanie powinno być zgodne z odpowiednimi zapisami aktów prawnych: Ustawy z dnia 3 lutego 1995 r. o ochronie gruntów rolnych i leśnych (Dz. U. Nr 121/2004 r., poz. 1266); Rozporządzenia Ministra Rolnictwa i Gospodarki Żywnościowej z dnia 27 października 1998 r. w sprawie regulaminu funkcjonowania Funduszu Ochrony Gruntów Rolnych; Ustawy o rachunkowości; Rozporządzenia Ministra Finansów z dnia 25 marca 2003 r. w sprawie szczegółowej klasyfikacji dochodów i wydatków oraz przychodów i rozchodów (Dz. U. Nr 68, poz. 634); Rozporządzenia Ministra Finansów z dnia 1 sierpnia 2003 r. zmieniające rozporządzenie w sprawie szczegółowej klasyfikacji dochodów i wydatków oraz przychodów i rozchodów (Dz. U. Nr 137, poz. 1307); Wymagania funkcjonalne 1. System powinien zawierać następujące dane w postaci katalogów stopy procentowe do automatycznego naliczania karnych odsetek od nieterminowych wpłat; ceny żyta do automatycznego wyliczania kwot opłat rocznych oraz do zawiadomień o wysokości opłaty rocznej wysyłanych do płatników; odbiorcy środków z FOGR do generowania przelewów do wnioskodawców dofinansowania oraz Centralnego Funduszu Ochrony Gruntów Rolnych; wystawcy decyzji do charakteryzowania wprowadzanych decyzji; oraz do zestawień o ilościach i kwotach decyzji od poszczególnych wystawców; podział administracyjny, zawierający aktualny podział administracyjny Polski, wykorzystywany do uzyskania informacji o wpłatach i zaległościach płatników w rozbiciu na gminy i 1

powiaty, z których nastąpiło wyłączenie gruntów z produkcji oraz do porównywania wysokości wpłat z danej gminy z wysokością udzielonego dofinansowania kody PKD, aktualny katalog Polskiej Klasyfikacji Działalności, który służy do uzyskania informacji o zaległościach płatników w rozbiciu na rodzaje działalności wg PKD; paragrafy wydatkowe do uzyskania informacji o kwocie dofinansowania z Terenowego Funduszu Ochrony Gruntów Rolnych w rozbiciu na paragrafy wydatkowe; dni wolnych od pracy niezbędne do poprawnego liczenia odsetek i ustalania terminu płatności zobowiązań poprzez definiowanie dni dodatkowo wolnych od pracy; Katalogi powinny być aktualizowane przez autorów oprogramowania w ramach umowy licencyjnej lub możliwe do edycji przez użytkowników. 2. System powinien obsługiwać rachunek Terenowego Funduszu Ochrony Gruntów Rolnych w oparciu o zasady księgowości, plan kont oraz schematy dekretowania poszczególnych operacji księgowych; powinien umożliwiać księgowanie m.in. należności jednorazowych, opłat rocznych, wpłat, odprowadzeń do Centralnego Funduszu Ochrony Gruntów Rolnych, dofinansowań z Terenowego Funduszu Ochrony Gruntów Rolnych, lokat bankowych, likwidacji lokat bankowych, zwrotów kwot, wydatków, zwrotów wydatków, odsetek bankowych od rachunku, odsetek bankowych od lokat; wykonywać automatycznie podział i odprowadzenie środków na Centralny Fundusz Ochrony Gruntów Rolnych oraz dofinansowania z Terenowego Funduszu Ochrony Gruntów Rolnych; automatycznie wprowadzać bilanse otwarcia i zamknięcia; umożliwiać prowadzenie kilku rachunków bankowych, umożliwiać wydruk przelewów; wykazywać się elastycznością planu kont i możliwością definiowania kont wirtualnych; 3. System powinien umożliwiać prowadzenie kartotek płatników; w szczególności umożliwiać wprowadzanie dokumentów należności za wszelkie możliwe rodzaje opłat z rozróżnieniem na: czasowe wyłączenie gruntów z produkcji, trwałe wyłączenie gruntów z produkcji; niezgodne z ustawą wyłączenie gruntów z produkcji; niewykonanie obowiązku zdjęcia i wykorzystania próchniczej warstwy gleby; niezakończenie rekultywacji gruntów zdewastowanych i zdegradowanych. umożliwiać wprowadzanie dokumentów wpłat: 2

do należności, od płatnika do wyjaśnienia, wpłat do wyjaśnienia, wpłat do kosztów upomnień, od płatnika do zwrotu; umożliwiać wprowadzanie i modyfikację danych o płatniku (nazwa, adres, NIP, REGON, numer rachunku bankowego, data upadłości, itd.); automatycznie naliczać odsetki karne od nieterminowej wpłaty; umożliwiać tworzenie wydruków dokumentów w oparciu o szablony: potwierdzenie sald; postanowienie o zaliczeniu wpłaty; postanowienie o zaliczeniu nadpłaty; umożliwiać wprowadzanie dokumentów dotyczących restrukturyzacji należności, umorzeń, przesunięć środków ; 4. System powinien umożliwiać tworzenie zestawień księgowych wymaganych ustawą o rachunkowości takich jak: dziennik; obroty na kontach syntetycznych i analitycznych oraz obroty na wybranym koncie; zestawienia obrotów i sald kont syntetycznych i analitycznych; obroty / stany kont; 5. System powinien umożliwiać tworzenie raportów z bazy danych wg wybranych kryteriów: podział środków na Centralny Fundusz Ochrony Gruntów Rolnych, koszty funduszu; wpłaty; rozliczenie płatników; odsetki bankowe; należności w restrukturyzacji; 6. System powinien umożliwiać tworzenie raportów z danymi wymaganymi do następujących sprawozdań: RRW-12; Rb-33; Kwartalne Rozliczenie Terenowego Funduszu Gruntów Rolnych; Rb-N; Rb-Z; 7. System powinien umożliwiać wydruk dokumentu zawiadomienia o wysokości opłaty rocznej (z opcją seryjnego wydruku); 8. System powinien gwarantować niezaprzeczalność i integralność danych poprzez nadawanie zakresu uprawnień dostępu do programu: dodawanie, usuwanie użytkowników programu; przypisywanie uprawnień poszczególnym użytkownikom (administrator, użytkownik standardowy, gość) ; 9. Pożądane jest, aby system posiadał dodatkowe funkcje, takie jak: 3

zabezpieczenia przed wprowadzeniem nieprawidłowych danych; narzędzia serwisowe sprawdzające i weryfikujące poprawność baz; kalkulator odsetek; próbne naliczenie CFOGR; łączenie płatników; automatyczna numeracja dokumentów. 10. System powinien realizować proces windykacji należności poprzez: automatyczne wyszukiwanie dokumentów kwalifikujących się do wystawienia: upomnienia, noty odsetkowej, tytułów wykonawczych; wydruk dokumentów: upomnienia (z opcją seryjnego wydruku), ewidencji wysłanych upomnień, noty odsetkowej (z opcją seryjnego wydruku), tytułów wykonawczych (z opcją seryjnego wydruku), reklamacji na pocztę, zawiadomienia do izby skarbowej, zaświadczenia o niezaleganiu z opłatami; 11. System powinien umożliwiać umożliwia tworzenie elektronicznych przelewów z programu i wysyłanie ich do systemu Multi-Cash w jednym z poniższych standardów: elixir-o; minibank; home-banking; DTPLI; termit; goniec; inny wskazany przez urząd format zgodny z formatem banku, w którym urząd posiada swój rachunek. 12. System powinien automatycznie księgować wyciąg bankowy na podstawie pliku otrzymywanego z banku obsługującego urząd marszałkowski zawierającego minimum: nr rachunku bankowego, którego dotyczy operacja, nazwę i dane płatnika, w tym numer rachunku bankowego, kwotę operacji, datę dokonania wpłaty, datę zaksięgowania w systemie bankowym, opis dokonanego przelewu przez płatnika (czego dotyczy wpłata); 13. Ponadto system powinien umożliwiać: automatyczne wyszukanie płatnika wnoszącego opłatę oraz należności, do której jest ona wnoszona; automatycznie uzupełniać bazę o dane płatnika na podstawie danych zawartych na wyciągu bankowym; umożliwiać raportowanie danych o niepoprawnych oraz powielonych numerach rachunków bankowych płatników w bazie danych. 4

II. W zakresie przepisów dotyczących bezpieczeństwa przechowywania danych system musi realizować obowiązki: 1) zarządzania prawami i dostępem użytkowników do Systemu, 2) rejestracja zdarzeń w bazie (logowanie, modyfikacja danych, itp.), 3) zarządzania logami (określanie szczegółowości rejestracji), 4) określania uprawnień dla poszczególnych grup użytkowników, a w szczególności: a. zapewnia zabezpieczenie zgromadzonych danych, b. zapewnia dostęp do Systemu tylko dla użytkowników z poprawnym, ważnym i niezablokowanym kontem, c. wymusza stosowanie formatu i długości haseł wymaganych ustawą o ochronie danych osobowych, między innymi: i. kontroluje czy hasła składają się, z co najmniej określonej przez administratora (np. ośmiu) znaków, ii. kontroluje czy hasła zawierają znaki, z co najmniej trzech, spośród czterech następujących kategorii, wielkie litery angielskie (od A do Z), małe litery angielskie (od a do z), cyfry systemu dziesiętnego (od 0 do 9), znaki niealfabetyczne (na przykład!, $, #, %), d. wymusza zmianę haseł dla użytkownika Systemu po określonym czasie, e. zapewnia unikalność i brak możliwości ponownego użycia tego samego hasła, nie wcześniej niż po określonej przez administratora ilości zmian (pamięta co najmniej sześć haseł, skojarzonych z kontem użytkownika, zanim będzie można ponownie użyć stosowanego wcześniej hasła), f. umożliwia tworzenie profili użytkowników i automatyzuje nadawanie uprawnień dla poszczególnych typów użytkowników (np. dyrektor, administrator, koordynator, księgowa, inspektor, stażysta), g. umożliwia nadawanie praw zdefiniowanym grupom użytkowników do określonych funkcjonalności Systemu, spośród listy zdefiniowanych uprawnień (np. prawo do zaksięgowania wpłat, prawo do dokonania przesunięcia środków, prawo do zmiany danych jednostki organizacyjnej, prawo do wystawienia upomnienia, prawo do połączenia płatników, dodawania nowych obiektów, itd.), h. umożliwia nadawanie praw zdefiniowanym grup użytkowników do określonych jednostek organizacyjnych wg zdefiniowanych wzorców tj. praw dostępu do jednostki z wybranej gminy / powiatu, i. wspomaga zarządzanie bazą danych Systemu m.in. poprzez: i. umożliwienie blokowania płatników m.in. poprzez oznaczenie, że prace na płatniku zostały zakończone w danym roku, 5

3. System umożliwia ponadto: ii. zapamiętanie, który użytkownik i kiedy oznaczył danego płatnika i zdecydował, że prace na nim są zakończone - zamknięcie płatnika. 1) wykonanie raportu ilości wykonanych przez danego użytkownika, w określonym przedziale czasowym czynności w Systemie (np.: weryfikacji), 2) rejestrowanie historii aktywności użytkowników poprzez: a. zapisanie w bazie danych informacji o tym który użytkownik i kiedy (data i godzina) logował/wylogował się, b. tworzenie zestawień o czasie pracy, godzinie zalogowania i wylogowania poszczególnych użytkowników, c. tworzenie i modyfikowanie zestawień o dokonanych zmianach wg zadanych kryteriów z możliwością ich eksportu np. do Excela. 4. System ma możliwość eksportu danych w formacie XML o strukturze pliku, której szczegółowa specyfikacja pozwala na przeniesienie danych z lub do innych systemów. 5. System zapewnia bezpieczeństwo przetwarzania danych wpływających na rozliczenia finansowe zgromadzone w bazie poprzez rejestrowanie historii operacji wykonanych w Systemie: 1) zapisanie wszystkich zmian w bazie danych, 2) rejestrowanie nazwy konta użytkownika który dokonał zmiany, 3) data i godzina operacji, 4) rejestracja zakresu zmiany (dana sprzed dokonania zmiany i po zmianie), historia 5) transakcji, 5. System jest transakcyjny. III. Wymogi techniczne dotyczące systemu. Założenia techniczne oparte są o infrastrukturę IT Urzędu Marszałkowskiego i System powinien być zbudowany jako dwu lub wielowarstwowa, rozproszona aplikacja w architekturze klient-serwer. a.) Architektura dwuwarstwowa Klient Serwer: Oferowany system powinien być w konfiguracji jako systemem zamknięty, tzn. aplikacje pracują w wewnętrznej sieci Urzędu i żadne informacje nie są udostępniane na zewnątrz. Wszystkie pliki aplikacji oraz pliki bazy danych przechowywane są na stacji lub jednym serwerze pracującym pod kontrolą systemu operacyjnego (SO) MS Windows Serwer 2003. - Wszystkie istotne algorytmy systemu umieścić po stronie aplikacji lub serwera. - Interfejs użytkownika systemu powinien pracować w środowisku MS Windows xp, vista,7 i wykorzystywać zdefiniowane dla niego standardy. 6

- Bazą danych, posadowioną na dedykowanym serwerze, będzie administrował relacyjny system zarządzania bazą danych MS Serwer SQL. b.) Architekturze klient-serwer oparta o technologię webową. Architekturze klient-serwer oparta o technologię webową gdzie wyodrębnienie się następujące warstwy: Warstwa danych Serwer bazy danych, składnica plików Warstwa aplikacji serwer aplikacyjny, Web Services Warstwa prezentacji danych cienki klient. Serwer bazy danych. W przypadku gdy Wykonawca chce wykorzystać system relacyjnych baz danych inny niż MS-SQL, zobowiązany jest dostarczyć odpowiednią licencję dedykowaną do systemu, cena licencji powinna zostać wliczona w koszt wykonania systemu. System zarządzania bazą danych nie powinien być oparty o licencję oprogramowania otwartego. Warstwa prezentacji danych powinna być oparta o przeglądarkę internetową zrealizowana w języku HTML, DHTML, XML, JavaScript generowana przez warstwę aplikacji. Aplikacja powinna prawidłowo pracować na przeglądarce internetowej Microsoft Internet Explorer w wersji 7 i 8. 7