Mamut Maniek

@Bartosz Rosa Czy da się odczytać dokładną nazwę sposobu wysyłki dla zamówienia np. z bazy danych? Chodzi o to, że mam zmapowane sposoby wysyłki takie jak Allegro Kurier DPD Czechy, Allegro Kurier DPD Niemcy, Allegro Kurier Słowacja jako "WzA Allegro DPD (zagraniczne)" i chce dla danego zamówienia odczytać tą dokładną nazwę sposobu wysyłki. Jakiś pomysł?

Zgodnie z dokumentacją SFERY, istnieje atrybut Wiadomosc dla obiektu SuDokument, który: Chciałem wykorzystać tą funkcjonalność do wczytania dymka, który wyskakuje podczas tworzenia dokumentu FZ kiedy to wybiorę kontrahenta i wpiszę numer dokumentu oryginału, który już został użyty dla tego kontrahenta: Dymek ma treść: A wygląda tak: Mój kod wygląda tak (poglądowo): $oDokument = $g_oSubiekt.SuDokumentyManager.DodajFZ $oDokument.KontrahentId = 12345 $oDokument.NumerOryginalny = '165/2023' $oWiadomosc = $oDokument.Wiadomosc $Dymek = "Tytul: " & $oWiadomosc.Tytul & @CRLF & "Opis: " & $oWiadomosc.Opis ConsoleWrite($Dymek) Zmienna $Dymek zawiera: Przypuszczam, że została tam zapisana wartość "Wstawianie płatnika" po wykonaniu polecenia: $oDokument.KontrahentId = 12345 Próbowałem też odczytać tą wartość po zapisie dokumentu i w innych miejscach ale nigdy nie udało mi się odczytać wiadomości z dymka i zawsze Opis wiadomości był pusty. Co robię źle lub w jaki sposób odczytać wspomniany dymek?

Ok wyłączyłem uprawnienie "Odbieranie" dla poszczególnych kont na użytkowniku, który pobiera zamówienia i zobaczymy. Z góry dzięki za poradę.

Chciałbym ustawić, żeby jedno konto dodane do Sello nie pobierało zamówień bo obsługą zamówień zajmuje się inny program. Chce natomiast zostawić to konto w Sello bo chce obsługiwać oferty (zmieniać opisy itp). Czy dało by się to gdzieś ustawić np w bazie? Proszę o pomoc @Bartosz Rosa

uruchom program serwisowy i sprawdź co ile zajmuje w bazie (opcja czyść bazę danych > Przelicz wszystkie)

Jeżeli wartość magazynowa każdej pary pozycji na dokumentach RW i PW będą takie same (tym samym para dokumentów RW i PW będą miały taką samą wartość magazynową)

Ja tylko chcę mieć porządek z dokumentami i żeby wszystko się zgadzało. W firmie, osoba od księgowości, powiedziała, że przy pełnej księgowości, gdzie jest brana pod uwagę marża, ceny zakupu/dostaw muszą być prawidłowe.

Rozwinę przykład przytoczony na początku postu. Poniżej screen z wydruku RW z rozbiciem na pozycje. Na tym dokumencie RW jest jeden towar (formatka = surowiec) w ilości 1500szt. ale on pochodzi z dwóch dostaw (685szt po cenie 1,12 i 815szt po cenie 0,95). Dowiedziałem się tego dopiero po zapisie RW. Teraz mając informacje o tych rozbitych dostawach mogę zrobić odpowiednią ilość pudełek w dobrych cenach czyli robię PW na dwie pozycje o tym samym symbolu towaru (pudełko = produkt) z innymi cenami.

Chcę uzyskać parę dokumentów (RW i PW) których wartość magazynowa będzie się zgadzać. W sumie ten punkt 6 to tylko kwestia upewnienia się czy na pewno wszystko jest ok.

Wobec powyższego, czy moje założenia do stworzenia programu zarządzającym produkcją (rozchód surowca, przychód produktu) są prawidłowe? 1. Tworzę RW na surowiec 2. Zapisuję RW 3. Sprawdzam każdą pozycję RW z rozbiciem na dostawy 4. Tworzę PW zgodnie z dostawami pozycji RW 5. Zapisuję PW 6. Sprawdzam czy ceny magazynowe obu dokumentów się zgadzają

W jaki sposób to działa? Nigdy nie miałem Niebieskiego. Pojawia się opcja rozbicia pozycji na dostawy? Wtedy jak robię RW i dodaje towar to mogę go rozbić w dokumencie na kilka pozycji zgodnie z dostawami?

wg informatora, ceny magazynowe były takie same, chyba, że gdzieś indziej to sprawdzić?

W firmie gdzie produkujemy opakowania (produkt) z formatek (surowiec) dodałem rozchód wewnętrzny RW na surowiec oraz przychód wewnętrzny PW na produkt. Ustawiłem takie same ilości i takie same ceny ale nie zgadzają się wartości magazynowe tych dokumentów. W PW wartość magazynowa to 1545,00 a w RW to 1541,45 czyli różnica 3,55. Mimo iż cenę jednostkowo wyświetla prawidłowo czyli 1,03. Próbowałem w tym dokumencie gdzie się źle wyświetla czyli RW wejść w szczegóły pozycji i co ciekawe po przyciśnięciu OK w oknie szczegółów pozycji, przelicza w oknie edycji dokumentu już prawidłową wartość magazynową ale jak daje OK i wejdę z powrotem na edycję dokumentu to pokazuje starą wartość (tamta się nie zapisała). Co tutaj może być problemem? Dodam, że zaobserwowałem to tylko dla dokumentów o większej wartości właśnie coś ponad 1000,00zł. Screen z RW z oknem szczegółów pozycji: Screen z PW:

Teraz po zmianie zgodności jak wygląda zużycie CPU i pamięci podczas generowania raportu?

U mnie to samo, 12 listów przewozowych utworzonych do tego zamówienia po sprawdzeniu po stronie Allegro... Czyli wychodzi na to, że jak wyskoczy błąd (0x80040E21) to przesyłka zostaje nadana mimo to.

Oczywiście tak robię, musiałem od nowa skonfigurować tą zakładkę. Czasami jak wchodzę do okna Konfiguracja to nie wczytuje żadnej dostępnej metody wysyłki. Nie wiem czy są teraz jakieś problemy z serwerem WzA czy co.

Nie mogę sobie poradzić z nadaniem paczki Allegro One Punkt po zmianach po stronie Allegro (do tej pory wszystko działało). Dodam, że przesyłki typu Allegro Kurier Box, Allegro Kurier DPD czy Allegro Kurier UPS nadają się prawidłowo bez żadnych zmian z mojej strony. W Słowiku sposobów wysyłki w Sello ustawiłem w "Konfiguracja" odpowiednie dane i nadając paczkę dostaje np. błąd "Opis nie może być pusty". Uzupełniam opis i jak już wszystko wygląda ok to gdy odbiorę dane z Dostawcy Paczek to wyrzuca błąd o treści: Konfiguracja wygląda dobrze (porównałem ją analogicznie z ustawieniami Allegro One Box) Szukam pomocy, z góry dziękuję

Chyba udało się takie zapytanie napisać SELECT DISTINCT dok_NrPelny FROM dok_Pozycja POZ1 LEFT JOIN dok__Dokument DOK ON POZ1.ob_DokHanId = dok_Id GROUP BY dok_NrPelny, POZ1.ob_Id, POZ1.ob_Ilosc HAVING (SELECT SUM(POZ2.ob_Ilosc) FROM dok_Pozycja POZ2 WHERE POZ1.ob_Id = POZ2.ob_DoId) > POZ1.ob_Ilosc

Najgorsze jest to, że natrafiłem na taką korektę przez przypadek i może być ich więcej u mnie w systemie. Chciałbym je wyszukać ale mam problemy z napisaniem odpowiedniego zapytania. Chodzi o zapytanie, które wyszuka wszystkie korekty, które w polu 'Ilość po korekcie' mają wartość mniejszą niż zero. Kombinuje z tablicami dok__Dokument i dok_Pozycja. Muszę powiązać pozycje korekty i faktury i porównać ich ilość z pola ob_Ilosc, zgadza się?

Mam fakturę sprzedaży VAT i do niej wystawioną korektę zerującą wszystkie pozycje (klient odstąpił od umowy). Mam program do robienia korekt, który opiera się o rozszerzenie SFERA. Okazuje się, że program pozwala na zrobienie ponownej korekty do wyżej opisanej sytuacji, która koryguje pozycje zerowe (bo zostały skorygowane poprzednią korektą) na wartość -1 (czego nie pozwala interfejs robiąc taką korektę ręcznie, bo wyskakuje dymek o treści "Należy wprowadzić liczbę większą lub równą zero"). To jest przykład, gdzie interfejs zapobiega ustawieniu niepoprawnej wartości na dokumencie czego nie udało mi się wychwycić programem napisanym w oparciu o rozszerzenie SFERA. Zastanawiam się, czy w zasobach SFERA istnieje jakaś funkcja, która pomoże takie sytuacje wychwycić? Oczywiście mogę w swoim programie dodać warunek, żeby nie pozwolił wprowadzić takiej wartości ale chciałbym na przyszłość się zabezpieczyć w innych programach, żeby nie dochodziło do takiej sytuacji. Coś co wychwyci dymek lub takie mechanizmy. Za porady i sugestie z góry dziękuję.

Wg mnie skoro łączymy się do Sfery na konkretny magazyn to powinien być brany pod uwagę w dalszych poleceniach. Funkcja $g_oSGT.Dokumenty.Istnieje ignoruje wybrany magazyn ale funkcja $g_oSGT.Dokumenty.Wczytaj już bieżę go pod uwagę.

Za mną drugie czyszczenie bazy Sello w historii naszej firmy. Opisze na czym to polegało. Najpierw wykonałem kopię zapasową bazy Sello przez program MSSMS bo jest to konieczne przed wykonaniem czyszczenia (Program Serwisowy to sprawdza). Przed uruchomieniem czyszczenia ustawiam nowy status dla wszystkich transakcji wysłanych za pobraniem. Przechodzę do Sello do modułu TRANSAKCJE > WSZYSTKIE i zaznaczam filtry: UTWORZONE > (wybieramy zakres, który nas interesuje) STAN > w trakcie realizacji TYP > za pobraniem PACZKI > wszystkie towary wysłane potem zmianami zbiorczymi zmieniam status wybranych transakcji na "Zakończona" Chodzi o to, że Program Serwisowy usuwa tylko transakcje o statusie "Zakończona" lub "Anulowana" W Programie Serwisowym ustawiam: Usuń transakcje i paczki (starsze niż około 1-2 miesiące - można ustalić że do pierwszego danego miesiąca) Zdjęcia niepowiązane Aukcje zakończone bez transakcji - wszystkie Wiadomości e-mail treść - wszystkie Towary zostawiam Klientów zostawiam Aukcje wszystkie zostawiam bo nie wiem, czy zaznaczając tą opcję zostaną aukcje podpięte do transakcji, które zostaną po czyszczeniu🤔 Do tego uruchamiam zapytania do bazy danych: Usuwanie niepowiązanych wiadomości: DELETE FROM em__Email WHERE em_Id IN ( SELECT AU.em_Id FROM vw_Email AS AU WHERE (em_TransId is NULL and em_AuctionId is NULL and em_PackageId is NULL) AND (em_Status=2) ) Oraz puste wpisy w tabeli em_Archive DELETE FROM em_Archive WHERE ear_UIDL = '' Można przy okazji skasować dzienniki i logi: truncate table jb__job truncate table jb_Message Na koniec przywracam kopię bazy danych pod nową nazwą czyli dajemy na folder Databases w MSSMS prawym przyciskiem myszy i wybieramy "Restore Database..." tam zaznaczamy "Device" i wybieramy plik .bak, zmieniamy nazwę w polu Destination Database i jeszcze w plikach po lewej "Files", potem po przywróceniu można jeszcze zmienić nazwę logiczną plików w ustawieniach bazy danych). Możemy też we właściwościach bazy ustalić nową nazwę podmiotu Database Properties > Extended Properties > nazwa Do tego robię skróty pracownikom, żeby w razie czego mogli się połączyć do starej bazy. No i bardzo ważna rzecz, w wyczyszczonej bazie w Sello > Ustawienia > Wysyłanie i odbieranie danych > Transakcje > Zapisuj transakcje Allegro od dnia > wpisujemy nową datę odcięcia (chociaż tak sprawdzam to teraz to chyba nie ma to znaczenia bo i tak pobiera tylko nowe transakcje) W bazie archiwalnej możemy wyłączyć pobieranie transakcji/aukcji/wiadomości w ustawieniach, żeby czasem po włączeniu się nie pobierały. W tej archiwalnej bazie również przeprowadzam czyszczenie tylko tym razem wszystko czyszczę oprócz transakcji. Transakcje trzeba usunąć te po dacie odcięcia żeby nie było dubli w jednej i drugiej bazie. Ja usuwanie robię ręcznie (przez makro). Trzeba trochę pokombinować bo te transakcję mogą mieć paczkę/dokument i nie jest to tak łatwo usunąć. Wskazówka: Podczas procesu czyszczenia (wtedy kiedy czekamy), najlepiej zmniejszyć okienko "Czyszczenie bazy danych" do małych rozmiarów i pochować inne okna. Jak proces się kończy to zdarza się, że ta wiadomość wyskoczy ale gdzieś w tle i można to przegapić.

Dzisiaj konfigurowałem WZA - Allegro One Box i trzeba wybrać usługę w Sello jako Rozwiązuje to problem z komunikatem Trzeba też usunąć pola w sekcji "ADRES NADAWCY NA ETYKIECIE" co rozwiązuje problem z komunikatem Występują też problemy z polem Numer referencyjny (który najlepiej też ustawić jako pusty) oraz Nazwa (wpisać dwa człony najlepiej Imię i Nazwisko) oraz Firma (wpisać ręcznie) W polu Opis zawartości dałem tag [Transakcja::DokumKoncowy]

Też mam ten sam problem.

Ok mam. Wystarczyło włączyć opcję "Pokaż okno przy ręcznym drukowaniu" w Parametrach połączenia z programem Subiekt GT w Parametrach Sello