Ranking

W BL o ile mi wiadomo nie ma osobnych transakcji i paczek. W Sello 1 są. Co innego zakładka DO PACZEK w module TRANSAKCJE a co innego moduł PACZEK. W Module TRANSAKCJE w zakładce DO PACZEK znajdują się transakcje, które można już pakować. Po utworzeniu z nich paczek, naturalnie transakcje znikają z tej zakładki, bo już paczka istnieje, ale to nie znaczy, że transakcja przechodzi do modułu paczek :). Transakcja nadal jest w module TRANSAKCJE, na zakładce WSZYSTKIE - bo już nie wpada pod filtr umieszczający ją w zakładce OCZEKUJĄCE NA PŁATNOŚĆ i DO PACZEK (no chyba, że jest to transakcja za pobraniem). Tworzy paczkę w module PACZKI. W tym momencie mamy 2 obiekty powiązane ze sobą: transakcję oraz paczkę, co akurat łatwo stwierdzic wchodząc na dolną zakładkę PACZKI w module TRANSAKCJI albo w zakładkę TRANSAKCJE w module PACZKI. I tak, dopiero dla paczki można stworzyć etykietę. Najwyraźniej inaczej rozumiemy pojęcie paczki. W Sello nie jest ona nierozerwalnie związana z przesyłką utworzoną u kuriera. W zasadzie zrobiono :). W Sello NX nie ma już takiego rozróżnienia na transakcje i paczki, jest jedno zamówienie wysyłkowe, które można spakować i na nim się tylko operuje.

Odzyskanie z kopii bezpieczeństwa - baza z przerwaną aktualizacją może mieć niespójne dane.

Bartku dobre wnioski i podpowiedź, dziękuję. Problem rozwiązany - ograniczenia na komputerze blokowały, o tyle to dziwne, że nikt w czasie kiedy problem się pojawił nic nie instalował ani przestawiał.

...ale ze mnie BAMBIK Zaktualizowałem do 1.43.3 i jest OK. Dziękuję.

Z samych logów wynika, że błąd występuje przy strzale do serwisu i brakuje w nim odpowiedzi tego serwisu. Tak jakby coś blokowało komunikację z serwerem InPostu, więc firewall albo niepoprawnie działający DNS, który jest ustawiony na tym komputerze. Co się wyświetla w przeglądarce internetowej po wejściu na ten adres: https://api-shipx-pl.easypack24.net/

Cześć, Ponieważ musiałem sobie poradzić z tym problemem, a poprzednie wpisy nie wyjaśniały do końca tematu, przy małym hejcie "oświeconych" 🙂, więc postanowiłem podzielić się swoim rozwiązaniem tego tematu. Może komuś przyda się. Wpłaciliśmy zaliczkę dla dostawcy na rzecz zamówienia, z datą dostawy w przyszłości. Otrzymaliśmy fakturę proforma po sformułowaniu zamówienia, fakturę zaliczkową (po wpłacie zaliczki) oraz fakturę końcową przy dostawie. 1. Jak zawsze warto zarejestrować zamówienie do dostawcy w SUBIEKT. Łatwiej później rejestrować kolejne dokumenty i kontrolować proces. 2. Nie rejestrujemy faktury proforma. Później dołączamy ją do faktury zaliczkowej. Ta faktura nie stanowi podstawy rozliczeń, a właściwie potwierdza uzgodnioną płatność. 3. Wykonujemy przelew do dostawcy i zawieszamy tę kwotę na rozrachunku z dostawcą. 4. Fakturę zaliczkową rejestrujemy jako normalną fakturę zakupu. Nie korzystam z opcji "zrealizowania zamówienia", aby to zamówienie pozostało w rejestrze i nadal wskazywało na oczekiwanie na faktyczną realizację. Fakturę, podczas rejestracji, kojarzymy z wykonaną wcześniej płatnością i koniecznie "wycofujemy skutek magazynowy". Wykonujemy tę operację tyle razy, ila zaliczek będzie. W efekcie tego będzie obrót finansowy, pojawi się w rejestrze VAT, natomiast nie wywoła obrotu magazynowego. Zamknie też rozliczenia z dostawcą 5. Fakturę końcową jeszcze raz rejestrujemy w powyższy sposób jako fakturę zakupu. Ja przyjąłem zasadę, że nawet fakturę zerową rejestruję w ten sposób - mam wykazane wszystkie otrzymane faktury w rejestrach. 6. Fakt dostawy towaru rejestrujemy dopiero jako PZ w opcji "realizalizacji zamówienia". Wtedy zamówienie dopiero wypada z rejestru. Mamy obrót magzynowy, a finansowy, to zależy od wartości faktury końcowej. W tytule PZ możemy zaznaczyć "Faktura końcowa numer...", to nawet pojawi się na wydruku PZ jako "Faktura końcowa". Dokument podpinam pod fakturę końcową od dostawcy.