Skocz do zawartości

Krzysztof Bojakowski

Użytkownik
  • Liczba zawartości

    175
  • Rejestracja

  • Ostatnia wizyta

Posty dodane przez Krzysztof Bojakowski

  1. Ja mam w tej chwili ok 13 tys. indeksów drobnicy. Ale mam produkty powtarzalne, czasem coś nowego dojdzie. Więc mam podzielone regały na grupy i nie używam lokalizacji. Może ktoś inny podpowie jak rozwiązać część problemów.

     

    działam na na raportach, które sam zrobiłem w SQL - dla mnie wystrczające 

     

    Do Twoich wymagań będzie raczej konieczność zrobienia rozwiązań własnych.

     

    Część rzeczy można wykonać poprzez raporty - kwestia ustalenia sposobu "kodowania" lokalizacji wraz z rozmiarem (wielkość czy też ilość indeksów, które mogą się zmieścić)

     

     

  2. Witam.

     

    Trafiłem na dziwny przypadek w którym pomimo stanu system mówi, że nie ma stanu magazynowego.

     

    wprowadzona faktura tak samo jak wszystkie. w tym dniu wprowadzonych było 5 faktur ale tylko jest problem z produktami z tej faktury. Przy próbie wystawienie dowolnego dokumentu z tymi towarami wyskakuje informacja, że nie ma na stanie.

     

    wersja 47.0.1.

     

    FZ.thumb.png.511e1d62eaf57e2017b00e27bbbf384a.png

    stan.thumb.png.092840a7769d1d42ad25e7ed8bcf5c84.pngpa.thumb.png.3f35f997c32c22b0b77f5153ad2d5294.pngRW.thumb.png.526d06638d6ab847dd444d083b79aaa5.png

  3. 2 minuty temu, Radomił Ząbik napisał:

    Większość rzeczy obecnie będących w Laboratorium, trafi pod skrzydła "Plusów":

     

    Zatem, miło by było ze stronu insertu, gdyby wprowadzając dodatki do laboratorium od razu określił za co będzie chciał kasować a co będzie w abonamencie. Bo my się przyzwyczaimy wprowadzimy dane, a potem przyjcie cennik. Zostaną dwie opcje, zapłać albo poświęć sporo czasu i wracaj do zmiany pracy w firmie z przed włączenia dodatku.

     

    • Lubię to 1
  4. Warto też dodać, że jesteśmy też darmową siłą roboczą dla Inert jako testerzy oprogramowania.

     

    Jak się pojawiła opcja POS w laboratorium jeden z pierwszych dodatków. Zapewne wielu brało udział w testach ja też. Pisałem o błędach i uwagach. Jak już większość błędów i uwag zostało realizowanych, a pracownicy już się przyzwyczaili do takiej pracy,  to pojawiła się cena za korzystanie z POS. 

     

    Teraz pojawiło się więcej opcji w laboratorium, automatyzacja, raporty sferyczne, itd.  POS i Automatyzacja są odpłatna, teraz KSEF. Wynika z tego, że teraz tylko kwestia czasu, aż insert przyzwyczai nas do używania z kolejnych dodatków z laboratorium. My będziemy się produkować jako darmowi testerzy a potem insert dopisze kolejne opcje do cennika. A może nasi posłowie wymyślą coś nowego, a potem trzeba będzie znowu płacić z kolejne dodatki, które są obowiązkowe i konieczne do prowadzenia działalności. 

     

    Jak dla mnie dostępność do funkcji powinna być w Abonamencie tak jak JPK,

    • Lubię to 1
  5. w nawiązaniu do starego tematu.

     

    Dzisiaj zaczęliśmy drukować paragony, ale zwróciliśmy uwagę,  że godzina na drukarce się nie zmieniła. Wystawionych jest już ok 12 paragonów. Na serwerze 2012r2 czas zmienił się sam, na wszystkich komputerach czas też się zmienił. Drukarka fiskalna Posnet Thermal XL połączona jest po ETH z serwerem, SUZ 17.5, Subiekt nexo 45.1.1. Na SUZ kliknąłem na "sprawdź połączenie" oraz "odczyt danych diagnostycznych " - wszystko jest ok. 

     

    Natomiast na drukarce Posnet Thermal HD, która podłączona jest bezpośrednio do stanowiska godzina zmieniła się automatycznie przed wystawieniem przy pierwszym paragonie.

     

    Na obu drukarkach raporty dobowe były wykonane 28.10. W obu przypadkach jest ustawiona opcja synchronizacja zegara TAK. 

  6. 3 minuty temu, Daniel Kozłowski napisał:
    Godzinę temu, Krzysztof Bojakowski napisał:

    teraz jest informacja, że suma płatności to 514,19 EUR. 

    No zgadza się, przecież zadeklarował Pan na zamówieniu płatność w PLN, a nie walucie dokumentu EUR, skoro zmienił Pan kurs faktury to zmieniła się również wartość rozliczenia w EUR.

    Dobra, chyba rozumiem mój błąd - mam podane formy płatności jako PLN a nie mam żadnej EUR.

     

     

     

  7. Już chyba widzę problem.

     

    Stworzyłem zamówienie, forma płatności za automatu ustawia się przelew (płatne przy realizacji zamówienia) do wyboru mam jeszcze opcję płatności terminowej.

     

    Klient zapłacił za zamówienie przelewem (przedpłatą), ale w tracie tworzenia opcja przedpłaty jest niedostępna co jest oczywiste.

     

    Jeśli zmienię na zamówienie formę płatności na przelew terminowy i wystawię fakturę WDT to problemu z różnicą płatności nie ma. Jeśli zrobię przedpłatę klienta (wpłata bankowa) to również problemu z płatnością nie ma.

     

    hmmmmmm.

     

    Czy jest jakaś możliwość aby rozwiązać ten problem bez żadnej ingerencji ??

     

    U mnie schemat działania jest:

    1. klient robi zamówienie w sklepie internetowym 

    2. integracja ze sklepem tworzy zamówienie w subiekcie

    3. inny dodatek sprawdza konta bankowe, jeśli wpadła płatność to na sklepie internetowym zamówienie otrzymuje status zapłacone.

    4. zamówienie jest realizowane w sklepie, jeśli jest spakowane i gotowe do wysyłki to integracja wystawia odpowiedni dokument PA/FS na podstawie zamówienia

     

    Działało to idealnie do czasu pojawienia się klientów z poza kraju. poprzednie faktury robiłem "ręcznie" - zmieniałem wartość płatności na 100% albo zmieniałem kurs euro płatności na przed dzień stworzonego zamówienia i potem wysyłałem mejlem.

     

    Ale klientów jest coraz więcej i chciałbym aby była jakaś możliwość aby w dalszym ciągu korzystać z automatu. Bez robienia przedpłat.

     

     

  8. Już się poprawiam.

     

    Zrobiłem jeszcze jedno testowe zamówienie  - zamówienie zrobione ręczenie, subiekt 45.1.1

    image.thumb.png.717b0d1e726175ae6a6a2c8e69acbc78.png

    zamówienie testowe na 500 EUR po kursie 4,5794 czyli 2 289,65 PLN

     

    Klikam prawym przyciskiem na zamówienie - wybieram realizuj. Celowo nie wybieram osoby wystawiającej i klikam zapisz - błąd dotyczący braku osoby wystawiającej jest oczywisty, ale:

    image.thumb.png.328cac12866b56c821ba7e685b583211.png

     

    teraz jest informacja, że suma płatności to 514,19 EUR. 

     

    Czyli wynika, że kwota z zamówienia w PLN - 2 289,65 PLN na fakturze jest przeliczona po nowym kursie ( według daty faktury) 4,4529 czyli 2289,65/4,4529 = 514,19 EUR

     

  9. Witam.

     

    Pojawił się problem z wystawianiem faktur WDT w EUR.

     

    Mam zamówienie od klienta z dnia 06-10-2023 na kwotę 21,67 EUR. Subiekt sam w zamówieniu wpisał przelicznik EUR z dnia 05-10-2023 (4,5974 PLN)

    Dzisiaj zrealizowaliśmy zamówienie i pojawił się błąd.

     

    image.png.a6776580feff0bcfca659ef52f8183d7.png

     

    Jak wystawiam faktury jako "wystaw seryjnie" to pojawia się komunikat 

     

    image.png.5baa038f5ef5323f2463c5d580996a94.png

    Wygląda na to, że subiekt wylicza wartość PLN na podstawie  przelicznik EUR z dnia 05-10-2023 (4,5974 PLN) = 99,625658 PLN. Natomiast przy wystawianiu subiekt wylicza wartość EUR na podstawie wartości z zamówienia w PLN i wylicza wartość w EUR  (4,4488 - 18-10-2023) dając 22,39 EUR.

     

    Czy i gdzie można zmienić ustawienia tak by wartość w EUR nie zmieniała się w zależności od kursu przy wystawianiu faktury. 

     

    Pozdrawiam

  10. Może najprościej skontaktować się ze sprzedawcą - może sprzedawca jest w stanie wygenerować fakturę jako Excel a może korzysta z subiekta ;D to może ułatwi import faktur? 

     

    Ja używam programu zewnętrznego do prowadzania faktur z excela do subiekta (pliki z kopiami tworzą się w kilku miejscach - przerabialiśmy podobną sytuację nie zazdroszczę 

     

    odnoście linków do programów, to trzeba poszukać dokładniej - wrzuciłem kilka pierwszych. Najlepiej skontaktować się z takimi firmami telefonicznie i może coś podpowiedzą - "tonący łapie się brzytwy" ;DDD - a to z mojego  doświadczenia :DDDDD

  11. barwników nie chce traktować jako jeden ten sam. ale jako ten sam rodzaj. W sumie mój przykład najlepiej można było by przedstawić jako odzież. jeden model koszulki w białym kolorze ale kilka rozmiarów - u mnie jeden rodzaj barwników ale wiele kolorów.

     

    W subiekcie wpisałem dla kilku produktów ręcznie cenę omnibus ale jeśli ktoś przez pomyłkę zbiorczo zaznaczy i zrobi wyliczenie, to wpisana ręcznie cena niestety kasuje się.

     

    Domyślam się, żeby zrobić omnibusa na podstawie zmiany ceny w cenniku wiąże się z dodaniem pewnie 1-2 tabele a ilość danych to ilość produktów ze zmiennymi cenami. Ale obecna forma omnibusa nie jest poprawnie działającym rozwiązaniem. Niby jest, ale nie do końca. Może zespół Insert-u wziąłby pod uwagę powyższy problem i wprowadził rozwiązanie bardziej zbliżone do realnych wymagań omnibusa i zabezpieczeniem użytkowników przed karami ze strony urzędu.

     

    Proszę podpowiedzieć jak w takim razie można rozwiązać problem pilnowania cen. Jaki pomysł ma na to INSERT do zaproponowanego rozwiązania?🤔

     

    Mi przychodzi chyba najbardziej rozsądny pomysł, to stworzenie kolejnego cennika jako omnibus i w nim pilnować cen, z gwarancją, że cena po wyliczeniu nie zmieni się. będzie tyko brak daty wyliczenia. 

     

    Stworzenie nowego cennika było by takim samym rozwiązaniem, gdyby omnibus pilnował by na podstawie zmian ceny a nie ceny po sprzedaży. Taka sama ilość danych albo bardzo podobna - w zależności od sposobu rozwiązania zapewne ;D. 

     

     

    Pozdrawiam

     

×
×
  • Dodaj nową pozycję...