Gmina Miast Płck ul. Stary Rynek 1 09-400 Płck Dtyczy: Obsługa bankwa Budżetu Miasta Płcka Prsimy udzielenie dpwiedzi na pniższe pytania: 1. Prszę kreślenie maksymalnej kwty kredytu w rachunku bieżącym w kresie planwanej bsługi budżetu. Bank musi pdjąć decyzję kredytwą i musi znać maksymalny pzim. Jeśli w kresie bwiązywania umwy każe się, że wystąpi ptrzeba zwiększenia limitu pwyżej max pzimu pdaneg pierwtnie, Bank rzpatrzy wnisek pdwyższenie limitu i p pzytywnej cenie zdlnści kredytwej Gminy będzie istniała mżliwść pdniesienia limitu w trakcie trwania bsługi. 2. Gmina planuje pdpisać jedną umwę kredytwą i ddzielnie na bsługę dt rachunku bieżąceg? Czy jedną umwa regulująca zarówn bsługę depzytwą i kredytwą? Jeżeli będzie t jedna umwa regulująca bsługę depzytwą i kredytwą, t czy w tej umwie znajdą się elementy standardw występujące w umwie kredytu w rachunku bieżącym tj: np. praw dla Banku d dstąpienia d umwy i dmwy udstępnienia kredytu w przypadku utraty zdlnści kredytwej przez kredytbircę? 3. Czy Zamawiający dpuszcza mżliwść pdpisania umwy prwadzenie rachunku wg wzru bwiązująceg w Banku z uwzględnieniem zapisów kreślnych w załącznym przez klienta prjekcie umwy/isttnych pstanwień umwy,- ewentualnie czy dpuszcza uzupełnienie przedstawineg wzru zapisy niezbędne d zapewnienia bsługi rachunku? 4. Czy Zamawiający przyjmie regulaminy bankwe kreślające zasady bsługi uruchamianych usług? 5. Czy zamawiający chce aby Bank autryzwał wydatki realizwane z rachunków wydatków uwzględniając dstępne śrdki z: rachunków dchdów i rachunku bieżąceg (w którym przyznawany jest limit verdraftu kredytu w rachunku bieżącym) łącznie czy tylk rachunku bieżąceg, w którym przyznawany jest limit verdftatu kredytu w rachunku bieżącym? 6. Czy w przypadku realizacji dyspzycji wydatków danej jednstki zamawiająceg na kwtę przekraczającą limit verdraftu t czy transakcja ta ma zstać zrealizwana (w przypadku dstępnści limitu salda nett w grupie rachunków) czy ma zstać drzucna przez bank? 7. Czy Zamawiający wyraża zgdę na księgwanie wpłat realizwanych za pśrednictwem wrzutni skarbca ncneg najpóźniej następneg dnia rbczeg p dstarczeniu pakietu za pśrednictwem wrzutni skarbca ncneg w jednstce Banku? 8. Czy Zamawiający dpuszcza mżliwść realizacji czynnści związanych z wdrażaniem, szkleniem raz serwiswaniem Systemu bankwści elektrnicznej przez autryzwaną firmę zatrudniną przez Bank, specjalizująca się w serwisie bankwści elektrnicznej? Krzystanie z takiej firmy pzwala zwłaszcza w
sytuacjach czekiwania przez Klienta pilnej wizyty znacząc przyspieszyć czas realizacji zgłszenia. Wyjaśniamy, że wyknywanie wymieninych czynnści realizwane jest zgdnie z wymgami ustawy Praw Bankwe, w szczególnści Bank zapewnia właściwą jakść usług i przyjmuje dpwiedzialnść za czynnści realizwane w ramach tej bsługi. Działalnść autryzwanej firmy pdlega restrykcyjnej kntrli wewnętrznej jak i Kmisji Nadzru Finansweg. Tym samym, czy zamawiający dpuszcza mżliwści realizacji czynnści plegających na przeliczenie, srtwanie i przechwywanie znaków pieniężnych przez pdwyknawcę banku. Zaznaczamy przy tym, że Bank dpwiada za czynnści zlecne pdwyknawcm jak za działania własne. 9. Dtyczy punktu 14.1. Prsimy ptwierdzenie, że wszystkie jednstki sprzętu kmputerweg przeznaczneg przez zmawiająceg d pracy z systemem bankwści elektrnicznej są wypsażne w wlny prt USB, umżliwiający pdłączenie dpwiednieg czytnika kart kryptgraficznych. 10.Dtyczy punktu 14.16 Czy Zamawiający pprzez przekazanie Miastu wszystkich dstępnych danych umieszcznych na dyspzycjach wpłat na rzecz Miasta rzumie zaprezentwanie tych danych w systemie bankwści elektrnicznej? Prsimy wyjaśnienie. 1. Dtyczy punktu 14.25 Prsimy dstarczenie specyfikacji technicznej (wraz z przykładwymi plikami) frmatów plików wymiany danych aktualnie przygtwywanych w systemach zamawiająceg. 2. Jakie typy przelewów (krajwe, ZUS, US, zagraniczne) realizuje zamawiający z wykrzystaniem frmatów które pytamy w punkcie 1 prsimy wskazanie frmatów dla pszczególnych typów przelewów. 3. Czy w systemach zamawiająceg jest mżliwa bsługa eksprtu danych w frmacie Elixir-O czy struktura pliku w frmacie Elixir-O bsługiwaneg w systemach zamawiająceg jest zgdna we wszystkich punktach z pniższą specyfikacją, prsimy wskazanie i pisanie różnic: Strny kdwe plskich znaków: Windws-1250 / ISO-8859-2 / CP 852 Każdy wiersz kńczy się znakiem kńca wiersza <CR><LF> (Hex 0D0A) i rzpczyna się kdem zlecenia. Pla alfanumeryczne (tekstwe) są zapisane w cudzysłwach (" ") (Hex 22). Długść pól pdana w tabeli nie uwzględnia cudzysłwów. Pszczególne dane są ddzielne przecinkiem "," (Hex 2C). Struktura pliku przesyłki: Wykaz zastswanych skrótów: / f = Rdzaj pla: = bwiązkwe f = fakultatywne D / F = Długść i frmat pla: a = alfanumeryczne n = numeryczne (0 9) d = data w frmacie RRRRMMDD S = ple stałej długści Z = ple zmiennej długści Nr Nazwa pla / f D / F 1 2 Typ peracji 110 = Plecenie przelewu, Płatnść US 120 = Płatnść ZUS 210 = Plecenie zapłaty Data płatnści RRRRMMDD 3 n S 8 d S
3 Kwta bez krpek tysięcznych i przecinka ddzielająceg wartść grszy 15 n Z 4 Numer banku zlecenidawcy (NRB) 8 n Z 5 Ple zerwe (wypełnine cyfrą "0") 1 n Z 6 Numer rachunku zlecenidawcy 34 a Z 7 Numer rachunku kntrahenta 34 a Z 8 Dane zlecenidawcy Pszczególne pdpla są ddzielne znakiem " " (pipe) (Hex 7C) 1_PODPOLE-NAZWA_ZLECENIODAWCY 2_PODPOLE- NAZWA_ZLECENIODAWCY 3_PODPOLE-ULICA_ZLECENIODAWCY 4_PODPOLE-MIEJSCOWOŚĆ_ZLECENIODAWCY 4*35 a Z 9 Dane kntrahenta Pszczególne pdpla są ddzielne znakiem " " (pipe) (Hex 7C) 1_PODPOLE-NAZWA KONTRAHENTA 2_PODPOLE- 4*35 a Z NAZWA_KONTRAHENTA 3_PODPOLE-ULICA KONTRAHENTA 4_PODPOLE-MIEJSCOWOŚĆ_KONTRAHENTA 10 Ple zerwe (wypełnine cyfrą "0") 1 n Z 11 Numer banku kntrahenta 8 n Z 12 Szczegóły płatnści Pszczególne pdpla są ddzielne znakiem " " (pipe) (Hex 7C) 4*35 a Z 13 Niewykrzystane : wartść puste S a 14 Niewykrzystane : wartść puste S a 15 Kd "51" dla pleceń przelewów i płatnści ZUS kd "01" dla pleceń zapłaty kd "71 dla płatnści pdatkwych US 1*2 a S 16 Infrmacje Klient-Bank Pszczególne pdpla są ddzielne znakiem " " (pipe) (Hex 7C) f 6*35 a Z Znak kńca wiersza <CR><LF> Spsób kdwania szczegółów płatnści (Ple 12) Płatnść ZUS / Specjalne ZUS: Nr Nazwa pla Obwiązkwe/ Długść/Frmat 1 2 3 4 NIP (w 1. wierszu) Typ ID uzupełniająceg: P = Pesel R = Regn 1 = Dwód sbisty 2 = Paszprt (w 2. wierszu) ID uzupełniający płatnika (w 2. wierszu) Typ wpłaty A,B,D=Opłata ddatkwa E=Egzekucja M=Składka dłuższa S=Składka za 1 mc T=Odrczenie terminu U=Układ ratalny (w 3. wierszu) Tak / 10 / n S Tak / 1 / a S Tak / 14 / a S Tak / 1 / a S
5 6 Deklaracja (RRRRMM) czyli kres, w którym płatnść jest należna (w 3. wierszu) Numer deklaracji (w 3. wierszu) Tak / 6 / n S Tak / 2 / n S 7 Nr decyzji/umwy/tytułu wyknawczeg Tak / 15 / a Z Płatnść US (Opcja 1): Nr Nazwa pla Obwiązkwe/ Długść/Frmat 1 2 3 4 /TI/ Typ i zawartść identyfikatra płatnika pdatku N = NIP P = Pesel R = Regn 1 = Dwód sbisty 2 = Paszprt 3 = inny typ identyfikatra np. dla NIP /TI/N6750000001 /OKR/ Okres Rk, typ kresu raz nr kresu za który dknywana jest płatnść pdatku: R = rk P = półrcze K = kwartał D = dekada J = dzień 0 (zer) brak kresu (dla należnści niezwiązanych z kres rzliczeniwym. Np: 08R lub 08M02 lub 04J0703 /SFP/ Symbl frmularza lub płatnści. Np: PIT37, VAT, CIT /TXT/ Identyfikacja zbwiązania. (rdzaj dkumentu np. decyzja, tytuł wyknawczy, pstanwienie) Np: /TXT/DEC.RYCZAŁT Tak / 15 / a S Tak / 7 / a S Tak / 6 / a S Nie / 40 / a S Płatnść US (Opcja 2): W alternatywnym spsbie frmatwania pszczególne pla są w sbnych liniach szczegółów płatnści. Ma t na celu uniknięcie perwania słwami kdwymi. Nr Nazwa pla Obwiązkwe/ Długść/Frmat 1 2 3 4 Typ i zawartść identyfikatra płatnika pdatku np. N6750000001 (w 1. wierszu) Okres Rk, typ kresu raz nr kresu za który dknywana jest płatnść pdatku Np: 08R lub 08M02 lub 04J0703 (w 2. wierszu) Symbl frmularza lub płatnści. Np: PIT37 (w 3. wierszu) Identyfikacja zbwiązania. (rdzaj dkumentu np. decyzja, tytuł wyknawczy, pstanwienie) Np: DEC.RYCZAŁT (w 4. wierszu) Tak / 15 / a S Tak / 7 / a S Tak / 6 / a S Nie / 35 / a S 4. Czy w systemach zamawiająceg jest mżliwa bsługa imprtu danych w frmacie MT940. Czy struktura pliku w frmacie MT940 bsługiwaneg w systemach zamawiająceg jest zgdna we wszystkich punktach z pniższą specyfikacją, prsimy wskazanie i pisanie różnic:
Struktura kmunikatu MT940 wyciągi Zawartść klumn w pisie frmatu: Typ pla: v = zmienna długść c = stała długść Frmat: n = numeryczne cyfry 0-9 a = alfabetyczny litery A d Z an = alfanumeryczny Litery A d Z, cyfry 0 d 9 dp. znaki specjalne Status: = ple pcjnalne niebwiązkwe m = ple bwiązkwe musi zawierać pdane infrmacje Frmaty daty i czasu: RR = rk bez stulecia MM = miesiąc z widącym zerem DD = dzień z widącym zerem HH = gdzina w układzie 24-gdzinnym z widącym zerem MM = minuty z widącym zerem Separatry: Przed każdym znaczeniem pla: <CR><LF> (ASCII X 0D0A ). Pszczególne kmunikaty należy ddzielić: <CR><LF><-> (ASCII X 0D0A2D ) Pla ":61:" i ":86:" mgą wielkrtnie występwać w pliku. Ple ":86:" ma kreślną strukturę. Ple mże maksymalnie zawierać 800 znaków, natmiast SWIFT dpuszcza max. 390 znaków. Wiersz mże maksymalnie składać się z 65 znaków. Znakiem ddzielającym pszczególne pdpla pla 86 jest jeden znak ^ za kdem GVC. Max dł. w Nr pla / znaczenie bajtach / Typ Status Frmat i zawartść pla / Frmat <CR><LF>:20: Numer referencyjny 16 / an / v m Numer referencyjny zlecenia - zawsze cyfra 1 zlecenia <CR><LF>:25: Numer rachunku <CR><LF>:28C: Numer wyciągu <CR><LF>:60x: Sald pczątkwe Pdple 1 Wskaźnik Winien/Ma Pdple 2 Data księgwania Pdple 3 Waluta Pdple 4 Sald 35 / an / v m 9 / n / v m 25 / v m 1 / an / c m Numer rachunku Numer rachunku prezentwany wg. standardu IBAN /ccaaxxxxxxxxyyyyyyyyyyyyyyyy Gdzie: c kd kraju (2 a) a cyfra kntrlna ( 2 n) x numer Banku ( 8 n) y numer rachunku ( 16 n) Zawartść: xxxxx lub xxxxx/yyy gdzie: xxxxx = nr wyciągu yyy = nr strny, pcząwszy d 1 Sald pczątkwe Dkładnie jeden znak alfanumeryczny x = F pczątkwe x = M pśrednie C = kredyt (sald kredytwe) D = debet (sald debetwe) 6 / n / c m RRMMDD = data księgwania 3 / an / c m Kd waluty wg ISO-4217 15 / n / v m Pczątek sekwencji pwtórzeń pól ":61:" i ":86:" <CR><LF>:61: 102 / / v Wiersz peracji Pdple 1 Data waluty 6 / n / c m Frmat: RRMMDD Kwta w walucie rachunku z przecinkiem rzdzielającym części dziesiętne Frmat: 000000000000,00
Pdple 2 Data księgwania Pdple 3 Wskaźnik Winien/Ma Pdple 4 Rdzaj waluty Pdple 5 Kwta Pdple 6 Kd księgwania Pdple 7 Referencja klienta 4 / n / c Frmat: MMDD 2 / an/ v m C = kredyt (uznanie) D = debet (bciążenie) 1 / an / c Ostatnie miejsce kdu ISO (3. miejsce kdu waluty). 15 / n / v m Kwta w walucie rachunku z przecinkiem rzdzielającym części dziesiętne Frmat: 000000000000,00 4 / an / c m Kd księgwania, przy czym na 1. miejscu zawsze "N" 16 / an / v m Separatr 2/an/c Pdple 8 Referencje banku Separatr 2/an/c Pdple 9 34/an/v <CR><LF>:86: Dwlne ple <CR><LF>:62x: Rdzaj salda Pdple 1 Wskaźnik Winien/Ma Pdple 2 Data księgwania Pdple 3 Waluta Pdple 4 Kwta <CR><LF>:64: Aktualne sald wg daty waluty Pdple 1 Wskaźnik Winien/Ma Pdple 2 Data księgwania Pdple 3 Waluta Pdple 4 Kwta 16/an/v Referencje banku 800 / / v Referencja klienta 1 d 16 znaków alfanumerycznych Nie są umieszczane referencja klienta i wstawiane jest "NONREF". Separatr: // Występuje tylk wtedy, gdy istnieje pdple 8 Separatr: <CR><LF> Występuje tylk wtedy, gdy istnieje pdple 9 Oryginalna waluta raz kwta Frmat: /OCMT/3a15n 3a kd waluty ISO-4217 15n kwta z przecinkiem rzdzielającym wartści dziesiętne Dwlne ple - gólneg stswania Max. 800 znaków p 65 znaków w wierszu Opis struktury pla jest przedstawiny w dalszej części instrukcji 25 // v m x = F dla salda kńcweg 1 / an / c m C = kredyt (sald kredytwe) D = debet (sald debetwe) 6 / n / c m Frmat: RRMMDD = aktualna data księgwania 3 / an / c m Kd waluty zgdnie z ISO-4217 15 / n / v m 25 / / v m 1 / x / f m Kwta w walucie rachunku z przecinkiem rzdzielającym części dziesiętne Frmat: 000000000000,00 C = kredyt (sald kredytwe) D = debet (sald debetwe) 6 / n / c m Frmat: RRMMDD 3 / x / c m Kd waluty wg ISO 15 / n / v m Kwta w walucie rachunku z przecinkiem rzdzielającym części dziesiętne Frmat: 000000000000,00 Struktura pla :86: Uwagi: Pla ":61:" i ":86:" mgą wielkrtnie występwać w wyciągu. Ple mże maksymalnie zawierać 800 znaków, natmiast SWIFT dpuszcza max. 390 znaków. Wiersz mże maksymalnie składać się z 65 znaków. Znakiem ddzielającym pszczególne pdpla strukturalneg pla :86: jest jeden znak ^ za kdem GVC. Jeśli ple ze statusem (pcjnalne) nie zawiera wartści, t nie pwinn występwać w plu :86: Max. długść w Pdpla bajtach / Typ Status Frmat i zawartść p zmianach pla :86: pla / Frmat GVC 3 / n / c m Kd peracji
Uwaga: mgą wystąpić 2 rdzaje kdów GVC: 3 cyfrwy lub 4 cyfrwy - rdzaj kdu zależny d indywidualnych uzgdnień z klientem s 1 / an / c m s = ^ 00 27 / an / v m Opis kdu peracji 20 27 / an / v Szczegóły płatnści 21 27 / an / v Szczegóły płatnści 22 27 / an / v Szczegóły płatnści 23 27 / an / v Szczegóły płatnści 24 27 / an / v Szczegóły płatnści 25 27 / an / v Szczegóły płatnści 26 27 / an / v Infrmacje ddatkwe 27 27 / an / v Infrmacje ddatkwe 28 27 / an / v Infrmacje ddatkwe 30 12 / an / v Numer Banku kntrahenta 31 24 / an / v Ple wypełniane tylk w przypadku, gdy rachunek nie jest w standardzie NRB / IBAN 32 27 / an / v Nazwa kntrahenta (linia 1) Adres kntrahenta, nazwa ulicy, nr budynku/lkalu, kd pcztwy, miejscwść 33 27 / an / v Nazwa kntrahenta (linia 2) Kntynuacja pdpla 32: nazwa kntrahenta Adres kntrahenta, nazwa ulicy, nr budynku/lkalu, kd pcztwy, miejscwść 34 3 / n / v Uzupełnienie kdu peracji (w zależnści d rdzaju kdu) 1. dla 4 cyfrweg GVC - czwarty znak kdu peracji jak pierwszy( licząc d prawej ), pzstałe dwa znaki w pdplu 34 uzupełnin zerami. 2. dla 3 cyfrweg GVC - zawsze trzy zera 38 34 / an / v Ple wypełniane tylk w przypadku, gdy rachunek jest w standardzie NRB / IBAN 61 16 / an / v Sygnatura Uwaga: wystąpienie pla zależne d indywidualnych ustaleń z Klientem Banku 62 27 / an / v Nazwa kntrahenta (linia 3) Kntynuacja pdpla 33: nazwa kntrahenta Adres kntrahenta, nazwa ulicy, nr budynku/lkalu, kd pcztwy, miejscwść 63 27 / an / v Nazwa kntrahenta (linia 4) Kntynuacja pdpla 62: nazwa kntrahenta Adres kntrahenta, nazwa ulicy, nr budynku/lkalu, kd pcztwy, miejscwść 64 27 / an / v Nazwa kntrahenta (linia 5) Kntynuacja pdpla 63: nazwa kntrahenta Adres kntrahenta, nazwa ulicy, nr budynku/lkalu, kd pcztwy, miejscwść 65 27 / an / v Nazwa kntrahenta (linia 6) Kntynuacja pdpla 64: nazwa kntrahenta Adres kntrahenta, nazwa ulicy, nr budynku/lkalu, kd pcztwy, miejscwść Przykładwy frmat struktury pla :86: :86:230^00PRZELEW ^34000 ^3012401053 ^38PL ccaaxxxxxxxxyyyyyyyyyyyyyyyy ^20LINIA 1-SZCZEGOLY PLATNOSCI^21LINIA 2-SZCZEGOLY PLATNOSCI ^22LINIA 3-SZCZEGOLY PLATNOSCI^23LINIA 4-SZCZEGOLY PLATNOSCI ^24LINIA 5-SZCZEGOLY PLATNOSCI^25LINIA 6-SZCZEGOLY PLATNOSCI ^26INFORMACJE DODATKOWE^27INFORMACJE DODATKOWE ^28INFORMACJE DODATKOWE ^32NAZWA KONTRAHENTA(L1)^33NAZWA KONTRAHENTA(L2) ^61SYGNATURA ^62NAZWA KONTRAHENTA(L3)^63ADRES KONTRAHENTA(L4) ^64ADRES KONTRAHENTA(L5)^65ADRES KONTRAHENTA(L6) Przykładwy kmunikat MT940 :20:1 :25:/PL ccaaxxxxxxxxyyyyyyyyyyyyyyyy :28C:12345 :60F:C050208PLN000000000100,30 :61:0502090209CN000000000005,00N230NONREF :86:230^00PRZELEW ^34000 ^3012401053 ^38PL ccaaxxxxxxxxyyyyyyyyyyyyyyyy
^20LINIA 1-SZCZEGOLY PLATNOSCI^21LINIA 2-SZCZEGOLY PLATNOSCI ^22LINIA 3-SZCZEGOLY PLATNOSCI^23LINIA 4-SZCZEGOLY PLATNOSCI ^24LINIA 5-SZCZEGOLY PLATNOSCI^25LINIA 6-SZCZEGOLY PLATNOSCI ^28INFORMACJE DODATKOWE ^32NAZWA KONTRAHENTA(L1)^33NAZWA KONTRAHENTA(L2) ^61SYGNATURA ^62NAZWA KONTRAHENTA(L3)^63ADRES KONTRAHENTA(L4) ^64ADRES KONTRAHENTA(L5)^65ADRES KONTRAHENTA(L6) :62F:C050209PLN000000000105,30 :64:C050209PLN000000000205,30 11.Dtyczy punktu 15.13 System bankwści internetwej Wyknawcy jest wypsażny w kmplekswe i spójne rzwiązania, które zapewniają użytkwnikm bezpieczeństw w każdym bszarze mającym wpływ na działanie systemu. W zakresie bezpieczeństwa lgwania m.in.: indywidualny identyfikatr użytkwnika wraz z hasłem maskwanym, wykrzystanie pdpisu elektrniczneg na karcie prcesrwej zabezpiecznej kdem PIN wraz z ddatkwym zabezpieczeniem w pstaci cechy bimetrycznej (dcisku palca), lgwanie się za pmcą klawiatury kmputerwej lub wirtualnej, kreślenie adresów TCP/IP stacji rbczych, z których mgą być dknywane peracje, kreślenie dni i gdzin, w których mżliwy jest dstęp użytkwników d systemu. Prsimy ptwierdzenie, że w/w rzwiązania spełniają wymgi dnśnie bezpieczeństwa lgwania d systemu bankwści elektrnicznej. 12.Dtyczy punktu 15.14 Wyknawca prsi ptwierdzenie, że Zamawiający zaakceptuje każdy frmat plików wymiany danych udstępnianych w systemie bankwści elektrnicznej Wyknawcy pd warunkiem dstarczenia mu specyfikacji tych frmatów. 13.Dtyczy punktu 16.6 Czy Zamawiający zaakceptuje udstępnienie mu przez Wyknawcę knwerterów umżliwiających autmatyczne przekształcanie plików wymiany danych d frmatów znanych i akceptwanych przez systemy Wyknawcy i Zamawiająceg. 14.Dtyczy punktu 16.7 i 16.8 Wyknawca prsi ptwierdzenie, że Zamawiający we własnym zakresie dstsuje systemy funkcjnujące we wszystkich jednstkach Zamawiająceg d wymgów systemu bankweg w zakresie frmatów wymiany danych zgdnie z przedstawiną przez Wyknawcę specyfikacją. 15. Dtyczy paragrafu 9 punkt 2 Wyknawca prsi akceptację - W systemie PekaBZNES24 limity kwtwe są przypisywane d rachunków w ramach schematów akceptacji - nie są bezpśredni przypisywane użytkwnikm. 16.Czy zamawiający przewiduje twarcie i prwadzenie rachunków walutwych, a jeśli tak t w jakiej ilści i walutach.?