Uprawnienia do rachunków bankowych

[Maciej Chudzicki 0]

Witam serdecznie 

Mam nadzieję iż się nie powtarzam, ale szukając nie znalazłem odpowiedzi:

- Czy/Jak nadać /zabrać urawnienia użytkownikom do pracy na konkretnym rachunku bankowym.

Przykład : Posiadam rachunek Bankowy "PŁACE" , rejestrując go w programach udostępniam zapisy z wynagrodzeniami dla każdego pracownika mającego dostęp do rachunków bankowych np. rozliczających należności handlowe 

 

Moim zdaniem jest to poważna wada programistyczna, gdyż są to dane tajne.

 

Maciek 

 

[Radomił Ząbik 308]

Też mieliśmy z tym problem i jedyne rozwiązanie, jakie nam zaproponowano i działa, to ukrycie Rozrachunków z Rewizora i Gratyfikanta, w Subiekcie - czyli w efekcie, konto będzie na liście, ale nie będzie dla niego widocznych rozrachunków. Jeśli korzystamy z multiprogramu, ważne jest też wtedy, którym skrótem uruchamiamy, najlepiej nawet wypiąć Gratyfikanta i wtedy do robienia wypłat, działać tylko na nim, wtedy, w Subiekcie się nie pojawią. Minusem jest to, że jak odpalimy z Rewizora i dodamy np. wyciąg do normalnego konta, to w Subiekcie go nikt nie zobaczy:

[Maciej Chudzicki 0]

Dziękuję za odpowiedź, ale to nie jest rozwiązanie sprawy gdyż osoba pracująca na Subiekcie opracowuje rozrachunki i je rozlicza zarówno po stronie nabyć jak sprzedaży i musi to robić.

Drugi rachunek bankowy jest używany do wypłat więc dla tej osoby jest tajny!!!

Kolejny zaś zawiera rozliczenia właścicielskie więc jest podwójnie tajny.

Nadal uważam, iż nie jest do "niedostatek" funkcjonalny, a klasyczny bug na etapie projektowania uprawnień i być może bazy danych. Nie wiem na jakiej zasadzie ktoś wpadł na pomysł dając możliwość pracy oddziałowej, pracy z użytkownikami itp i finanse są transparentne dla całej firmy. Tzn od magazyniera do prezesa albo wszyscy wiedzą co i jak albo prezes klepie rozrachunki ??

Następna sprawa tym razem już bodaj na pewno od maja 2018 roku Nexo będzie niezgodne z prawem czyli z osławionym RODO. Dlaczego?  gdyż  na wyciągu będzie dostęp pracowników do danych imię nazwisko adres płaca co jest daną wrażliwą o ilę się nie mylę więc takie zapisy muszą podlegać "ohasłowaniu" a nie ukrywaniu

 

Maciek

 

 

Edytowane 7 Listopada 2017 przez Maciej Chudzicki

[Radomił Ząbik 308]

Oczywiście opisane przez mnie sposoby, są metodą rozwiązania jakoś problemu przy obecnej konfiguracji i opcjach systemu, też nam się do końca nie podobają, ale zorientowaliśmy się dopiero po jego wdrożeniu, a to już trochę za późno, więc trzeba było Sobie jakoś radzić!

15 minut temu, Maciej Chudzicki napisał:

Dziękuję za odpowiedź, ale to nie jest rozwiązanie sprawy gdyż osoba pracująca na Subiekcie opracowuje rozrachunki i je rozlicza zarówno po stronie nabyć jak sprzedaży i musi to robić.

I przy tej konfiguracji, nic się nie zmienia, musi ona jedynie włączać program poprzez skrót Subiekta i nie mieć uprawnień do Rewizora/Gratyfikanta

10 minut temu, Maciej Chudzicki napisał:

Drugi rachunek bankowy jest używany do wypłat więc dla tej osoby jest tajny!!!

I na tym rachunku, wykonujemy operacje tylko przez uprawnioną osobę, za pomocą Gratyfikanta - czyli z poziomu Gratyfikanta wyrzucamy do banku i wczytujemy wyciągi. Wtedy, przy zastosowaniu konfiguracji jak wyżej, nikt w Subiekcie nic nie zobaczy.

11 minut temu, Maciej Chudzicki napisał:

Kolejny zaś zawiera rozliczenia właścicielskie więc jest podwójnie tajny.

A na tych rozrachunkach działamy tylko z poziomu Rewizora, więc podobnie w Subiekcie nie będą one widoczne.

Dokładnie tak samo, korzystamy u nas w firmie

12 minut temu, Maciej Chudzicki napisał:

Nadal uważam, iż nie jest do "niedostatek" funkcjonalny, a klasyczny bug na etapie projektowania uprawnień i być może bazy danych. Nie wiem na jakiej zasadzie ktoś wpadł na pomysł dając możliwość pracy oddziałowej, pracy z użytkownikami itp i finanse są transparentne dla całej firmy. Tzn od magazyniera do prezesa albo wszyscy wiedzą co i jak albo prezes klepie rozrachunki ??

Też tak uważamy, ale to już Insert musi się wypowiedzieć. Bywało gorzej, bo kiedyś pracownicy pojawiali się w liście klientów razem z adresami i numerami PESEL i trzeba było stosować wybiegi, w postaci robienia pustego opiekuna i blokowaniu klientów bez opiekunów, to dopiero była wtopa

14 minut temu, Maciej Chudzicki napisał:

Następna sprawa tym razem już bodaj na pewno od maja 2018 roku Nexo będzie niezgodne z prawem czyli z osławionym RODO. Dlaczego?  gdyż  na wyciągu będzie dostęp pracowników do danych imię nazwisko adres płaca co jest daną wrażliwą o ilę się nie mylę więc takie zapisy muszą podlegać "ohasłowaniu" a nie ukrywaniu

Może to wpłynie na zmiany w NEXO, aczkolwiek, rządzący zasypują prawo handlowe dużą ilością ustaw, przez co cierpi też system, bo oni zasoby programistyczne tracą na te zmiany jak Split payment czy płatne reklamówki

 

[Maciej Chudzicki 0]

8 minut temu, Radomił Ząbik napisał:

 

Może to wpłynie na zmiany w NEXO, aczkolwiek, rządzący zasypują prawo handlowe dużą ilością ustaw, przez co cierpi też system, bo oni zasoby programistyczne tracą na te zmiany jak Split payment czy płatne reklamówki

 

Powiem tak, rachunki użytkownicy itp są obiektami, nie widzę więc dużej pracy z uprawnieniami ...

Edytowane 7 Listopada 2017 przez Maciej Chudzicki

[Rafał Płaszewski 364]

Witam,

na dzisiaj można skorzystać z takiej konfiguracji systemu jak opisał to Pan Radomił. Nie wiem Panie Macieju czy pracujecie w multiprogramie i z jakimi programami.  Oczywiście zgadzam się z Panem, że jest potrzeba większej możliwości blokowania dostępu użytkowników do różnych informacji. W tej chwili w nexo można na poziomie bazy danych profilować dostęp użytkowników do magazynów/oddziałów jak też stanowisk kasowych. Chcemy dorobić takie profilowanie również dla rachunków bankowych. Planujemy również rozbudowę uprawnień o proste przypisanie użytkownika do stanowiska kasowego, rachunku bankowego i zablokowanie dostępu do innych stanowisk kasowych i rachunków bankowych. Jednak ze względu na ilość zmian prawnych, takie funkcjonalności po prostu czekają w kolejce. Przed Nami jeden przelew do ZUS, reklamówki czyli opłata recyklingowa, JPK_VAT dla wszystkich (od 1 stycznia 2018) płatność podzielona (split payment) od 1 kwietnia 2018. Wspomniane przez Pana RODO również wymusza zmiany w programie. 

[Maciej Chudzicki 0]

Dziękuję za odpowiedź.

 

Panie Rafale, z ciekawości może podeśle Pan link z funkcjonalnościami na przyszłość. Klasyczną programistyczną roadmap?

14 godzin temu, Rafał P. napisał:

......po prostu czekają w kolejce. .....

 

[Rafał Płaszewski 364]

Właściwie to napisałem powyżej o najważniejszych zmianach na najbliższe wersje.