Rozksięgowanie rozrachunku na różne konta

[Łukasz Zawadzki 9]

Witam,

szukamy rozwiązania dla następującego scenariusza:

Wyciąg bankowy wczytywany jest przy użyciu mt940.

Czasami występuje sytuacja, że przelew do jednego podmiotu dotyczy kilku rodzajów operacji księgowanych na oddzielnych kontach rozrachunkowych.

Program tworzy rozrachunek do dokumentu finansowego (całość przelewu) i pozwala na rozliczenia.

W definicji schematu ustawione jest - wyznacz konto na podstawie rozliczeń.

Ponieważ części rozliczenia nie zgadzają się z kwotą rozrachunku (dokument finansowy) program wywołuje błąd.

W starym systemie mamy taką funkcję, że po rozliczeniu rozrachunku można go podzielić na części według kont - czy w rewizorze istnieje jakaś podobna funkcja?

[Radosław Kostrzewa 880]

Nie, takiej funkcji nie ma, co nie oznacza, że nie da się z tym nic zrobić. W jaki sposób wyznaczane są konta, na które ma być podzielona wpłata i jaki jest algorytm podziału kwot?

[Daniel Kozłowski 1 549]

23 godziny temu, Łukasz Zawadzki napisał:

W starym systemie mamy taką funkcję, że po rozliczeniu rozrachunku można go podzielić na części według kont

Ja to rozumiem tak - najpierw program pozwala na błędne księgowania (w nazewnictwie programów insert narusza spójność między ewidencją księgową, a ewidencją rozrachunków), a później pozwala (ale nie wymaga) naprawić tego błędu, jeśli użytkownik tego nie zrobi (bo może, ale nie musi) to pozostaną błędne księgowania ? Proszę dokładniej opisać jak działa ta funkcjonalność w innym programie.

 

W nexo PRO dałoby się to zapewne obsłużyć, ale raczej koszty będą nieadekwatne do korzyści. Zastanowiłbym się na zmianą sposobu księgowania tych kilku rodzajów operacji, aby dodać przeksięgowanie na konto "głównych" rozrachunków z dostawcą.

[Łukasz Zawadzki 9]

42 minuty temu, Daniel Kozłowski napisał:

Proszę dokładniej opisać jak działa ta funkcjonalność w innym programie.

 

W wyciągu bankowym rozliczamy przelew i jest worker w menu - podziel płatność według rozrachunków

Po użyciu program dzieli pierwotną płatność na części według kwot rozliczenia plus kwota na rozrachunek nierozliczony

10 godzin temu, Radosław Kostrzewa napisał:

Nie, takiej funkcji nie ma, co nie oznacza, że nie da się z tym nic zrobić. W jaki sposób wyznaczane są konta, na które ma być podzielona wpłata i jaki jest algorytm podziału kwot?

To jest sytuacja  gdy podmiot jest ten sam - na wyciągu wybieram podmiot i rozliczam rozrachunki

 

49 minut temu, Daniel Kozłowski napisał:

Zastanowiłbym się na zmianą sposobu księgowania tych kilku rodzajów operacji, aby dodać przeksięgowanie na konto "głównych" rozrachunków z dostawcą.

Przykładowy scenariusz:

jednym przelewem płacone jest: wynagrodzenie pracownika z etatu, wynagrodzenie Zarządu i czynsz za wynajem

prowadzimy pełne rozrachunki (na kontach) więc opcja, że nie będzie rozrachunków odpada

konta na które mają się księgować części przelewu - rozrachunki z tytułu wynagrodzeń (pracownicy), rozrachunki z tytułu pełnionych funkcji (Zarząd), rozrachunki z tytułu dostaw i usług (czynsz)

[Andrzej Kubik 1 672]

3 godziny temu, Łukasz Zawadzki napisał:

jednym przelewem płacone jest: wynagrodzenie pracownika z etatu, wynagrodzenie Zarządu i czynsz za wynajem

prowadzimy pełne rozrachunki (na kontach) więc opcja, że nie będzie rozrachunków odpada

konta na które mają się księgować części przelewu - rozrachunki z tytułu wynagrodzeń (pracownicy), rozrachunki z tytułu pełnionych funkcji (Zarząd), rozrachunki z tytułu dostaw i usług (czynsz)

Jeśli konta są rozrachunkowe to nie ma możliwości zapisana jednego rozrachunku na kilka kont. Działa tu zasada "kwota zapisu = wartości rozrachunku" i nie ma tu żadnego pola do negocjacji. 

Skoro jest jedna operacja bankowa to tworzy się jeden rozrachunek na całą kwotę (albo nie tworzy się żaden). 

Trzeba gdzieś zapisać tę całą wartość i następnie przeksięgować na konta jakie potrzebujemy.

 

Czyli albo wrzucamy na jedno z używanych kont i przeksięgowujemy nadwyżki:

230 | 130 cała kwota

202 | 230 czynsz 

250 | 230 zarząd

 

albo ładniej, stosujemy dodatkowe konto pośrednie (tu 299)

299 | 130 cała kwota

250 | 299 zarząd

230 | 299 pracownicy

202 | 299 czynsz

 

IMO inaczej się nie da.

A jak to wykonać w Rewizorze?

Albo ręcznie, albo napisać/kupić dodatek, który to zrobi.

Rewizor nie ma na to żadnego wspomagania.

 

[Łukasz Zawadzki 9]

26 minut temu, Andrzej Kubik napisał:

Skoro jest jedna operacja bankowa to tworzy się jeden rozrachunek na całą kwotę (albo nie tworzy się żaden). 

Trzeba gdzieś zapisać tę całą wartość i następnie przeksięgować na konta jakie potrzebujemy.

To jest trochę nielogiczne

W wyciągu bankowym jest przelew do kontrahenta A na kwotę X

Rozliczamy tą kwotę z rozrachunkiem z konta A, B i C

Wszystko jest OK

W definicji schematu program ma wyznaczyć konto na podstawie rozliczeń

To generuje błąd - chodzi o wybór kwoty - powinna być możliwość wybrania kwoty rozliczanej na koncie A a nie przychodu lub rozchodu

Sprawdzę jeszcze czy czegoś nie pominąłem przy wyborze kwoty w schemacie

36 minut temu, Andrzej Kubik napisał:

Czyli albo wrzucamy na jedno z używanych kont i przeksięgowujemy nadwyżki:

230 | 130 cała kwota

202 | 230 czynsz 

250 | 230 zarząd

 

albo ładniej, stosujemy dodatkowe konto pośrednie (tu 299)

299 | 130 cała kwota

250 | 299 zarząd

230 | 299 pracownicy

202 | 299 czynsz

to nie do końca jest prawidłowe z różnych względów

 

ja muszę w wyciągu zlikwidować rozrachunek

w schemacie ustawić wyjątek - nie można wyznaczyć konta i podmiot X

w planie kont założyć konto rozrachunkowe (bez rozrachunków) np. 248-Przelewy - niezgodne z naszym modelem

przeksięgować wyjątek po stronie WN i MA na tym koncie

program zgłosi błąd, że suma bilansowa niezgodna

doksięgować ręcznie zapisy na wskazane konta po stronie WN - rodzaj rozrachunku SZ

[Andrzej Kubik 1 672]

6 minut temu, Łukasz Zawadzki napisał:

To jest trochę nielogiczne

W wyciągu bankowym jest przelew do kontrahenta A na kwotę X

Rozliczamy tą kwotę z rozrachunkiem z konta A, B i C

Wszystko jest OK

Albo nie rozumiem, albo mam innego Rewizora.

U mnie tak się nie da, a nawet jeśli się da (bo wszystkie te konta należą do jednego kontrahenta, tylko na różnych syntetykach) to nie da się zadekretować tej operacji bankowej.

 

PS

Nie dyskutuję na temat tego jak powinno być, tylko na temat tego jak jest, tym bardziej że ma przekonanie graniczące z pewnością że założenia dot. kont rozrachunkowych nie zostaną zmienione w przewidywalnej przyszłości.

Edytowane 3 Grudnia 2025 przez Andrzej Kubik

[Łukasz Zawadzki 9]

52 minuty temu, Andrzej Kubik napisał:

PS

Nie dyskutuję na temat tego jak powinno być, tylko na temat tego jak jest, tym bardziej że ma przekonanie graniczące z pewnością że założenia dot. kont rozrachunkowych nie zostaną zmienione w przewidywalnej przyszłości.

Drogi Panie jak najbardziej

Program w momencie wprowadzania wyciągu pozwala na rozliczenie płatności i lista rozrachunków z wszystkich kont jest dostępna a właściwie to nawet to nie ma znaczenia

Natomiast definicja schematu pozwala księgować na konta według rozliczeń

To że w dekretacji pojawia się błąd to to jest jakaś niedoróbka i natychmiast bez dyskusji do poprawki

i tak to właśnie jest

 

[Radosław Kostrzewa 880]

1 minutę temu, Łukasz Zawadzki napisał:

To że w dekretacji pojawia się błąd to to jest jakaś niedoróbka i natychmiast bez dyskusji do poprawki

Proszę zatem wysłać zgłoszenie na InsERT, ale już z góry uprzedzę, że tu żadnego błędu nie ma. Takie są założenia i mechanika wiązania operacji bankowych z wyciągów na zapisach księgowych, poniekąd też tych założeniach wspominał Andrzej.

 

Teoretycznie, dałoby się sferycznie dorobić funkcjonalność, która by realizowała Pana potrzebę biznesową (kwestia weryfikacji) tylko będzie to wymagać dodatkowych licencji Sfera Pro+ i oprogramowania plugina.

 

I jakby Pan operacją bankową chciał jednak rozliczać, to rozwiązanie własne musiałoby działać na samych operacjach bankowych, by potworzyły poszczególne operacje bankowe wg rozliczanych dokumentów + ostatnia operacja na wartość, której nie ma z czym rozliczyć i usunęłaby faktyczną operację bankową. Saldo pomiędzy nowymi a usuniętą - byłoby zgodne.
 

Można też i od strony wyciągu coś 'rozszerzyć' ale wymaga to wtedy innego podejścia.

[Andrzej Kubik 1 672]

Drogi Panie jak najbardziej
Program w momencie wprowadzania wyciągu pozwala na rozliczenie płatności i lista rozrachunków z wszystkich kont jest dostępna a właściwie to nawet to nie ma znaczenia

Tylko jeżeli rozrachunki dotyczą tego samego kontrahenta co operacja bankowa.
Dokładnie to napisałem.

definicja schematu pozwala księgować na konta według rozliczeń
To że w dekretacji pojawia się błąd to to jest jakaś niedoróbka i natychmiast bez dyskusji do poprawki

Proszę reklamować.

Dla mnie EOD.

[Łukasz Zawadzki 9]

W dniu 2.12.2025 o 10:27, Łukasz Zawadzki napisał:

Czasami występuje sytuacja, że przelew do jednego podmiotu dotyczy kilku rodzajów operacji księgowanych na oddzielnych kontach rozrachunkowych.

11 minut temu, Andrzej Kubik napisał:

 

Tylko jeżeli rozrachunki dotyczą tego samego kontrahenta co operacja bankowa.
Dokładnie to napisałem.

Proszę reklamować.

Dla mnie EOD.
 

 

ja też to napisałem i złożymy reklamację

[Daniel Kozłowski 1 549]

8 godzin temu, Łukasz Zawadzki napisał:

9 godzin temu, Daniel Kozłowski napisał:

Proszę dokładniej opisać jak działa ta funkcjonalność w innym programie.

W wyciągu bankowym rozliczamy przelew i jest worker w menu - podziel płatność według rozrachunków

Po użyciu program dzieli pierwotną płatność na części według kwot rozliczenia plus kwota na rozrachunek nierozliczony

Niestety to zbyt ogólny opis, nie wiadomo jakie i kiedy dokumenty i rozrachunki są tworzone, który w tej formie potwierdza zagrożenia, które opisałem.

 

8 godzin temu, Łukasz Zawadzki napisał:

9 godzin temu, Daniel Kozłowski napisał:

Zastanowiłbym się na zmianą sposobu księgowania tych kilku rodzajów operacji, aby dodać przeksięgowanie na konto "głównych" rozrachunków z dostawcą.

Przykładowy scenariusz:

jednym przelewem płacone jest: wynagrodzenie pracownika z etatu, wynagrodzenie Zarządu i czynsz za wynajem

prowadzimy pełne rozrachunki (na kontach) więc opcja, że nie będzie rozrachunków odpada

Nigdzie, nic nie pisałem o rezygnacji z rozrachunków, wyraźnie pisałem o przeksięgowaniu na konto rozrachunkowe.

 

8 godzin temu, Łukasz Zawadzki napisał:

konta na które mają się księgować części przelewu - rozrachunki z tytułu wynagrodzeń (pracownicy), rozrachunki z tytułu pełnionych funkcji (Zarząd), rozrachunki z tytułu dostaw i usług (czynsz)

Pomijając rozwiązanie, które zaproponowałem i podtrzymuję to widzę drugie rozwiązanie czysto organizacyjne - skoro wiadomo, że takie "zbiorcze" przelewy sprawiają problemy w księgowości to należy przestać je wykonywać, należy wykonać trzy przykładowe przelewy.

 

4 godziny temu, Łukasz Zawadzki napisał:

To jest trochę nielogiczne

To subiektywna ocena, która nie zmieni założeń i działania programu, a tak działają programy InsERT - GT od ponad 20 lat, nexo od około 10 lat - należy dowiedzieć się jak działają i stosować się do ich założeń, inaczej powstaną problemy, bardzo duże problemy.

 

4 godziny temu, Łukasz Zawadzki napisał:

W wyciągu bankowym jest przelew do kontrahenta A na kwotę X

Rozliczamy tą kwotę z rozrachunkiem z konta A, B i C

Wszystko jest OK

Nie, nie jest OK, zostały naruszone podstawowe założenia programu - reguły integralności - co się ujawni przy próbie dekretacji operacji bankowej.

 

5 godzin temu, Łukasz Zawadzki napisał:

W definicji schematu program ma wyznaczyć konto na podstawie rozliczeń

To jest niewykonalne, gdyż takie (jedno) konto nie istnieje - operacja bankowa rozlicza trzy rozrachunki z trzema kontami.

 

5 godzin temu, Łukasz Zawadzki napisał:

To generuje błąd - chodzi o wybór kwoty - powinna być możliwość wybrania kwoty rozliczanej na koncie A a nie przychodu lub rozchodu

Sprawdzę jeszcze czy czegoś nie pominąłem przy wyborze kwoty w schemacie

Może Pan sprawdzać choć już trzy osoby potwierdziły, że to nie nie jest możliwe.

 

4 godziny temu, Łukasz Zawadzki napisał:

Program w momencie wprowadzania wyciągu pozwala na rozliczenie płatności i lista rozrachunków z wszystkich kont jest dostępna a właściwie to nawet to nie ma znaczenia

Już to wytłumaczyłem.

 

4 godziny temu, Łukasz Zawadzki napisał:

Natomiast definicja schematu pozwala księgować na konta według rozliczeń

Nie, program pozwala wyznaczać konto na podstawie rozliczeń, a to zasadnicza różnica, gdyż to zawsze będzie tylko jedno konto.

 

4 godziny temu, Łukasz Zawadzki napisał:

To że w dekretacji pojawia się błąd to to jest jakaś niedoróbka i natychmiast bez dyskusji do poprawki

i tak to właśnie jest

Nie, to niestety błąd użytkownika programu.

 

2 godziny temu, Łukasz Zawadzki napisał:

ja też to napisałem i złożymy reklamację

Zostanie odrzucona jako bezpodstawna.

[Łukasz Zawadzki 9]

2 godziny temu, Daniel Kozłowski napisał:

Niestety to zbyt ogólny opis, nie wiadomo jakie i kiedy dokumenty i rozrachunki są tworzone, który w tej formie potwierdza zagrożenia, które opisałem.

Z kontekstu tego wątku wiadomo - chodzi o pozycję wyciągu - równie dobrze może to być operacja bankowa

 

2 godziny temu, Daniel Kozłowski napisał:

Nigdzie, nic nie pisałem o rezygnacji z rozrachunków, wyraźnie pisałem o przeksięgowaniu na konto rozrachunkowe.

Czyli proponuje Pan, żeby wynagrodzenia księgować na rozrachunki z dostawcami?

 

2 godziny temu, Daniel Kozłowski napisał:

Pomijając rozwiązanie, które zaproponowałem i podtrzymuję to widzę drugie rozwiązanie czysto organizacyjne - skoro wiadomo, że takie "zbiorcze" przelewy sprawiają problemy w księgowości to należy przestać je wykonywać, należy wykonać trzy przykładowe przelewy.

Maksymalne curiozum i absurd. Proszę zaproponować firmie która otrzymuje zbiorczy przelew za sprzedane usługi i zwrot z faktur korygujących zakupu, żeby napisała do kontrahenta prośbę o wysyłanie oddzielnych przelewów w związku z tym, że księgowość zajmuje się księgowością i księguje sprzedaż i zakupy na oddzielne konta, a taka jest właśnie sugestia partnera producenta oprogramowania.

 

3 godziny temu, Daniel Kozłowski napisał:

To subiektywna ocena, która nie zmieni założeń i działania programu, a tak działają programy InsERT - GT od ponad 20 lat, nexo od około 10 lat - należy dowiedzieć się jak działają i stosować się do ich założeń, inaczej powstaną problemy, bardzo duże problemy.

 

Nie, nie jest OK, zostały naruszone podstawowe założenia programu - reguły integralności - co się ujawni przy próbie dekretacji operacji bankowej.

To też jest subiektywna ocena.

Skoro program pozwala rozliczać rozrachunki zaksięgowane na różne konta z jedną operacją bankową to widocznie takie są założenia i w związku z tym użytkownik niczego nie narusza  - w pozostałych przypadkach mamy doczynienia z oprogramowaniem działającym w sposób wadliwy

3 godziny temu, Daniel Kozłowski napisał:

To jest niewykonalne, gdyż takie (jedno) konto nie istnieje - operacja bankowa rozlicza trzy rozrachunki z trzema kontami.

Istotą problemu nie jest wskazanie konta bo to jak najbardziej jest wykonalne

Program generuje błąd w związku z różną kwotą rozrachunku wykazanego w operacji bankowej (całość) i podłączanego przy dekretacji (część)

proszę czytać ze zrozumieniem

3 godziny temu, Daniel Kozłowski napisał:

Nie, program pozwala wyznaczać konto na podstawie rozliczeń, a to zasadnicza różnica, gdyż to zawsze będzie tylko jedno konto.

Będzie jedno konto dla jednej pozycji.

Proszę sobie potestować dekretację na podstawie etykiet - tyle ile etykiet spełnia kryterium tyle jest pozycji w dekrecie a na podstawie każdej etykiety tworzy się zapis na oddzielne konto

3 godziny temu, Daniel Kozłowski napisał:

Nie, to niestety błąd użytkownika programu.

To niestety kolejne kuriozum. Błędem użytkownika przy wprowadzaniu wyciągu bankowego jest wybieranie do rozliczenia rozrachunków z listy rozrachunków podpowiadanej przez program po wyborze podmiotu na operacji bankowej. Gratuluję poczucia humoru

3 godziny temu, Daniel Kozłowski napisał:

Zostanie odrzucona jako bezpodstawna.

No cóż w reklamacji wyznaczymy termin i wysokość odszkodowania i sprawa oczywiście trafi do sądu

[Andrzej Kubik 1 672]

No cóż w reklamacji wyznaczymy termin i wysokość odszkodowania i sprawa oczywiście trafi do sądu

Mam nadzieję że będzie Pan nas informował o kolejnych etapach tej sprawy.

[Radosław Kostrzewa 880]

Ogólnie sama potrzeba biznesowa, którą Pan tutaj opisał, ma swoje uzasadnienie do zaadresowania w realizacji przez producenta i nie wykluczone, że kiedyś się do niej przychyli. Ale tego typu zasadnych potrzeb biznesowych zgłaszanych do InsERT jest całą masa, a zmian prawnych, które są 'must have' jeszcze więcej i to zawsze będzie zjadało zasoby programistów, bo to się musi funkcjonalnie znaleźć. I zapewniam Pana, że osobom pracującym przy nexo, zależy bardzo na rozwoju i zapewnienie funkcjonalności w ich programach, których użytkownicy oczekują i są z nich zadowoleni. Ale forma komunikacji, którą Pan zastrzega w stosunku do producenta, nie sprawi, że będzie Pan na wygranej pozycji i ewidentnie też obrazuje, że nie zapoznał się Pan z warunkami licencji na korzystanie z oprogramowania InsERT.

 

8 godzin temu, Łukasz Zawadzki napisał:

Skoro program pozwala rozliczać rozrachunki zaksięgowane na różne konta z jedną operacją bankową to widocznie takie są założenia i w związku z tym użytkownik niczego nie narusza  - w pozostałych przypadkach mamy doczynienia z oprogramowaniem działającym w sposób wadliwy

To jest tylko Pana interpretacja. Program jest przeznaczony dla dużej rzeszy użytkowników, którzy niekoniecznie dokonują rozliczeń na pełnych księgach, albo w ogóle nie prowadzą zapisów księgowych. Zwrócę uwagę na np. takie parametry:

A teraz taka analogia. Cała sytuacja wygląda tak, jak przesiadka z auta, które kierowcy samo parkowało. Kierowca zmienił auto, ale nie weryfikował możliwości nowego. Nie zrobił jazdy testowej, albo zrobił ją za krótko. I teraz ma pretensje do całego świata, że musi sam zaparkować, bo auto nie potrafi...

Edytowane 4 Grudnia 2025 przez Radosław Kostrzewa

[Łukasz Zawadzki 9]

Szanowny Panie zaczął Pan ładnie ale niestety nie utrzymał Pan do końca poziomu

3 godziny temu, Radosław Kostrzewa napisał:

To jest tylko Pana interpretacja. Program jest przeznaczony dla dużej rzeszy użytkowników, którzy niekoniecznie dokonują rozliczeń na pełnych księgach, albo w ogóle nie prowadzą zapisów księgowych.
 

Program Rewizor przeznaczony jest do prowadzenia pełnych ksiąg handlowych i jednym z wymogów producenta jest to, że dowód księgowy księgowany na koncie rozrachunkowym musi posiadać rozrachunek.

Nie wiem co robi cała rzesza użytkowników, ale nieprowadzenie zapisów księgowych to nieprowadzenie ksiąg handlowych i Rewizor niepotrzebny

3 godziny temu, Radosław Kostrzewa napisał:

A teraz taka analogia. Cała sytuacja wygląda tak, jak przesiadka z auta, które kierowcy samo parkowało. Kierowca zmienił auto, ale nie weryfikował możliwości nowego. Nie zrobił jazdy testowej, albo zrobił ją za krótko. I teraz ma pretensje do całego świata, że musi sam zaparkować, bo auto nie potrafi...

Znowu istotą problemu nie jest to dokąd auto pojedzie tylko czy ma 4 koła i ma Pan w rzeczywistości definicję auta jako pojazdu czterokołowego a partnerzy jakoś tak ignorują podstawowe definicje

Podam Panu dwa przykłady trochę prostsze, żeby to lepiej zobrazować

Uruchomiliśmy subiekta i wystawiamy faktury sprzedaży. Do klienta wysyłamy fakturę w formacie pdf utworzoną przy wykorzystaniu zaprojektowanego przez producenta standardowego wzorcu wydruku. 

Ponieważ faktury w formacie PDF do nas wracają jako koszty widzę podgląd każdej z nich.

U jednego klienta w sekcji dane nabywcy program obciął dane nabywcy i NIP jest widoczny mniej więcej w 1/10 (czyli niewidoczny)

według Pana analogii ile faktur powinienem przetestować, żeby Pan jako partner uznał że program z jakiegoś powodu generuje błąd ale nie z winy użytkownika?

Wystarczy jedna faktura, 10, 1000-?

jako użytkownik musiałem utworzyć na bazie wzorca własny wzorzec i zmodyfikować, żeby nie było takiego absurdu, że co dwudziesta faktura jest popsuta albo faktura dla co 20-go klienta jest popsuta.

Jeżeli własny wzorzec wydruku będzie w jakiś sposób popsuty to czy jest to wina użytkownika- skoro użytkownik nie potrzebuje własnego wzorca tylko chce żeby to co zaprojektował producent działało prawidłowo.

Drugi przykład dotyczy pobierania listy rachunków bankowych z tak zwanej białej listy VAT.

Na tą chwilę funkcjonalność działa prawidłowo

Jednak my wiemy, że u jednego klienta występuje podmiot, który posiada zarejestrowanych numerów rachunków w liczbie ponad 17.000,-

Wiemy, ze różne programy radzą sobie z taka ilością danych różnie i nie wszystkie zostały zaprojektowane prawidłowo i generują błędy.

Czy ja jako użytkownik musze testować Rewizora pod tym kątem natychmiast ?

I tu właśnie jest problem czterech kół w samochodzie z Pana analogii

Funkcja zaprojektowana przez producenta ma zawsze pobierać rachunki bankowe bez względu na ilość.

Jak ktoś nie wziął pod uwagę ilości rachunków to funkcja będzie działać wadliwie a Pan będzie pisał o testowaniu samochodu.

Natomiast jeżeli założymy bazę w Rewizorze dla klienta który współpracuje z taką firmą i przy pobieraniu danych wyjdzie błąd to z całą pewnością nie będzie to pretensja użytkownika do całego świata i z całą pewnością będzie to wada programu.

 

[Radosław Kostrzewa 880]

Analogię napisałem, żeby spostrzegł Pan sam jak to po prostu wygląda. I to się chyba udało.

Nie jest też tak, że program nie daje możliwości na zrealizowanie Pana potrzeby biznesowej. Po prostu nie ma tego w standardzie. Zgodzę się, że sugestia Daniela, żeby klient dzielił przelewy na wiele, nie jest szczęśliwa, co nie znaczy, że nie jest poprawna. Ale są też inne metody, które wymagają po prostu dodatkowej licencji i napisania rozszerzenia programistycznego.

[Łukasz Zawadzki 9]

Szanowny Panie,

 

zbyt dużo czasu zajęłoby odnoszenie się do rzeczywistości...

52 minuty temu, Radosław Kostrzewa napisał:

Nie jest też tak, że program nie daje możliwości na zrealizowanie Pana potrzeby biznesowej. Po prostu nie ma tego w standardzie.

To właśnie powoduje brak zrozumienia. To nie jest moja potrzeba biznesowa.

Raczej określiłbym to jako luka w systemie.

Ja w standardzie chcę zaksięgować prawidłowo wyciąg bankowy i w standardzie są do tego narzędzia jak definicja schematu.

55 minut temu, Radosław Kostrzewa napisał:

Zgodzę się, że sugestia Daniela, żeby klient dzielił przelewy na wiele, nie jest szczęśliwa, co nie znaczy, że nie jest poprawna.

Z tym też nie ma co dyskutować bo to wynika z takiego myślenia:

Jeżeli w systemie występuje jakaś wada to użytkownik ma przestać wykonywać lub zmodyfikować operacje gospodarcze a tymaczasem...

Jeżeli użytkownik wykonuje operacje gospodarcze to oprogramowanie używane przez użytkownika ma w standardzie umożliwić obsługę operacji gospodarczej.

I tak jak pisałem - w starym systemie producent oprogramował funkcję w całości i przewidział problem księgowania operacji na wiele kont rozrachunkowych.

Czy takie rozwiązanie, że operacja bankowa w wyciągu jest dzielona na kwoty wynikające z rozliczanych rozrachunków - to tu może Pan dyskutować czy rozwiązanie jest właściwie

Ale błąd księgowania wyciągu bankowego przy użyciu dostępnych narzędzi to jest wada na poziomie standardu a nie indywidualnych potrzeb