Maciek Tarkowski

To chyba kwestia rozdzielczości albo coś w tych okolicach, bo u mnie działa przy 8 otwartych zakładkach, a powyżej już nie🤔

Nie, ponieważ obserwuję wszystko (lub prawie wszystko), żeby przychodziły mi powiadomienia na maila, a chcę spośród tego móc sobie oznaczyć te wątki, które uważam za przydatne/ciekawe/ważne.

Czy byłaby szansa na wprowadzenie funkcjonalności oznaczania wątków jako ulubione? Coś na kształt zakładek w przeglądarce.

W opcji Zmień cenę (Ctrl+E) można podejrzeć m.in. Ostatnią cenę zakupu. Może to wystarczy?

Scenariusz nieco ewaluował w kierunku opisanym w tym poście: https://forum.insert.com.pl/index.php?/topic/816-paragon-zaliczkowy-do-zamówienia-klienta/&do=findComment&comment=2205 Czyli ZK na Adama Nowaka (osoba fizyczna) -> FLc + fiskalizacja -> FLk z wydaniem towaru. I tak i nie. Pociągnę dalej scenariusz: Adam Nowak przychodzi i mówi: to ja jednak bym chciał fakturę na firmę. Wówczas robimy tak (przynajmniej ja tak bym zrobił): 1) Korygujemy FLk do zera, z odroczonym terminem płatności. 2) Przekształcamy Adama Nowaka w firmę (w Klientach Operacje -> Przekształcenie -> Przekształć na firmę). 3) Następnie wystawiamy zwykłą fakturę na ten sam towar, z odroczonym terminem płatności. 4) Ostatnim krokiem jest skojarzenie korekty z pkt. 1 z fakturą z pkt. 3 (da się).

Początkowo myślałem, że należy wystawić kolejną KFL, ale też nie puszcza.

Nie, nie. My klientowi dajemy tę fakturę zaliczkową. A kiedy klient przychodzi po fakturę na firmę, wówczas korekta + wystawienie "normalnej" faktury sprzedaży.

Widocznie nexo sprawdza naszą czujność matematyczną, podobnie jak wątku dotyczącym wartości. Tym razem to będzie tak: Jeśli ilość na ZK to 77, a stopień realizacji wynosi 22,08%, wówczas ilość zrealizowano równa jest 17 szt. Jeśli ilość na ZK zmniejszymy do 76, to jednocześnie zmieni nam się stopień realizacji - na 21,05%, co w konsekwencji daje 15,998 szt, a w zaokrągleniu: 16. Na czuja, jest to komunikat trochę nadmiarowy, być może na skutek jakiś uproszczeń. Na całe szczęście, program jest czujny i nie pozwala dodać "lewej" WZtki

Może to pomoże: ?

Biorąc pod uwagę naukę, którą wyniosłem z wątku o fakturach zaliczkowych, muszę w tym wypadku zaprotestować. Klient zamówił 100. Więc jak tu pokazać, że zrealizowano 200% normy? Blokować też bym nie blokował - chyba, że jakimś parametrem.

Z matematyki. Wartość WZ została przeliczona na stopień realizacji tego zamówienia, czyli na 47,14% Z kolei wartość prezentowana w kolumnie "Zrealizowana wartość" to: Czyli: (47,14 * 2800) / 100 = 1392,92.

O, jak to dobrze że rozwiązane zanim przeczytałem. Bo mi się włos na głowie zaczął jeżyć

Przebrnąłem przez cały ten niełatwy wątek. Fajnie, że przynajmniej niektóre problematyczne elementy uda się wyeliminować w przewidywalnym czasie. Zdaję sobie sprawę, że idealną sytuacją dla wielu użytkowników byłoby przeniesienie do nexo mechanizmu zaliczkowego z GT. Jednocześnie zdaję sobie sprawę, że po pierwsze nie jest to takie proste w realizacji (przez co trudne do przewidzenia w czasie), a po drugie może przysporzyć pewnych problemów. Paradoksalnie, dzięki właśnie temu wątkowi, zrozumiałem idee, które przyświecały autorom podczas tworzenia faktur zaliczkowych w nexo. Może jednak udałoby się wprowadzić dwa elementy, o których wspomina Pan Krzysztof, a które jednocześnie nie wywracają nexo do góry nogami (czy poprawniej: nie zmieniają wspomnianych idei). Pierwszy z nich to widok sumujący ilościowo i wartościowo towary znajdujące się w łańcuchu. Musiałby to być widok pogrupowany po towarach, z nadrzędnym filtrem "towary aktualne w łańcuchu". Byłoby widać ile łącznie zamówiono, ile już wydano, ile pozostaje do wydania, ile wydano ponad wpłacone zaliczki. Rozwinięcie tychże grup, pokazywałoby szczegółowo, którymi dokumentami (i datami) zmieniano ilości. Czyli np. TOW1: zamówiono: 150, wydano 100, itd. a w szczegółach: > wydano 50 na WZ 1 > wydano 50 na WZ 2 Analogicznie z korektami (które w szczegółach pokazywałoby się na minus). Wspomniany wyżej filtr "towary aktualne w łańcuchu" miałby drugą wartość: "wszystkie towary", który skutkowałby pokazywaniem także tych towarów, które skorygowano do zera. Druga opcja pojawiła się tuż pod koniec wątku. Zacytuję ją w całości: Nic dodać, nic ująć! Można by ewentualnie spierać się co do formy - zastosować nie tylko pole, ale wręcz wielgachną planszę z dodatkowym wyróżnieniem takiej WZtki na liście + migoczącym widgetem + kaflem na stronie startowej. W chwili obecnej BARDZO łatwo zapomnieć o takich "osieroconych" WZtkach. Ja sam eksperymentując z zaliczkami na samym początku, również zgubiłem się, kiedy wartość towaru wydanego ponad zaliczki, "zginęła mi" na kolejnych dokumentach zaliczkowych. Natomiast co do mapy powiązań... fajnie, że jest (BARDZO pomaga), ale z drugiej strony: spróbujcie sobie coś w nim posumować. Kajecik i ołówek, jak w czasach DOSa? Mam nadzieję, że - dzięki temu wątkowi - mankamenty w mechanizmie faktur zaliczkowych zostaną zauważone i rozwiązane. Pozwolę sobie jeszcze wrócić do początku wątku: Z tego co widzę, to ta informacja została wycofana ze strony. Jeśli się mylę, to proszę o poprawienie, ponieważ także moim zdaniem jest błędna. Powinno być raczej: "zaliczkę można przypisać do konkretnej pozycji, do kilku z nich lub proporcjonalnie do wszystkich pozycji".

W zasadzie popieram, z jednym drobnym zastrzeżeniem: pole Pozostało bilansuje się także z Minimalną wymaganą wpłatą. Jeśli na tej ostatniej ustawię 100% wartości zamówienia, wówczas pole Pozostało = 0. Temat 2 rozwiązałby temat 1 (sumę przedpłat można by wtedy porównać z wartością zamówienia).

Proces archiwizacji przebiega w dwóch etapach: najpierw wykonywana jest kopia bazy. I to faktycznie powinno momencik (można sprawdzić, wyłączając na chwilę znacznik Kompresuj archiwum w oknie archiwizacji). Następnie dane są kompresowane (do ZIP). Ten proces zależy z kolei od danych, które kompresujemy - jedne kompresują się lepiej (tekst, dane liczbowe) i inne gorzej (zdjęcia) oraz współczynnika kompresji (czyli jak "mocno" chcemy dane spakować). Nie wiem niestety, czy algorytm programu wykorzystuje wątki procesora, co też ma znaczenie.

Nie pytałem o ilość kartotek, tylko wielkość bazy danych. W oknie z danymi diagnostycznymi (Ctrl+Shift+H) jest pole Rozmiar pliku podmiotu (w sekcji Informacje systemowe). Jaka jest tam wartość?

Obawiam się, że na ten moment nie ma takiej możliwości w systemie.

Mamy troszkę za mało danych. Jaka jest wielkość bazy danych? Albo inaczej: czy korzysta Pan aktywnie z biblioteki dokumentów i/lub klienta poczty w Gestorze? Jaki sprzęt jest na serwerze?

Jeśli ma Pan wersję PRO, należy: 1. Dodać fakturę zakupu w oryginalnej postaci 2. Odszukać PZ do tej faktury 3. Prawy myszy -> Wystaw -> Korekta kosztu dostaw. Efekt: 1. Faktura ma wartość rozrachunku zgodną z oryginałem 2. Wartość magazynowa towaru zostaje powiększona

Pozwolę sobie odświeżyć temat. Znalazł Pan już to pole? Jakby co, to jest tu:

Myślę, że tutaj byłoby miejsce dla całkiem nowego obiektu, który musiałby powstać w systemie lub może prędzej w rozwiązaniu dodatkowym, jak "koszyk zapotrzebowań" (nie wiem, czy to dobra nazwa). Byłby to element pośredni między zamówieniami od klienta, a zleceniami do dostawców. To on byłby tą 24-tonową ciężarówką. Czyli wymagałby określania minimum (i być może także maksimum) logistycznego: nie pozwoli na zatwierdzenie, kiedy nie znajdują się na nim ilości stanowiące te 24 tony (może z tolerancją) lub ich wielokrotności (co przekłada się na konwój). W pewnym momencie mówimy "stop" - zamykamy koszyk (nowe zamówienia trafiają do nowego koszyka) i na jego podstawie generujemy zlecenia do dostawców. Oczywiście to tylko ten jeden konkretny przypadek. W innym scenariuszu koszyk zapotrzebowań nie generowałby ZD (a dalej PZ), tylko MM - czyli mówimy tutaj o zamówieniach wewnętrznych (do centrali). Im dłużej o tym myślę, tym bardziej mi tu pasuje rozwiązanie dodatkowe.

To jestem w stanie zrozumieć, że są pewne trudności, na pokonanie których potrzebna nieco więcej czasu. Nie mniej skoro w Thunderbirdzie się udało, to Wam z czasem pewnie też "Problemy techniczne" w sensie potencjalne problemy wydajnościowe?

Próbował Pan? Bo ja tak (na fakturze) i mam coś takiego: Pewnie gdybym się przyłożył, udałoby się to jakoś zamaskować... W każdym razie kierunek dobry

To może jeszcze coś do wysłania? Szkoda, że Ctrl + Enter już zajęte

Kolejne po miejscu składowania powinno być pole "Kraj pochodzenia". Następne to "Gatunek". Zapewne każdy ze swej branży dodałby coś od siebie. Dlatego ja tu bym poszedł zdecydowanie szerzej: takich pól powinno być kilka (konfigurowalnych).