Subiekt nexo
Rachmistrz nexo
Rewizor nexo
Gratyfikant nexo
Gestor nexo
Biuro nexo
Subiekt GT
Rachmistrz GT
Rewizor GT
Gratyfikant GT
Gestor GT
Biuro GT
Robert foto
-
Liczba zawartości
97 -
Rejestracja
-
Ostatnia wizyta
Posty dodane przez Robert foto
-
-
Z tego menu dostawy allegro mogę wybrać dostawy pocztexu, ale wtedy gdy jako dostawcę wybiorę pocztę polską. Nie mam opcji wyboru dostawcy pocztexu. Dokładnie chodzi o pole wyboru ze screena
-
Tak, poprzez menu: SELLO - NARZĘDZIA - SYNCHRONIZUJ PARAMETRY Z SERWISU
-
Po stronie allegro dodaliśmy metody dostawy Pocztex, niestety mimo kilkukrotnego użycia narzędzie synchronizacji parametrów z serwisu Pocztex nie pojawia nam się jako dostawca w oknie wyboru sposobów wysyłki
-
Nie, nie korzysta z gmaila
-
Mamy od wczoraj problem z pocztą przychodzącą w sello. Komunikat błędu:
-
Pojawił się u nas problem z wydrukiem paragonów w Subiekcie na drukarce Posnet Thermal FV EJ. Komunikat Brak połączenia. Błąd wykonania operacji. Wystąpił błąd komunikacji z serwerem (kod 2200)
-
Czyli każdy z pracowników musiałby wklejać z notatnika swoją stopkę podczas odpisywania na wiadomości? Zobaczę, czy uda się to sprawdzić.
-
Dodam jeszcze, że od dawna odpowiedzi na niesformatowane wiadomości, są kodem html.
Teraz pozbawiłem PODPISY DO WIADOMOŚCI wszelkiego formatowania i sytuacja wygląda tak samo, tj. po wybraniu 'odpowiedz' okno odpowiedzi ma kod html, ale nawet po usunięciu go, wiadomość została wysłana z brakującymi fragmentami, akurat w tym przypadku pozbawiona całej treści, oprócz podpisu.
-
Podpisy nie były zmieniane. Zmieniłem wczoraj na próbę. Napisałem zwykły tekst, dodałem pogrubienie czcionki nazwy firmy i operatora. Po tym, w jednej z odpowiedzianej wiadomości została wycięta treść. Wiadomość oryginalna wygląda na pozbawioną formatowania i jest to wiadomość przesłana za pośrednictwem allegro.
-
My wysyłamy sformatowane wiadomości, ale faktycznie, problem chyba dotyczy wiadomości, które oryginalnie nie są sformatowane.
Potwierdzam też, że wyłączenie formatowania w wiadomości, obcina fragmenty stopki (tekstowej).
Sprawdzanie pisowni mamy wyłączone od lat, a ten problem występuje od kilku miesięcy, ze 2-3 wersje Sello temu.
-
Problem nie ma związku z szablonami, tylko z podpisami do wiadomości. Podpisy do wiadomości nie były zmieniane od wielu lat.
To są odpowiedzi na wiadomości i już po wysłaniu widać w 'wiadomościach wysłanych' obciętą treść. Wtedy ratujemy się wysyłając do klienta nową wiadomość (bez historii korespondencji).
Problem nie występuje dla wszystkich wiadomości. Tak samo jak powracający problem z wyciętymi polskimi znakami, z tym, że obcięta treść maila zdarza się częściej.
Nie ma też związku z danym stanowiskiem, czy loginem. Na początku wydawało mi się, że dotyczy wiadomości wysłanych ze smartfonów, ale niestety nie tylko. Może to jakieś formatowanie z iOS?
-
Hej,
Mamy dokładnie to samo. Od jakiegoś czasu mam takie zgłoszenia od pracowników.
Zawsze są to niesformatowane wiadomości, ale póki co, nie znalazłem reguły, czy mail wyjdzie cały czy nie. Trzeba sprawdzać każdy wysłany.
-
Dopóki nie zostanie to wdrożone, to jak można naprawić wiadomości automatyczne zawierające ten adres? Chyba nie można ich warunkować sposobem wysyłki, prawda? Jak sobie poradziliście?
-
Witam,
Jakieś 5 lat temu używaliśmy również programu Serwis firmy AcomNex, więc też wygląda na to, że może być to pozostałość po tym programie, bo u nas również wystąpił problem z aktualizacją do 1.64 SP1.
Twórcy programu twierdzą, że była kiedyś tworzona taka kopia tabeli podmiot, więc może być to przyczyna, problemu, która ujawniła się po latach.
Można się jej pozbyć poprzez:
select * from pd__podmiot2drop table pd__podmiot2Pozdrawiam. -
Dziękuję za wskazanie odpowiedniego tematu.
-
Dzień dobry,
Mam problem z ostatnią aktualizacją tj. 1.64 SP1
CytatAktualizacja podmiotu: xxx z wersji: 1.6402 do wersji: 1.6408.10.4910 dnia: 2020-11-14 10:20:11
Zapisywanie informacji o początku konwersji
Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.6402_1.6403.enc
Modyfikacja wartości wersji struktury bazy z 1.6402 na 1.6403
Wartość wersji została zmodyfikowana
Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.6403_1.6404.enc
Modyfikacja wartości wersji struktury bazy z 1.6403 na 1.6404
Wartość wersji została zmodyfikowana
Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\InsERT GT\Skrypty\skrypt1.6404_1.6405.enc
Nie powiodło się wykonanie polecenia:
EXEC sp_unbindefault '[TKGN]'ALTER TABLE [pd__Podmiot] ADD CONSTRAINT [DF_pd__Podmiot_pd_KodKGN] DEFAULT (('')) FOR [pd_KodKGN]
ALTER TABLE [pd__Podmiot] ALTER COLUMN [pd_KodKGN] varchar(20) NOT NULL
DROP TYPE [TKGN]
Błąd 0x80040E14: Cannot drop type 'TKGN' because it is being referenced by object 'pd__podmiot2'. There may be other objects that reference this type.
Default unbound from data type.Cannot drop type 'TKGN' because it is being referenced by object 'pd__podmiot2'. There may be other objects that reference this type.Aktualizacja podmiotu nie powiodła się: 0x80040e14: Cannot drop type 'TKGN' because it is being referenced by object 'pd__podmiot2'. There may be other objects that reference this type.
Przywrócenie podmiotu powiodło się.Aktualnie znów pracujemy na 1.64 HF2
Proszę o pomoc w aktualizacji do najnowszej wersji.
-
Uff... bo wyglądało to dziwnie. Cieszę się że inni też mają ten sam problem
Panie Bartku, a jak to możliwe, że u innych problem zaczął się pojawiać z takim opóźnieniem w stosunku do nas i skąd ta "losowość" występowania?
-
Tak, na wielu.
-
Zgadza się, choć ostatnio pierwsza próba odpisania zawsze daje tytuł bez polskich znaków.
Niestety nie widzę też zależności z synchronizacją.
-
No właśnie już na etapie tworzenia odpowiedzi, przed zapisaniem/wysłaniem. Bez szablonu, stopka prosta - bez grafiki.
-
Niestety nie ma to związku z problemem usuwania polskich znaków z tytułów wiadomości. Do tej pory mieliśmy to wyłączone, bo tak było mniej problemów.
Teraz do testów włączyłem:
-pierwsza wiadomość - 3 pierwsze odpowiedzi mają usunięte polskie znaki, następne 30 odpowiedzi bez błędu.
-druga wiadomość - 2 pierwsze odpowiedzi mają usunięte polskie znaki, następne 3 bez błędu, kolejna ma usunięte znaki.
Nie jest to też kwestia klienta/stanowiska. Nie występuje w wiadomościach automatycznych.
Tylko u nas występuje ten problem? Czy w znacznej części odpisanych (ręcznie) wiadomości nie macie wyciętych polskich znaków z tytułów wiadomości?
-
Dzień dobry,
Mamy od jakiegoś czasu problem z polskimi znakami w tematach wiadomości obsługiwanych przez Sello.
Myślałem, że problem dotyczy konfiguracji serwera, ale zdecydowanie usuwanie polskich znaków odbywa się w Sello.
Przykładowa otrzymana wiadomość z Allegro
"RE: Dyskusja - X uznał zgłoszony problem za rozwiązany"
zawiera wszystkie znaki, natomiast po kliknięciu odpowiedz, a jeszcze przed wysłaniem, tytuł to:
"RE: Dyskusja - X uzna zgoszony problem za rozwizany".
Co więcej, testowałem odpowiadanie na tej samej wiadomości i co 5-10 rezultat był pozbawiony polskich znaków, dlatego problem wydawał się sporadyczny i trudno było go z czymś powiązać.
-
U nas gabarytów przesyłek nie wybierają osoby przerabiające zamówienia, a dopiero pracownicy magazynu wstawiając odpowiednie wartości w SmartPaczce. Nie mają dla nas znaczenia domyślne wartości w Sello, byle nie było dodatkowych pól do wypełniania podczas przerabiania zamówienia.
-
Zadziałało, dzięki
Błąd przy tworzeniu dokumentu
w Pomocna dłoń
Napisano
Od jakiegoś czasu przy próbie utworzenia dokumentu w zamówieniach lokalnych pojawia nam się błąd z poniższym komunikatem:
Tworzenie w systemie sprzedaży dokumentu końcowego do transakcji '38720/FsFoto.pl': Nie można niejawnie przekonwertować typu „System.DBNull” na „int”.
WYJĄTEK: Microsoft.CSharp.RuntimeBinder.RuntimeBinderException: Nie można niejawnie przekonwertować typu „System.DBNull” na „int”.