Skocz do zawartości

Obliczanie zysku rzeczywistego - Nexo Pro

Polecane posty

Witam

Mam taki problem - a konkretnie nie rozumiem jak Nexo Pro oblicza zysk rzeczywisty 

Poniżej mam dwa przykłady dla których według mnie - oblicza on ten zysk inaczej 

 

Przykład 1.

 

image.thumb.png.8d121be8f5dfc1cdb4ca1ff362932c2d.png

Tutaj w pozycji nr 1 mamy zakup towaru na kwotę 968,40 netto 

Pozycja nr  2  to sprzedaż na kwotę  1218,70 netto

Co według moich obliczeń daje nam zysk rzeczywisty 250,3 netto

I tutaj według mnie jest poprawnie bo tak też pokazuje zysk na fakturze 

 

image.thumb.png.36f73454f9a96f2a515b7545276e0f9d.png

 

 

 

Natomiast teraz przykład nr 2 :

 

image.thumb.png.bc1a90fb5f92a2453af60c276e5dd0ee.png

FZ 816/2022 mamy zakup na 4 sztuki , za sumę netto 638 zł

Od razu mamy sprzedaż na fs 668/2022  na te 4 sztuki na kwotę 907,32 zł netto

Według obliczeń stosowanych tak samo jak w przykładzie nr 1  ,   

Powinno być tak :  907,32 - 638 = 269,32 zł

 

Natomiast nexo pokazuje coś zupełnie innego na fakturze  (pokazuje 122,58 zł )

image.thumb.png.5f7ad7959b0a3cb0f5b0456fe5ee6a3d.png

 

 

Prośba czy jest ktoś w stanie mi pomóc i to wyjaśnić jak nexo to ogarnia te obliczenia? : )

Bo z tego co widzę to w przykładzie 1 nr  nexo bierze koszt rzeczywisty jako cenę zakupu netto , a w przykładzie nr 2 bierze już sobie koszt rzeczywisty jako cenę zakupu brutto

Pytanie, dlaczego? : )

 

 

 

Link to postu
2 godziny temu, Elar Biuro napisał:

Bo z tego co widzę to w przykładzie 1 nr  nexo bierze koszt rzeczywisty jako cenę zakupu netto , a w przykładzie nr 2 bierze już sobie koszt rzeczywisty jako cenę zakupu brutto

Pytanie, dlaczego? : )

Program przetwarza takie dane jakie Pan do niego wprowadził - jeśli przyjął Pan towar na magazyn w cenach brutto to na postawie takiej ceny są wyliczane zyski - przy zakupie / przy przyjmowaniu towaru na magazyn proszę NIE patrzeć na ceny netto / wartości netto tylko  ceny magazynowe / koszty magazynowe.

 

2 godziny temu, Elar Biuro napisał:

Mam taki problem - a konkretnie nie rozumiem jak Nexo Pro oblicza zysk rzeczywisty 

Jak zawsze polecam sprawdzony sposób na unikanie takich problemów i ich konsekwencji - poznać działanie programu przed rozpoczęciem korzystania z niego.

Link to postu
  • 1 rok później...

Odświeżę wątek bo faktycznie takiej funkcji brakuje. Insert Od samego początku począwszy od  programu insert GT po Nexo wypuszcza co chwilę nowe poprawki. Jednakże większość użytkowników nie korzysta z tych udogodnień bo są one zwyczajnie niepotrzebne, przynajmniej to w mojej ocenie. Rzadko kiedy informacja o dodaniu nowych funkcji napawa uśmiechem na twarzy. Nie mówię tutaj o regulacjach prawnych gdyż te traktuje jako poprawność programową.

Liczenie zysku bezpośrednio w widoku było by ciekawym rozwiązaniem. Jednakże z uwagi na różnorodność prowadzenia biznesu. Wasz klient subiekta sam powinien określi co ma być wyświetlane jako koszt rzeczywisty dokumentu. Programistów macie na pokładzie, więc nie powinien to być problem w dodaniu dodatkowej konfiguracji. Pracujemy na wierszach więc wystarczy wprowadzić liczenie takie jakie jest w excel. np dla naszej firmy wprowadzilibyśmy takie liczenie:

Zysk całego dokumentu = (wartość sprzedaży netto - wartość zakupu netto) - (wartość brutto dokumentu x 0,15)-10

Dodanie możliwości liczenia różnych danych takich jak wartości z dokumentu i dokonywanie między nimi podstawowych działań takich jak mnożenie, dodawanie, nie powinno stanowić problemu. 

 

Byłoby milo jak byście się przychylili do takiego pomysłu 

Link to postu

Dzień dobry,

dodawanie kolumny Zysk magazynowy zostało opisane tutaj:

Jeżeli zysk chciałaby Pani obliczać w inny sposób, można skorzystać z raportu własnego:

W przypadku trudności z dodaniem raportu własnego zalecamy kontakt z dyplomowanym serwisantem.

Link to postu
W dniu 13.11.2023 o 01:39, Daniel Lubryka napisał:

zrob sobie kolumne "zysk magazynowy" i wyswietl dla niej podsumowanie
Nie wiem co to jest x0,15-10 - wyglada na jakis dziwny algorytm

Nie jest to kwestia dziwnych algorytmów tylko liczenie prowizji i odejmowanie opłat logistycznych, które ponosimy przy sprzedaży. Zwyczajnie uważam że wprowadzenie prostych kalkulacji nie powinno stanowić problemu a każdy użytkownik wprowadzał by przeliczenia zgodnie z potrzebami 

Link to postu
W dniu 13.11.2023 o 09:08, Kacper Panek napisał:

Dzień dobry,

dodawanie kolumny Zysk magazynowy zostało opisane tutaj:

Jeżeli zysk chciałaby Pani obliczać w inny sposób, można skorzystać z raportu własnego:

W przypadku trudności z dodaniem raportu własnego zalecamy kontakt z dyplomowanym serwisantem.

Owszem raport można generować jednak widok na żywo podczas tworzenia dokumentu daje większe możliwości i natychmiastowy wynik lub alert. Czy nasz pomysł wykracza poza możliwości i akceptacje państwa? Czy nasz pomysł jest niemożliwy bądź zbędny do wprowadzenia? Jak trzeba was przekonać do słuszności projektu? Sami oferujecie prosty kalkulator przy wprowadzaniu liczb więc proste kalkulacje w konfiguracji z użyciem dostępnych pól będzie tylko wykończeniem waszej funkcjonalności 

Link to postu
Godzinę temu, Daniel Lubryka napisał:

to jest kolumna w trakcie tworzenia dokumentu

 

image.thumb.png.080864802fd4dce5a7a824091447d96b.pngimage.png.4d460840322bfc4767ae70e3c6875a34.pngimage.png.3f960f0dd97475033523abfa0ebef217.png

Przede wszystkim chciałbym podziękować za zaangażowanie do tematu i poświęcony czas.

Prosił bym jednak o przeczytanie dokładnie czego dotyczy wątek i co miało by być obliczane. Podałem w poście czego oczekiwalibyśmy od programu. 

Może przetoczę jeszcze raz

 

W dniu 12.11.2023 o 02:29, Magdalena Olszewska napisał:

Zysk całego dokumentu = (wartość sprzedaży netto - wartość zakupu netto) - (wartość brutto dokumentu x 0,15)-10

 

Link to postu
W dniu 13.11.2023 o 09:08, Kacper Panek napisał:

Jeżeli zysk chciałaby Pani obliczać w inny sposób, można skorzystać z raportu własnego:

W przypadku trudności z dodaniem raportu własnego zalecamy kontakt z dyplomowanym serwisantem.

Tutaj widzę potencjał. Jednak z małą poprawką aby zapytanie, tz wynik zapytania był widoczny, tak jak "Zysk całego dokumentu" 

 

Chodzi o to aby wyliczenia były podawane na bieżąco podczas tworzenia dokumentów, bez zbędnego przełączania zakładek i generowania raportów. My robimy dokumenty PA ręcznie więc podczas tworzenia możemy decydować czy nie należy zmodyfikować oferty 

Edytowane przez Magdalena Olszewska
Link to postu

czyli kupilem za 900, a sprzedalem za 1000:
Zysk całego dokumentu = (1000-900)-(1230*0.15)-10 = -94.5

czyli stracilem 94.5 PLN zlotych na tej transakcji ?
Ciezko sie do tego odniesc zwyczajnie - konkretne parametry 0.15 i 10 zmieniaja calkowicie sens sofrmulowania "zysk calego dokumentu"
Prosze przemyslec cala logike - zaden program na rynku nie oferuje takiego wzoru.

Link to postu
W dniu 12.11.2023 o 02:29, Magdalena Olszewska napisał:

Od samego początku począwszy od  programu insert GT po Nexo

10 godzin temu, Daniel Lubryka napisał:

Prosze przemyslec cala logike - zaden program na rynku nie oferuje takiego wzoru.

Najwyraźniej nie znacie Państwo oferty i możliwości programów firmy InsERT - poza linią GT i Nexo, na długo przed pojawieniem się linii Nexo, w roku 2008, na bazie linii GT powstała linia Navireo, która oferuje takie możliwości - można konfigurować listy w takim zakresie.

 

W dniu 12.11.2023 o 02:29, Magdalena Olszewska napisał:

Insert Od samego początku począwszy od  programu insert GT po Nexo wypuszcza co chwilę nowe poprawki. Jednakże większość użytkowników nie korzysta z tych udogodnień bo są one zwyczajnie niepotrzebne, przynajmniej to w mojej ocenie. Rzadko kiedy informacja o dodaniu nowych funkcji napawa uśmiechem na twarzy.

Tak naturalnie jest, gdyż programy nie są branżowe, są kierowane do bardzo szerokiej puli klientów z przeróżnych branż, stąd z wielu nowych funkcjonalności programu skorzysta znacząca mniejszość / niewielu użytkowników, a za dostosowanie programu do własnych, indywidualnych potrzeb odpowiedzialny jest użytkownik programu na etapie wdrożenia programu, gdzie Insert (zwłaszcza w ostatnim czasie) dostarczył wiele narzędzi do tego celu.

 

Od wielu lat, począwszy od GT istnieją możliwości, aby zrealizować opisaną / oczekiwaną funkcjonalność poprzez wykorzystanie pól własnych dokumentów i rozwiązań dodatkowych, które będą umieszczały w nich oczekiwane informacje, aby finalnie móc wyświetlać je na listach, więc mogła Pani uzyskać oczekiwaną funkcjonalność w momencie rozpoczęcia pracy z programami nexo. Dodatkowo w przypadku nexo już rok temu, w wersji 42 pojawiła się wspomniana przez Pana @Kacper Panek sfera zdarzeniowa, która umożliwia realizację takich rozwiązań ze wsparciem producenta programu, w sposób bezpieczny, kompatybilny z nowymi wersjami programów. 

 

W przypadku nexo osobiście podszedłbym też inaczej do rozwiązania problemu, a mianowicie zamiast wykorzystywać pola własne pozycji dokumentów i/lub dokumentu to wykorzystałbym wartości ewidencyjne, dzięki temu oczekiwane wartości nie byłyby widoczne tylko na liście dokumentów, ale wszędzie tam, gdzie są dostępne wartości ewidencyjne, czyli między innymi w informatorze dokumentu, informatorze towaru, informatorze kontrahenta, czy raportach.

 

W dniu 12.11.2023 o 02:29, Magdalena Olszewska napisał:

Dodanie możliwości liczenia różnych danych takich jak wartości z dokumentu i dokonywanie między nimi podstawowych działań takich jak mnożenie, dodawanie, nie powinno stanowić problemu. 

Niestety jest zupełnie inaczej, to jest duży problem - nakłady taką funkcjonalność byłyby bardzo, bardzo duże, a skorzystałoby z tej funkcjonalności niewielu użytkowników.

 

W dniu 12.11.2023 o 02:29, Magdalena Olszewska napisał:

Byłoby milo jak byście się przychylili do takiego pomysłu 

Jak wyżej, taki pomysł / plany są, skoro taka funkcjonalność powstała w Navireo, to również pojawi się / ma się pojawić w Nexo, lecz nastąpi to raczej później niż wcześniej, na prawdę jest jeszcze sporo do zrobienia, przede wszystkim w funkcjonalnościach, które może zrealizować tylko InsERT, których nie da się zrealizować wdrożeniowo.

 

Do Pani należy decyzja, czy uruchomi / wdroży Pani oczekiwaną funkcjonalność już teraz, czy będzie czekała, aż stanie się standardową funkcjonalnością programu.

Link to postu
15 godzin temu, Daniel Lubryka napisał:

czyli kupilem za 900, a sprzedalem za 1000:
Zysk całego dokumentu = (1000-900)-(1230*0.15)-10 = -94.5

czyli stracilem 94.5 PLN zlotych na tej transakcji ?
Ciezko sie do tego odniesc zwyczajnie - konkretne parametry 0.15 i 10 zmieniaja calkowicie sens sofrmulowania "zysk calego dokumentu"
Prosze przemyslec cala logike - zaden program na rynku nie oferuje takiego wzoru.

tak zgadza się tracimy bo jeśli koszty prowizji są tak duże należy podjąć działanie. Także panie Danielu jeśli patrzy pan tylko na koszty bezpośrednie a koszty pośrednie pana nie interesują to na koniec miesiąca może się okazać że nie ma co do garnka włożyć 

 

(wartość sprzedaży brutto * 0.15) i 10 to wartości od całego dokumentu. Do kosztów magazynowych tych wartości wprowadzić nie mogę bo sprzedaż może być na poziomie jednej sztuki lub kilku produktów w jednej transakcji co w przypadku sprzedaży kilku produktów w jednym dokumencie opłata logistyczna 10 zł zostaje bez zmian. 



 

Edytowane przez Magdalena Olszewska
Link to postu
6 godzin temu, Kacper Panek napisał:

Dzień dobry,

alternatywnym rozwiązaniem jest dodanie pola własnego o typie liczba rzeczywista na pozycji dokumentu oraz wykorzystanie sfery zdarzeniowej w celu dynamicznego wypełniania dodanego pola według własnego algorytmu.

 

Czy można prosić o kontakt bezpośredni podając jak mamy to wdrożyć i uzyskać ?

Link to postu
×
×
  • Dodaj nową pozycję...