Dokument dotyczący oczekiwań klienta Frigidaire Ffgc3025lba jest dokumentem zawierającym wszystkie wymagania klienta dotyczące produktu Frigidaire Ffgc3025lba. Dokument ten został stworzony w celu pomocy w wyjaśnieniu, jakie specyfikacje i funkcje są niezbędne dla klienta, aby produkt mógł spełnić jego oczekiwania. Dokument powinien zawierać szczegółowe informacje na temat wymagań dotyczących wyglądu, wydajności, wymiarów, funkcji i innych aspektów produktu. Dokument powinien również zawierać informacje dotyczące oczekiwań dotyczących czasu, kosztów i jakości.
Ostatnia aktualizacja: Dokument dotyczący oczekiwań klienta Frigidaire Ffgc3025lba
Aby efektywnie rozpocząć pracę z modułem finansowo – księgowym, należy na początku zdefiniować lub wybrać rok obrotowy, kasę i rachunek bankowy. Polecenia z tym związane znajdują się w dolnym menu programu. Nie mniej ważne jest dostosowanie do swoich potrzeb i standardów planu kont oraz dzienników dokumentów. Cele: Wymagania: W tym kroku: Utworzymy i wybierzemy rok obrotowy, co jest niezbędnym warunkiem do rozpoczęcia pracy w module Finanse i Księgowość. Aby założyć rok obrotowy: Informacja: Jeśli nie jest to pierwsze uruchomienie programu i okno Wyboru roku obrotowego nie pojawiło się automatycznie, oznacza to, że został już wcześniej założony i wybrany rok obrotowy. Aby uruchomić okno Wyboru roku obrotowego w takiej sytuacji, należy kliknąć w dolnej części ekranu w pole Rok:numer roku. Wskazówka: Jeżeli w danej firmie statut określa inne daty rozpoczęcia i zakończenia roku obrotowego, to można je ustawić w tym miejscu. Należy pamiętać, że poza szczególnymi przypadkami, rok obrotowy powinien trwać pełne 12 miesięcy. Uwaga: Ponieważ zmiana dat rozpoczęcia i zakończenia roku wiąże się z modyfikacjami w bazach danych, zaleca się uważne wpisywanie dat, tak aby uniknąć ich późniejszego poprawiania. W tym kroku: Dodamy kasę, która umożliwia śledzenie stanu zasobów finansowych dostępnych w formie gotówki. W jednej firmie może być wiele kas, na przykład przypisanych do różnych oddziałów. Aby dodać kasę: Uwaga: Po wprowadzeniu jakiegokolwiek dokumentu kasowego nie ma już możliwości wprowadzenia bilansu otwarcia kasy, dlatego należy o tym pamiętać konfigurując program. Aby wybrać kasę: Aby sprawdzić stan kasy: W tym kroku: Zdefiniujemy rachunek bankowy. W programie RAKSSQL można zdefiniować wiele rachunków, co skraca czas potrzebny na wielokrotne wprowadzanie tych samych danych równocześnie zmniejszając ryzyko popełnienia błędów oraz umożliwia prowadzenie za pomocą programu rozliczeń z bankiem (polecenia przelewu, homebanking i import wyciągów bankowych). Aby założyć rachunek bankowy: Informacja: We wszystkich oknach programu należy wypełnić te pola, które są zaznaczone ciemniejszą ramką. Brak danych w tych polach uniemożliwi zapisanie zmian. Wypełnienie pól z jasną ramką nie jest wymagane. Informacja: Program rozpoznaje rachunki bankowe. Jeśli wprowadzony numer będzie zawierał poprawnie zakodowany numer banku, to program uzupełni jego dane. Dodatkowo, jeśli pomimo rozpoznania banku wprowadzony numer będzie nieprawidłowy, program wyświetli przy zapisie stosowny komunikat. Informacja: Jeśli masz w programie zdefiniowane rachunki bankowe, których już nie używasz, możesz je oznaczyć jako archiwalne. Nie będą one zaciemniały widoku okna wyboru rachunków bankowych, a nadal będą widoczne w tych miejscach w programie, w których zostały użyte, np. na wydrukach dokumentów handlowych. Wskazówka: Aby poprawnie działał eksport, należy dowiedzieć się w jakim formacie bank, w którym posiadamy konto, przyjmuje pliki i wybrać odpowiedni format z listy. Informacja: Program weryfikuje poprawność danych i jeżeli wykryje błędy (np. nieprawidłowy NIP), wyświetli stosowny komunikat. Jeśli wprowadzone dane mają służyć tylko nauce, należy kliknąć i pozwolić zapisać dane mimo błędów. Nie wpłynie to na dalszą pracę programu. Aby wybrać Rachunek bankowy: W tym kroku: Założymy przykładowy kod dokumentu dla faktury zakupu. Kody dokumentów umożliwiają utrzymanie porządku we wprowadzanych dokumentach księgowych i ułatwiają ich wyszukiwanie. Aby dodać kod dokumentu: Wskazówka: Skorzystaj z opcji powielania kodu dokumentów, aby dodać kod podobny do już istniejącego. Kliknij prawym przyciskiem myszy na wierszu z kodem do powielenia i z rozwijanego menu wybierz Powiel. Program otworzy okno Kod dokumentu, w którym wszystkie pola będą powielały ustawienia z kodu pierwotnego. Należy uzupełnić puste pole Kod, które musi mieć wpisaną wartość unikatową. W tym kroku: Oswoimy się z planem kont. Poniżej znajdziecie opis jak sprawnie poruszać się po planie kont, stworzyć nowe konto, jak powiązać je z tabelą bilansu w przypadku kont bilansowych oraz rachunkiem zysków i strat w przypadku kont wynikowych, a także jak wprowadzić bilans otwarcia. W tym ćwiczeniu omówimy: Na początek kilka ogólnych uwag dotyczących efektywnego poruszania się po planie kont. Rozwiń: Nawigacja po planie kont Aby przejść do planu kont: W uruchomionym module Finanse i Księgowość w menu głównym wybierz Kartoteki, a następnie Plan kont z rozwijanego menu. W oknie głównym zostanie wyświetlona lista z Kontami księgowymi. Sposoby wyszukiwania kont: Wskazówka: Aby program ponownie pokazał pełen plan kont, należy wykasować frazę wpisaną w oknie Wyszukiwanie i wcisnąć Enter. Aby dodać konto: Uwaga: Numer konta jest pozycją nieedytowalną. Oznacza to, że po stworzeniu konta o określonym numerze, nie ma możliwości późniejszej zmiany tego numeru. Jeżeli numer zostanie błędnie podany, to jedyną możliwością naprawy jest usunięcie takiego konta i utworzenie nowego z poprawnym numerem. Konta bilansowe, które będą miały wpływ na pozycje w tabeli bilansu, należy z nimi powiązać. Dzięki temu salda konta będą się automatycznie aktualizowały w tabeli bilansu. W tym ćwiczeniu przypiszemy do konta 226 odpowiednią pozycję w zestawieniu bilansowym. Aby przypisać zestawienie do konta: Wskazówka: Aby szybko wyszukać pozycję 54, tak samo jak przy wyszukiwaniu kont na planie kont, kliknij w kolumnę z liczbą porządkową i wpisz na klawiaturze 54. Program odnajdzie odpowiednią pozycję Uwaga: Konto syntetyczne i analityczne nie może być powiązane z tą samą pozycją w bilansie, ponieważ spowoduje to zdublowanie zapisów. Należy albo przypisać konto syntetyczne, jeśli wszystkie wpisy na kontach analitycznych mają wpływać na pozycję w bilansie, albo każde z kont analitycznych przypisać osobno do odpowiedniej pozycji bilansowej. Aby wprowadzić bilans otwarcia: Wskazówka: Bilans będzie widoczny w planie kont i w innych zestawieniach dopiero po zatwierdzeniu. Przed zatwierdzeniem można go wielokrotnie zamykać i otwierać, wprowadzone wcześniej dane zostają zapisane. Również po zatwierdzeniu bilansu można go w razie potrzeby odblokować, wprowadzić zmiany i zatwierdzić ponownie. Krok 1: Zakładanie roku obrotowego
Krok 2: Ustawienie kasy
Krok 3: Ustawienie rachunku bankowego
Krok 4: Definiowanie kodów dokumentów
% – dzień
@ – miesiąc
$ – rok
# – numer porządkowyKrok 5: Plan kont
Kliknij na kolumnę Numer i zacznij wpisywać numer konta, którego szukasz, np. 223. Program z każdą kolejną wpisywaną liczbą pozycjonuje nas w odpowiednim wierszu. Tak samo można wyszukiwać wpisując początek nazwy w kolumnie Nazwa, Waluta, Saldo i Rodzaj.
Obok pola Wyszukiwanie w górnej części okna znajduje się ikona przedstawiająca lupę . Naciśnij tę ikonę, aby rozwinąć menu wyszukiwania.
Każda kolumna ma w nagłówku ikonę do rozwijanego menu Dodanie konta
Powiązanie konta z tabelą bilansu
Bilans otwarcia
Nr konta Nazwa konta Saldo WN Saldo MA 101 Kasa 46 258, 00 131 Bieżące rachunki bankowe 39 000, 00 331 Towary 23 500, 98 801 Kapitał podstawowy 50 000, 00 860 Wynik finansowy 58 758, 98 RAZEM 108 758, 98
12 stycznia 2018 r.
Komunikat Urzędu Komisji Nadzoru Finansowego dotyczący wybranych oczekiwań nadzorczych w odniesieniu do okresu przejściowego związanego z implementacją Dyrektywy PSD2
W dniu 13 stycznia 2016 r. weszła w życie Dyrektywa Parlamentu Europejskiego i Rady (UE) 2015/2366 z dnia 25 listopada 2015 r. w sprawie usług płatniczych w ramach rynku wewnętrznego, zmieniająca dyrektywy 2002/65/WE, 2009/110/WE, 2013/36/UE i rozporządzenie (UE) nr 1093/2010 oraz uchylająca dyrektywę 2007/64/WE (dalej: PSD21), która powinna zostać implementowana do polskiego porządku prawnego do dnia 13 stycznia 2018 r. Aktualnie w Polsce trwają prace nad nowelizacją ustawy z dnia 19 sierpnia 2011 r. o usługach płatniczych (dalej: UUP) dotyczące implementacji PSD2, lecz nie zostaną one zakończone w powyższym terminie. Zakłada się, że znowelizowana ustawa wejdzie w życie w II kw. 2018 r.
Kluczowym aktem prawnym uzupełniającym wymogi PSD2 jest Rozporządzenie delegowane Komisji Europejskiej uzupełniające dyrektywę Parlamentu Europejskiego i Rady 2015/2366 w odniesieniu do regulacyjnych standardów technicznych dotyczących silnego uwierzytelniania klienta i wspólnych i bezpiecznych otwartych standardów komunikacji (dalej: RTS), które jest obecnie procedowane na poziomie organów Unii Europejskiej. Przewiduje się, że RTS zostaną opublikowane w marcu 2018 r. i zaczną być stosowane we września 2019 r. Oznacza to, że dostawcy usług płatniczych będą mieli 18 miesięcy na wdrożenie wymagań RTS od daty ich wejścia w życie.
Biorąc pod uwagę różnicę pomiędzy datą implementacji PSD2 a datą stosowania RTS, Urząd Komisji Nadzoru Finansowego (dalej: UKNF) przedstawia w niniejszym komunikacie oczekiwania nadzorcze w odniesieniu do zasad działania dostawców usług płatniczych w okresie przejściowym, w ramach którego należy wyróżnić:
a)
okres przejściowy I (tj. od dnia 13 stycznia 2018 r. do daty implementacji PSD2 w Polsce: przewidywany II kw. ),
b)
okres przejściowy II (tj. od daty implementacji PSD2 w Polsce do daty stosowania RTS).
W okresie przejściowym I przepisy aktów prawa polskiego, w szczególności UUP i wynikające z niej akty wykonawcze, powinny być nadal w Polsce stosowane, o ile nie będą sprzeczne z bezpośrednio skutecznymi przepisami aktów unijnych (PSD2, rozporządzenia delegowane i wykonawcze Komisji (UE)).
Rozważając zakres stosowania prawa wspólnotowego i zależności pomiędzy prawem wspólnotowym a prawem krajowym po 13 stycznia 2018 r., UKNF będzie kierować się następującymi zasadami wyznaczającymi ogólny kierunek stosowania prawa wspólnotowego.
1 http://eur-lex. eu/legal-content/PL/TXT/PDF/? uri=CELEX:32015L2366&from=PL 2 * Zasada pierwszeństwa prawa wspólnotowego
Zasada pierwszeństwa prawa wspólnotowego oznacza zapewnienie wszystkim normom prawa wspólnotowego przewagi w razie konfliktu z jakąkolwiek wcześniejszą lub późniejszą normą krajową w każdym państwie członkowskim. Zatem w sytuacji, gdy przepisy prawa państwa członkowskiego są sprzeczne z bezpośrednio skutecznymi przepisami prawa wspólnotowego, wówczas sądy i organy krajowe mają obowiązek stosować prawo wspólnotowe.
* Bezpośrednia skuteczność przepisów dyrektywy
Zasada bezpośredniej skuteczności dyrektyw została ukształtowana w licznym orzecznictwie Europejskiego Trybunału Sprawiedliwości (ETS). W odniesieniu do dyrektyw ETS uznał, że uprawnienia przyznane jednostkom przez prawo wspólnotowe mogą być powoływane przed organami krajowymi bezpośrednio w celu ich wykonania, o ile spełnione są następujące warunki:
a)
przepisy danej dyrektywy są precyzyjne i bezwarunkowe,
b)
z norm dyrektywy wynikają prawa jednostek wobec państwa,
c)
upłynął termin implementacji dyrektywy przez dane państwo członkowskie, a jej normy nie zostały implementowane, albo implementacja jest nieprawidłowa.
* Pośredni skutek dyrektyw
Zasada skutku pośredniego jest generalną dyrektywą interpretacyjną, zgodnie z którą na krajowych organach sądowych i administracyjnych ciąży obowiązek wykładni prawa krajowego zgodnie z prawem wspólnotowym.
Implementacja PSD2 będzie implikowała istotne zmiany legislacyjne na rynku usług płatniczych, ponieważ niepodlegające dotychczas nadzorowi ostrożnościowemu podmioty trzecie (z ang. Third Party Providers - TPP), po spełnieniu wymogów prawnych, będą mogły w imieniu użytkownika usług płatniczych uzyskać dostęp do informacji o jego rachunku lub zlecać realizację płatności.
PSD2 reguluje trzy nowe usługi oparte na dostępie do rachunku płatniczego:
Ř usługi inicjowania płatności (PIS), o których mowa w art. 66 PSD2,
Ř usługi dostępu do informacji o rachunku (AIS), o których mowa w art. 67 PSD2,
Ř usługi potwierdzania dostępności środków na rachunku płatniczym (CAF), o których mowa w art. 65 PSD2.
Szczegółowe zasady prowadzenia działalności przez podmioty świadczące powyższe usługi, w tym ich prawa i obowiązki, będą stosowane w Polsce dopiero od dnia wejścia w życie przepisów implementujących PSD2.
Wymogi dotyczące zasad komunikacji pomiędzy dostawcami usług płatniczych w zakresie świadczenia usług dostępu do rachunku zostaną określone w RTS. Wymogi będą dotyczyć zarówno dostawców prowadzących rachunki (m. in. banków komercyjnych, banków spółdzielczych oraz spółdzielczych kas oszczędnościowo-kredytowych (SKOK)), jak również dostawców świadczących usługi oparte na dostępie do rachunku (TPP).
Należy wskazać, że zgodnie z projektem RTS2 opublikowanym przez Komisję Europejską w dniu 27 listopada 2017 r. każdy dostawca usług płatniczych prowadzący rachunek dostępny za pośrednictwem Internetu (z ang. Account Servicing Payment Service Provider - ASPSP, np. bank) zobowiązany będzie zapewnić co najmniej jeden interfejs komunikacji z TPP. Udostępniony interfejs powinien pozwalać TPP na wzajemną identyfikację z dostawcą prowadzącym rachunek przed rozpoczęciem świadczenia usługi na zlecenie użytkownika. Dostawcy prowadzący rachunek mogą zapewnić interfejs komunikacji z TPP poprzez:
a)
utworzenie dedykowanego interfejsu komunikacji (tzw. API), który będzie zawierał wszystkie niezbędne informacje i funkcje dla podmiotów świadczących usługi dostępu do rachunku, lub
b)
modyfikację dotychczasowego systemu bankowości internetowej (niezbędne byłoby rozszerzenie funkcjonalności systemu w zakresie możliwości identyfikowania się TPP względem dostawcy prowadzącego rachunek).
W opinii UKNF bezpieczniejszym rozwiązaniem, z punktu widzenia zapewnienia efektywnej kontroli nad zakresem danych udostępnianych podmiotom trzecim, jest utworzenie dedykowanego interfejsu komunikacji z TPP.
W polskim sektorze bankowym, pod auspicjami Związku Banków Polskich, prowadzone są obecnie prace nad stworzeniem standardu komunikacji z TPP w ramach projektu Polish API. UKNF kierunkowo popiera stworzenie krajowego standardu API w zakresie komunikacji z TPP, co mogłoby zagwarantować ujednolicone i bezpieczne zasady dostępu TPP do rachunków płatniczych.
Kwestia określenia zasad działania dostawców usług płatniczych w okresie przejściowym w związku z PSD2/RTS została przedstawiona w opublikowanej opinii Europejskiego Urzędu Nadzoru Bankowego (EBA) z dnia 19 grudnia 2017 r. w sprawie okresu przejściowego PSD1- PSD23. Biorąc po uwagę powyższe w okresie przejściowym I, jak i II, o których mowa w niniejszym komunikacie, dostawcy prowadzący rachunki płatnicze stosują regulacje w zakresie bezpieczeństwa płatności, które obowiązywały przed datą wejścia w życie PSD2 (tj. przed 12 stycznia 2016 r. ).
Zgodnie z opinią EBA w sprawie okresu przejściowego wcześniejsze spełnienie wymogów RTS pozwoliłoby zapewnić zgodność z przepisami PSD2, np. w zakresie obowiązku TPP odnośnie wykorzystywania tylko tych danych i informacji, które są niezbędne do wykonania usługi zgodnie z dyspozycją użytkownika. Dodatkowo EBA podkreśla, że wdrożenie wymogów bezpieczeństwa zawartych w PSD2 i RTS ułatwiłoby dostawcom usług płatniczych zapewnienie zgodności ich działalności z tzw. RODO, tj. Rozporządzeniem 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ólnym rozporządzeniem o ochronie danych)4, np. w zakresie wymogów bezpieczeństwa określonych w art. 32 RODO5.
2http://ec. pdf
3http://www. pdf
4http://eur-lex. eu/legal-content/PL/TXT/PDF/? uri=CELEX:32016R0679&from=PL
5RODO będzie stosowane od dnia 25 maja 2018 r.
W związku z powyższym UKNF, popierając jednocześnie opinię EBA, oczekuje posiadania przez dostawców prowadzących rachunek dedykowanego interfejsu komunikacji z TPP, spełniającego wymogi przewidziane w RTS, w możliwie najszybszym terminie. Zdaniem UKNF takie podejście pozwoli zabezpieczyć dane uwierzytelniające klientów oraz zapewnić TPP możliwość wcześniejszego przetestowania funkcjonalności interfejsu komunikacji na potrzeby świadczenia usług dostępu do rachunku.
UKNF informuje, że proces dostosowywania działalności podmiotów nadzorowanych do obowiązków wynikających z PSD2 będzie przedmiotem analiz i weryfikacji w trakcie działań nadzorczych.
W eBOK dowiesz się wszystkiego
Aplikacja eBOK umożliwia m. in. sprawdzenie salda, pobranie oraz opłacanie faktur, a także zawarcie umowy produktowej.
Większość spraw w eBOK załatwisz wygodnie,
bez wychodzenia z domu czy dzwonienia na infolinię.