Radi N.

Nie sprawdzałem tej poczty na innym klienecie ale sprawdzałem inną pocztę na sello też nie działała.

Nazwa.pl pracownik nazwy sprawdzał poprawność działania poczty ich zdaniem jest wszystko OK. Testy na SSL i bez SSL. Pełen log mogę podesłać na priv lub mail.

Witam od paru dni walczę z sello ponieważ nie odbiera ani nie wysyła poczty. Przerobiłem już chyba wszystkie możliwe konfiguracje, złożyłem nowe konto w sello podałem dane innego konta w ciąż to samo. Sprawdziłem FW wkońcu go odinstalowałem a systemy wyłączyłem i nic. Poproszę o pomoc tu logi z wysyłania: Szczegóły błędu: SendEmail: DllDate: Aug 3 2011 UnlockPrefix: INSERTCOMPMAILQ Username: SERWER:****** Architecture: Little Endian; 32-bit Language: Visual C++ 8.0 recipients: TO: ***** totalCount: 1 renderToMime: createEmailForSending: xSigningAlg: sha1 createFromMimeText5: createFromMimeObject2: security: FromHeader: ***** ToHeader: ***** renderToMime: Elapsed time: 0 millisec SmtpConnect: SmtpHost: ***** SmtpPort: 995 SmtpUsername: ******* SmtpSsl: 1 StartTLS: 0 SmtpAuthMethod: LOGIN Need new SMTP connection SMTP_Connect: Connecting to SMTP server *****:995 smtp_host: ****** smtp_port: 995 smtp_user: ***** auth-method: LOGIN ConnectTimeoutMs: 30000 calling ConnectSocket2 AddrInfoList: AddrInfo: ai_flags: 0 ai_family: 2 ai_socktype: 1 ai_protocol: 0 ai_addrlen: 16 ai_canonname: (NULL) Connect using IPV4. ipAddress1: ***** myIP_3: 192.168.1.1 myPort_3: 64594 connect successful. clientHelloMajorMinorVersion: 3.1 buildClientHello: majorVersion: 3 minorVersion: 1 numRandomBytes: 32 sessionIdSize: 0 numCipherSuites: 10 numCompressionMethods: 1 handshakeMessageType: ServerHello handshakeMessageLen: 0x46 processHandshakeMessage: MessageType: ServerHello Processing ServerHello... ServerHello: MajorVersion: 3 MinorVersion: 1 SessionIdLen: Log z odbierania: GetUidls: DllDate: Aug 3 2011 UnlockPrefix: INSERTCOMPMAILQ Username: ***** Architecture: Little Endian; 32-bit Language: Visual C++ 8.0 Pop3Connect: Connecting to POP3 server hostname: ***** port: 465 ssl: 0 connectTimeoutMs: 30000 heartbeatMs: 0 ConnectTimeoutMs: 30000 calling ConnectSocket2 AddrInfoList: AddrInfo: ai_flags: 0 ai_family: 2 ai_socktype: 1 ai_protocol: 0 ai_addrlen: 16 ai_canonname: (NULL) Connect using IPV4. ipAddress1: ****** myIP_3: 192.168.1.10 myPort_3: 54928 connect successful. Connected to POP3 server Timeout waiting to read socket or accept connection timeoutMs: 30000 timeoutMs: 30000 timedOut: 1 aborted: 0 fatalError: 0 connectionClosed: 0 Failed to received remainder of POP3 multi-line response. matchStr: greeting: ConnectionType: Unencrypted TCP/IP Failed to connect to POP3 server. Failed.

Chciałem odświeżyć temat. Czy coś się zmieniło? Jaki jest status tej funkcjonalności?

Witam Tak jak w temacie baza sello ma status restoring zamiast online bardzo proszę o pomoc.

A całkowity brak powiązania z SGT jedynie w momencie wystawia FV wyszukanie podmiotu o danym NIPie, jeżeli nie istnieje to dodajemy nowego kontrahenta? Wiem że mogą się zdarzać pomyłki ale przecież kupujący jest sam odpowiedzialny za podanie prawidłowego NIPu. A niejednemu ułatwi to pacę.

Można szybko odnaleźć dokument w sello. Ale lepszym rozwiązaniem było by jednak wymyślenie sposobu aby dokumenty wystawiał się z automatu przy włączonej kontroli NIPu. Wydaje mi się bezsensowne aby tworzył się kolejny indeks w bazie z ta samą firmą (niektóre firmy mieli byłyby pewnie wprowadzone ze 30 razy).

Wracając do tematu może przynajmniej można stworzyć ręczne powiązanie dokumentów w sello? A może uda się to rozwiązać w inny sposób? Przy kilkudziesięciu transakcjach dziennie wystawianie dokumentów ręcznie jest męczące.

Witam Mam problem przy przejściu z wersji 1.13.. na najnowszą wersję Sello tworzy kopię podmiotu a później pokazuje informację: "Aktualizacja podmiotu nie powiodła się! Raport z aktualizacji utworzono w C:\....\xx.txt Przywrócenie podmiotu powiodło się." Problem z tym że w logu nic nie ma ostatni wpis z lipca tego roku. Pokazał się log: Aktualizacja podmiotu: XXX z wersji: 1.130 do wersji: 1.14.0.1791 dnia: 2013-10-28 Zastosowano do podmiotu skrypt: C:\Program Files\InsERT\Sello\Skrypty\skrypt1.130_1.139.enc Modyfikacja wartości wersji struktury bazy z 1.130 na 1.139 Błąd modyfikacji wartości wersji: 80004005: [DBNETLIB][ConnectionWrite (send()).]Błąd ogólny sieci. Zajrzyj do dokumentacji sieci. Zastosowano do podmiotu skrypt: C:\Program Files\InsERT\Sello\Skrypty\skrypt1.139_1.140.enc Modyfikacja wartości wersji struktury bazy z 1.139 na 1.140 Błąd modyfikacji wartości wersji: 80004005: Błąd połączenia Aktualizacja danych wzorcowych...Zakończono Aktualizacja identyfikatorów...Zakończono Aktualizacja szablonów opisów...Zakończono Aktualizacja rodzajów aukcji...Zakończono Aktualizacja słownika ubezpieczeń wysyłki...Zakończono Aktualizacja wzorców wydruków...Zakończono Aktualizacja typów eksportów...Zakończono Kompaktowanie bazy danych...Zakończono Błąd modyfikacji wartości wersji: 80004005: Błąd połączenia Odtworzono obiekty użytkownika ======================================================================== Aktualizacja podmiotu: XXX z wersji: 1.130 do wersji: 1.14.2.1805 dnia: 2013-12-06 Zastosowano do podmiotu skrypt: C:\Program Files\InsERT\Sello\Skrypty\skrypt1.130_1.139.enc Nie powiodło się wykonanie polecenia: INSERT INTO pf_PrintForm VALUES (30,'K-Ex - Etykieta adresowa',NULL,1,0,3,'',1,0,1) Błąd 80040E2F: Violation of PRIMARY KEY constraint 'PK_pf_PrintForm'. Cannot insert duplicate key in object 'dbo.pf_PrintForm'. The duplicate key value is (30). Aktualizacja podmiotu nie powiodła się: 80040e2f: Violation of PRIMARY KEY constraint 'PK_pf_PrintForm'. Cannot insert duplicate key in object 'dbo.pf_PrintForm'. The duplicate key value is (30). Przywrócenie podmiotu nie udało się.

Po co robić powiązanie między kontrahentem z Sello (userem Allegro) a SGT? Czy nie łatwiej żeby przy każdej wystawianej FV z Sello dane były wyszukiwane po NIPie w SGT jeżeli nie zostanie on odnaleziony to wtedy dodawany jest nowy kontrahent w SGT. Gdyby dane się różniły to może on być aktualizowany tak jak podaje klient w formularzu po zakupie. Przy tym rozwiązaniu które jest obecnie czasami zdarza się dzień w którym trzeba wystawić ręcznie ponad 15 dokumentów co zajmuje sporo czasu.

Witam Zacznę od opisania problemu który zaczyna nam bardzo przeszkadzać a nie potrafimy sobie z nim poradzić. Zakładamy że mamy już klientów i są oni w sello powiązani z SGT. Problem nasz się pojawia w momencie gdy jakiś inny użytkownik Allegro kupi coś i poprosi o FV na dane firmy która jest przypisana już do innego Allegrowicza. Przeszukałem całe forum i nie znalazłem rozwiązania mojego problemu (prócz wyłączenia kontroli NIP a to powoduje że w SGT dany kontrahent będzie się pojawiał tyle razy z ilu kont będzie zakup). PS. Jeszcze pytanie do programistów dlaczego trzeba dane firmy przypisywać do allegrowicza czemu nie zrobić identyfikacji danych po NIPie?

U nas też tak jest, pobrało wczorajsze transakcje ale dzisiejsze nie spływają do sello.