-
Liczba zawartości
1 030 -
Rejestracja
-
Ostatnia wizyta
-
Wygrane w rankingu
7
Posty dodane przez Mamut Maniek
-
-
w 1.43.0 będzie to poprawione?
-
W dniu 18.04.2023 o 10:29, Bartosz Rosa napisał:
Problem wynika z tego, że na liście dostaw Allegro zwraca dwa razy Allegro Wysyłka z Polski do Czech - Automaty Paczkowe Packeta, z dwoma różnymi identyfikatorami: raz dla serwisu allegro-pl, drugi raz dla allegro-cz. Sello zapisuje powiązania dostaw z usługami Allegro na podstawie zlepka danych (w tym również nazwy) i w tym przypadku uznaje, że obie dostawy to jest to samo i wybiera pierwszą z nich (czyli polską). Kupujący zaś wybrał dostawę do Czech i w zamówieniu jest zapisany identyfikator tej drugiej dostawy.
Spróbujemy to poprawić i skontaktujemy się z Allegro, czy można by to lekko zmienić.
czekamy z niecierpliwością na rozwiązanie problemu
- 1
-
Czy Sello pobierze zamówienia złożone w serwisie Allegro.cz (Czechy)? Czy ustawi w dokumencie prawidłową walutę (korony czeskie) ?
-
-
Godzinę temu, Bartosz Rosa napisał:
Mówiąc w skrócie, nazwij je tak samo na obu kontach, skonfiguruj ponownie w Sello i powinno zachwytać te umowy na dwóch różnych kontach.
Ja miałem te same nazwy umów wcześniej ale Sello mi to powielało na liście usług. Teraz jak znowu ustawiłem te same nazwy umów i sprawdziłem jeszcze raz tylko zmieniłem chwilowo wybraną usługę z własnej umowy na umowę allegrową, zapisałem, otworzyłem jeszcze raz (czyli tak jakby odświeżyłem listę umów) to już umowy własne były połączone. Musiało mi się wcześniej coś nie odświeżyć. Teraz faktycznie połączyło te usługi w jedną opcję (nie są powielone) i DZIAŁA NADAWANIE NA OBU KONTACH. Dziękuję bardzo za pomoc @Bartosz Rosa i @MARCIN e-kupowanie.pl
@MARCIN e-kupowanie.plJeszcze chciałem dopytać bo w przypadku umów własnych, przesyłki lądują w Elektronicznym Nadawcy w zbiorze i czy musimy tam coś robić? Przekazywać do UP czy coś?- 1
-
13 minut temu, MARCIN e-kupowanie.pl napisał:
Ja mam tak samo i Sello nic mi nie krzyczy...
Czy masz wybraną do jakiejś przesyłki usługę "Umowa własna - POCZTA POLSKA" ?
13 minut temu, MARCIN e-kupowanie.pl napisał:problem leży po stronie WzA
ja dla obu kont w Allegro dodałem umowę z Pocztą Polską, nie wiem co tam jeszcze może być nie tak
Oba konta allegro maja włączoną tą samą formę wysyłki czyli Allegro Kurier Pocztex i chodzi o to, że jak mapuje tą formę dostawy w Sello z WzA Umowa własna - POCZTA POLSKA to musze wybrać jedną umowę z dwóch i tu jest problem. Nie ma czegoś takiego w Sello jak mapowanie umowy do konta (a szkoda, bo to by rozwiązało problem)
13 minut temu, MARCIN e-kupowanie.pl napisał:Sprawdź ustawienia na koncie, które wskazuje ci Sello.
Które ustawienia? Ustawienia dla przesyłek są wspólne dla wszystkich kont.
14 minut temu, MARCIN e-kupowanie.pl napisał:czy aktualna wersja Sello?
tak, 1.42.6
-
24 minuty temu, MARCIN e-kupowanie.pl napisał:
Skąd taki wniosek?
bo Sello powiela te konta w liście wyboru usług, dokładnie tutaj (zaznaczyłem na czerwono nazwę umowy na koncie Allegro X i na zielono na koncie Y)
a potem ostrzega o tym co się dzieje i potwierdza moje wnioski
-
3 minuty temu, MARCIN e-kupowanie.pl napisał:
Czy dla obu kont w allegro WzA dodałeś tę umowę? (nie w Sello)
Dla obu kont Allegro jest dodana umowa własna z Pocztą Polską tylko tego typu usługi są rozdzielone w Sello (w przeciwieństwie do usługi z umową Allegrową, która jest wspólna dla wszystkich kont Allegro w Sello)
Obawiam się, że Sello nie jest do tego przystosowane. -
Tylko znowu pojawia się problem dla kilku kont Allegro. Konfiguracja odbywa się dla usługi, która jest przypisana dla konkretnego konta allegro i konkretnej umowy. Ja chciałbym na jednej umowie pocztowej nadawać na dwóch kontach Allegro. Niestety nie wiem jak to skonfigurować w Sello i czy w ogóle to możliwe. @Bartosz Rosa Nie dało by się jakiegoś mapowania zrobić? Że dane konto WzA jest przypisane dla danego kontekstu?
-
Ok udało się nadać w takiej postaci
"Umowa własna - POCZTA POLSKA (Kurier Pocztex)" ale musiałem jeszcze zaznaczyć opcję "Pocztex."
różni się formatem numeru nadania w stosunku do nadania przesyłki przez Allegro (nie umowa własna)
w Elektronicznym Nadawcy teraz pokazała się ta paczka
- 1
-
4 minuty temu, Paweł Nitendel napisał:
Tak, trzeba podłączyć pod te, które są dostępne na umowie własnej np. Pocztex Kurier.
sprawdzisz u siebie jak dokładnie masz wybrane? i normalnie nadają się jako allegrowe smart?
-
Umowa jest dodana do WzA w Allegro, pokazują się opcje z nazwą tej umowy w liście wyboru usługi w parametrach synchronizacji w Sello (widać na screenie nawet zamazałem nazwę tej umowy)
Chodzi o to, że mój opiekun naciska na taką formę bo chyba ma z tego prowizję.
-
W dniu 6.03.2023 o 15:08, Paweł Nitendel napisał:
Podłączę się do tematu:
Nie mogę znaleźć w konfiguracji Umowa Własna -> Allegro Kurier Pocztex, jest tylko na umowie Allegro.
Udało się ogarnąć temat? Mam ten sam problem
-
Ja mam troche inny problem. Właśnie podpisałem umowę z Pocztą Polską i opiekun prosił, żebym nadawał przesyłki Allegro Kurier Pocztex przez umowę z Pocztą Polską (to się nazywa usługa Pocztex 2.0 chyba) a nie przez Allegro. Niestety nie mogę znaleźć takiej opcji w Sello. Ktoś podpowie?
-
W dniu 13.12.2018 o 18:59, Daniel Kozłowski napisał:
ale filtry w modułach są.
gdzie to jest zapisywane w bazie? znalazłem dwie tabele:
gr_FiltrWartosc gr_FiltrWlasny
ale wg opisu, są one nieużywane
CytatNieużywana w aktualnej wersji InsERT GT.
Chciałbym sobie ustawić wszystkie filtry w modułach i zapisać wartość tabeli i sobie ją wczytywać przed uruchomieniem programu Subiekt GT
-
Chciałem się podzielić napisanym zapytaniem do bazy danych, które zmienia daty (głównie datę magazynową) na dokumencie FZ oraz powiązanym PZ (włączając do tego daty dostawy). Potrzeba zrodziła się kiedy po kilku miesiącach zorientowałem się, że pomyliłem datę magazynową i została zaliczona do złego miesiąca i musiałem datę przesunąć o kilka dni do przodu żeby zaliczyło ją do dobrego miesiąca. Na szczęście nowa prawidłowa data magazynowa nie kolidowała z ruchami na magazynie.
Zapytanie zmienia daty takie jak:
- Data wystawienia
- Data otrzymania
- Data zakończenia dostawy
- Data płatności
- Data magazynowa
Uwagi:- daty wystawienia, otrzymania, zakończenia dostawy i płatności można zmienić samemu ręcznie na dokumencie FZ bezpośrednio przez program Subiekt GT
- główne założenie zapytania to zmiana daty magazynowej dokumentu PZ
- zakładamy, że dokument FZ ma ustawioną płatność z góry (brak terminu) bo datę płatności ustawiamy na nową datę
- zakładamy, że dostawy które tworzy FZ/PZ nie zostały przesuwane/sprzedane przed nową datą
- nie jestem serwisantem Insert i nie przeszedłem żadnego szkolenia, zapytanie zostało napisane wg mojej aktualnej wiedzy, mogłem coś pominąć (może ktoś z forumowiczów coś doda), wykonanie zapytania może uszkodzić bazę danych (nie mniej jednak ja je wykonałem na swojej bazie i nie zauważyłem żadnych problemów)
DECLARE @DOK_HAN_NR_PELNY VARCHAR(MAX) = 'FZ 1/01/2023' DECLARE @NEW_DATE DATE = '2023-02-03' UPDATE dok__Dokument SET dok_DataWyst = @NEW_DATE, dok_DataMag = @NEW_DATE, dok_DataOtrzym = @NEW_DATE, dok_PlatTermin = @NEW_DATE, dok_DataZakonczenia = @NEW_DATE WHERE dok_NrPelny = @DOK_HAN_NR_PELNY UPDATE dok__Dokument SET dok_DataWyst = @NEW_DATE, dok_DataMag = @NEW_DATE, dok_PlatTermin = @NEW_DATE, dok_DoDokDataWyst = @NEW_DATE WHERE dok_DoDokNrPelny = @DOK_HAN_NR_PELNY UPDATE dok_MagRuch SET mr_Data = @NEW_DATE WHERE mr_Id IN ( SELECT mr_Id FROM dok_MagRuch JOIN tw__Towar ON mr_TowId = tw_Id JOIN dok_Pozycja ON mr_PozId = ob_Id JOIN dok__Dokument ON ob_DokMagId = dok_Id WHERE dok_DoDokNrPelny = @DOK_HAN_NR_PELNY )
-
Wprowadzam do swojej firmy możliwość wysyłki zamówień poza Polskę. Takie zamówienia oznaczam sobie rozszerzeniem "OSS" w numeracji dokumentu. Na koniec miesiąca chciałbym sprawdzić, czy wszystkie tego typu zamówienia są dobrze oznaczone oraz, czy któregoś nie pominąłem. Zabrałem się za analizę bazy danych i próbę stworzenia zapytania, które by to ogarnęło. Założeniem zapytania jest wyszukanie wszystkich dokumentów, które w adresie wysyłki w momencie utworzenia dokumentu mają wpisany inny kraj niż Polska a nie mają rozszerzenia OSS oraz zamówienia, które w adresie wysyłki w momencie utworzenia mają wpisany kraj Polska ale nie mają rozszerzenia OSS.
Zapytanie wygląda tak:
SELECT dok_NrPelny FROM dok__Dokument LEFT JOIN adr_Historia ON adrh_IdAdresu = dok_AdresDostawyAdreshId LEFT JOIN sl_Panstwo ON pa_Id = adrh_IdPanstwo WHERE dok_MagId = 1 -- magazyn główny and dok_Typ = 2 -- faktury and ( (pa_Nazwa = 'Polska' and dok_NrRoz = 'OSS') -- wysyłka do Polski ale z rozszerzeniem OSS or (pa_Nazwa <> 'Polska' and dok_NrRoz <> 'OSS') -- wysyłka poza Polskę ale z innym rozszerzeniem niż OSS )
Wg teorii powinno działać ale w moim przypadku podczas zapisu dokumentu pole dok_AdresDostawyAdreshId nie jest uzupełniane. Musiałbym za każdym razem gdy zapisuje dokument wybierać z listy adres dostawy (CTRL + A) ale moje integracje tego nie potrafią dodać i nie chcę tego robić ręcznie.
Czy da się w takim razie ustawić, żeby podczas zapisu dokumentu wybierał się adres dostawy w dokumencie z kartoteki Kontrahenta z domyślnego adresu dostawy? Dzięki temu będzie zapisywać się informacja w dokumencie o wybranym adresie wysyłki w momencie zapisu dokumentu i wtedy moje zapytanie zadziała.
-
Prosiłbym o poprawkę, żeby w pole kraj wpisywał się domyślny a nie pierwszy bez kodu państwa UE z bazy.
(ogólnie jak już coś to Sello powinno brać pod uwagę pa_KodPanstwaISO, który jest uzupełniony w nowszych wersjach Subiekta a nie pa_KodPanstwaUE, który dotyczy tylko krajów UE)
-
3 minuty temu, Bartosz Rosa napisał:
Czy po uzupełnieniu tego GB zrestartowałeś Sello? Ten słownik jest cachowany przez Sello więc konieczny jest restart aby zmiany były wzięte pod uwagę.
Inna sprawa, że w nowych Subiektach pa_KodPanstwaISO jest wypełniony danymi, ale to nie powinno być problemem.
Dodałem UK do bazy, zrestartowałem Sello i teraz tworzy z krajem "Stany Zjednoczone" (czyli następny kraj, który ma pustą wartość w kolumnie pa_KodPanstwaUE)
-
57 minut temu, Bartosz Rosa napisał:
Która wersja Subiekta? Nie możemy tego powtórzyć.
1.66 HF2
wysłałem też na PM filmik pokazujący cały problem, tworzenie nowego kontrahenta przez sello bez podania kraju ustawia domyślnie Wielka Brytania
- 1
-
jest ustawiona Polska
-
Chociaż robiłem testy i uzupełniłem kod dla Wielkiej Brytanii na "UK" w bazie SQL ale i tak adres ustawiał się Wielka Brytania
-
Jeżeli w Sello utworzę nowego kontrahenta (np. podczas tworzenia zamówienia ręcznego) i w jakimś adresie nie podam kraju wysyłki to jak taki kontrahent utworzy się w Subiekt GT to kraj zostanie wpisany jako "Wielka Brytania" (czy to w adresie głównym, czy to wysyłkowym). Czy ten problem jest komuś znany?
Nie wiem czy to ma znaczenie ale u mnie w słowniku krajów w Subiekt GT (sl_Panstwo), Wielka Brytania to pierwszy na liście kraj, który nie ma wpisanego kodu Państwa UE. Może Sello to jakoś powiązuje w ten sposób.
-
Mam w firmie dużo drukarek fiskalnych i konfigurowanie nowego stanowiska i dodawanie ich wszystkich ręcznie jest czasochłonne. Czy da się w jakiś sposób wyeksportować listę drukarek wraz z ustawieniami i zaimportować na innym stanowisku? Niestety nie znalazłem takiej opcji w programie.
Jak "odchudzić" bazę sello
w Pomocna dłoń
Napisano · Edytowane przez Mamut Maniek
Za mną kolejne czyszczenie bazy Sello i zastanawiam się nad zmniejszeniem rozmiaru tych baz archiwalnych. Wg raportu najwięcej zajmuje miejsca tabela im__Image (Obrazki używane przez towary i aukcje) i xcs_Ewid (Ewidencja InsTYNKT-u klientów).
Jeśli chodzi o obrazki, to chciałbym tylko, żeby towary i aukcje miały miniaturki na gridzie Sello. Wystarczy w takim razie wyczyszczenie pól im_Image? zostaną wtedy dane im_Preview
Co do tabeli xcs_Ewid to zastanawiam się co się stanie jeżeli wyczyszczę tą tabele? Zgaduję, że nie będzie można w module klientów szukać/filtorwać po instynkcie.
@Bartosz RosaProszę o komentarz w tej sprawie i z góry dzięki!
Edit:
Wykonałem polecenia:
Wyłączyłem też obsługę insTYNKTu dla klientów i towarów w parametrach Sello (tabele xcs_Ewid i xtw_Ewid zostały wyczyszczone)
Bazy archiwalne zajmują dużo mniej miejsca i jestem zadowolony. Miniaturki działają dalej i o to chodziło.