brat.pl

Ja zakładam, że i tak jedną licencje subiekta dla osoby pracującej na sello potrzebuję. Trudno korzystać z sello bez licencji subiekta.

Podbijam temat. Allegro wprowadziło już warianty więc już powinno być wiadomo jak to ugryźć od strony programistycznej. Co do strony praktycznej wg mnie na początek wystarczy możliwość przypisania do jednej aukcji wielokrotności danego towaru. My (i jak widzę inni również) akurat bardzo często wystawiamy pakiety wielorodności jednego towaru. Czyli w sello przypisujemy do danej aukcji 1,2 ,3 itd sztuki towaru z subiekta. Dodam, że pobieranie stanów magazynowych przy obecnym systemie sprzedaży na allegro w formie sklepów nie ma większego sensu. Wszyscy wystawiają maksymalną liczbę sztuk na alelgro , aby aukcja nie zakończyła się przed czasem, bo liczy się liczba sprzedanych sztuk. Ze stanów subiekta do allegro korzysta pewnie niewiele osób, może jakieś antykwariaty itp, gdzie ma się unikatowych sztuk ograniczoną ilość. Jeśli się mylę, to proszę mnie poprawić.

U nas każde tworzenie dokumentu trwa te 5 sekund, pierwsze może trochę dłużej. Dla jasności o co chodzi wysyłam filmik U nas akurat odpada zbiorcze wystawianie dokumentów, bo przy każdym zdarza się coś do sprawdzenia, choćby nr telefonu, który nie jest automatycznie nadpisywany w subiekcie jeśli użytkownik go zmienił w allegro.

U nas to samo. Chodzi o czas potrzebny na wystawienie dokumentu końcowego z poziomu sello (skrót ctrl+s, zresztą przy dokumentach wstępnych to samo). Nie jest to kwestia bazy, bo testowaliśmy na różnych bazach subiekta i sello. Nie kwestia sprzętu bo też testowane na różnych komputerach. Jak jest u was, ile trzeba czekać na wystawienie dokumentu końcowego ?

Odświeżam temat. Programu Y.Shipping (www.shipping.yosi.pl) nawet nie da się pobrać ze strony, a nawet jeśli, to jest drogi jak na wdrożenie tylko paczki w ruchu. Zresztą do systemu paczki w ruchu trzeba i tak ręcznie wgyrwać plik, więc całkowicie się tego nie zautomtyzuje. Kwestia tylko napisania eksportu danych z sello do paczki w ruchu. Pytanie jak pisać taki eksport, gdzie dane ? Jestem zainteresowany zleceniem napisania takej transformaty. mail brat@brat.pl

Czytałem o tym, że ktoś stworzył nową bazę mysql na tym samym komputerze, aby działała niezależnie, i tam przerzucić jedną z baz, aby sello i subiekt nie był na jednym serwerze. Czy to coś pomoże i czy da się zrobić ?

no to na razie nie instaluję do czasu wyjaśnienia sprawy

1.20.3 zainstaluję nową wersję i zobaczę, czy coś pomoże

Jak w temacie, czyli wolne wystawianie dokumentu końcowego w Sello. Tzn. nim załaduje się okno z subiekta trzeba za każdym razem czekać po około 5 sekund. Myślałem, że czyszczenie bazy sello pomoże (https://forum.sello.pl/index.php?topic=9176.0) , jednak żadnej różnicy nie ma. Dodam, że działanie sprawdzam na serwerze, dyski ssd raid 16gb ram, 8 rdzeni 3,2 ghz. Sam subikt działa całkiem szybko (baza 2gb) , baza sello obecnie 5 gb. Nie wiem czy jakiś wpływ może mieć obecnośc innych baz danych na tym serwerze. inna dla rachmistrza, inna sbuiketa, jeszcze jest prosta paczka, kopie rachmistrza i subiekta. Używane są na codzień głownie bazy sello i subiekt. Powolne działanie jednak jest też , gdy nikt inny nie korzysta z żadnej bazy. Ktoś pisał, aby stworzyć drugą bazę mysql np na sello . Jak to w praktyce zrobić i czy to pomoże skoro , jeśli pozostałe są nieużywane to i tak działa wolno.

Witam Poniżej wynik zapytania Bartka z wątku https://forum.sello.pl/index.php?topic=6335.0 proszę o pomoc w odchudzneniu bazy. wykonałem już punkty usuwania maili i opisów, odchudziło to jakieś 3,5gb z 8,5 do 5,3GB Najwięcej zajmuje em_Source , co to jest ? swoją drogą suma pozycji daje 3,7 gb, a baza ma wielkość 5,3 gb (po kompaktowaniu) 3702,031238 3572,062453 67,671825 62,296865 0 em_Source 447839 2522,84375 2520,09375 0,054687 2,695312 1 em__Email 447839 281,046875 234,71875 45,8125 0,515625 1 tr_History 1230565 182,015625 181,34375 0,015625 0,65625 1 im__Image 1287 160,148437 159,335937 0,023437 0,789062 1 au_Allegro 18454 136,578125 81,039062 0,25 55,289062 1 adr__Address 708471 134,453125 134,085937 0,34375 0,023437 0 tr__Transaction 215350 74,65625 71,054687 3,523437 0,078125 0 tr_Comment 74331 41,09375 39,671875 1,375 0,046875 1 pb_PostBuyFormTransaction 218850 22,015625 21,796875 0,140625 0,078125 0 pb__PostBuyFormData 98127 20,53125 20,375 0,054687 0,101562 0 cs__Customer 69677 18,773437 18,671875 0,0625 0,039062 0 tr_Item 321990 14,882812 14,742187 0,054687 0,085937 0 au_Shipping 229332 13,671875 10,15625 3,390625 0,125 0 au__Auction 18454 9,882812 9,804687 0,046875 0,03125 0 pc__Package 19721 7,96875 7,578125 0,351562 0,039062 1 nt_Note 21782 7,171875 6,640625 0,445312 0,085937 0 st_Category 60871 6,171875 3,804687 2,304687 0,0625 0 st_CategorySpecificDict 69691 5,773437 3,585937 2,070312 0,117187 1 st_CategorySpecific 18734 5,664062 4,335937 1,171875 0,15625 0 tr_Group 120848 5,296875 2,453125 2,78125 0,0625 1 pf_PrintForm 34 4,960937 4,929687 0,007812 0,023437 1 pc_History 55120 4,390625 4,359375 0,023437 0,007812 1 cs_CustEmail 69951 4,070312 3,992187 0,023437 0,054687 0 cs_CustPhone 82909 3,382812 3,351562 0,023437 0,007812 1 au_Payment 36766 2,445312 0,859375 1,375 0,210937 0 gr__KonfiguracjaEx 338 1,398437 1,320312 0,007812 0,070312 0 pc_Item 37106 1,390625 1,335937 0,023437 0,03125 1 em_Archive 34716 1,328125 1,25 0,023437 0,054687 0 au_CategorySpecific 12710 1,21875 0,625 0,507812 0,085937 0 au_Enhancement 21041 1,015625 0,507812 0,351562 0,15625 0 ins_blokada 3507 0,632812 0,578125 0,023437 0,03125 0 it__Item 1033 0,59375 0,546875 0,023437 0,023437 1 au_Picture 16299 0,570312 0,460937 0,015625 0,09375 1 it_ExternalCustomAttributes 2352 0,390625 0,320312 0,023437 0,046875 1 reg_JournalDeals 4043 0,382812 0,3125 0,023437 0,046875 0 tp__HtmlTemplate 15 0,273437 0,226562 0,007812 0,039062 0 gt_Transformacja 9 0,273437 0,21875 0,007812 0,046875 0 ep_RegData 47 0,210937 0,1875 0,023437 0 1 log_Message 2173 0,203125 0,140625 0,015625 0,046875 0 up_UserParams 36 0,195312 0,140625 0,023437 0,03125 0 reg_Data 17 0,15625 0,070312 0,039062 0,046875 1 gt_Definicja 9 0,148437 0,09375 0,007812 0,046875 1 nm_NotifierMessage 5 0,101562 0,09375 0,007812 0 1 em_Template 19 0,09375 0,070312 0,007812 0,015625 1 pd__Podmiot 1 0,0625 0,054687 0,007812 0 1 sl_PackageSynchronizationParams 10 0,054687 0,039062 0,015625 0 0 it_ItemProp 1913 0,054687 0,039062 0,015625 0 1 vw__Konfiguracja 84 0,046875 0,039062 0,007812 0 1 em_Signature 2 0,046875 0,023437 0,023437 0 1 st_Country 224 0,046875 0,015625 0,03125 0 1 st_Shipping 140 0,039062 0,023437 0,015625 0 1 sl_ExportType 4 0,03125 0,023437 0,007812 0 1 st_Payment 3 0,03125 0,007812 0,023437 0 0 st_Region 17 0,03125 0,007812 0,023437 0 1 sl_User 5 0,03125 0,007812 0,023437 0 0 st__Site 1 0,03125 0,007812 0,023437 0 1 st_AuctionType 65 0,03125 0,007812 0,023437 0 1 reg__Registration 1 0,03125 0,007812 0,023437 0 1 jb_Message 23 0,03125 0,007812 0,023437 0 1 it_AuctionTemplate 1 0,03125 0,007812 0,023437 0 0 em_Account 1 0,03125 0,007812 0,023437 0 0 st_Duration 7 0,015625 0,007812 0,007812 0 1 st_Enhancement 6 0,015625 0,007812 0,007812 0 0 st_Insurance 36 0,015625 0,007812 0,007812 0 0 sl_PricingList 1 0,015625 0,007812 0,007812 0 0 sl_SendingNumbersPoolType 3 0,015625 0,007812 0,007812 0 1 sl_ServiceProvider 4 0,015625 0,007812 0,007812 0 0 sl_TransProperty 3 0,015625 0,007812 0,007812 0 1 tr_Default 1 0,015625 0,007812 0,007812 0 1 tr_AutoMsgParams 1 0,015625 0,007812 0,007812 0 1 tr_Property 12 0,015625 0,007812 0,007812 0 1 xit_Szum 48 0,015625 0,007812 0,007812 0 1 xcs_Szum 48 0,015625 0,007812 0,007812 0 0 sl_InstantMessenger 3 0,015625 0,007812 0,007812 0 1 sl_ItemGroup 86 0,015625 0,007812 0,007812 0 0 sl_ItemProperty 17 0,015625 0,007812 0,007812 0 1 sl_Language 4 0,015625 0,007812 0,007812 0 1 sl_CustProperty 6 0,015625 0,007812 0,007812 0 0 sl_Deliverer 9 0,015625 0,007812 0,007812 0 1 sl_Delivery 31 0,015625 0,007812 0,007812 0 0 sl_EmailGroup 10 0,015625 0,007812 0,007812 0 0 sl_AuctionGroup 2 0,015625 0,007812 0,007812 0 1 sl_AuctionTemplateGroup 1 0,015625 0,007812 0,007812 0 0 sl_CommentTemplate 3 0,015625 0,007812 0,007812 0 1 sl_Currency 15 0,015625 0,007812 0,007812 0 0 sl_CurrencyBank 1 0,015625 0,007812 0,007812 0 1 sl_CustomAttributes 1 0,015625 0,007812 0,007812 0 1 sl_CustomerGroup 13 0,015625 0,007812 0,007812 0 0 pd_AutoSyncParams 1 0,015625 0,007812 0,007812 0 1 pd_AutoSyncTimes 1 0,015625 0,007812 0,007812 0 0 pd_BankAccounts 1 0,015625 0,007812 0,007812 0 1 pd_InternetParams 1 0,015625 0,007812 0,007812 0 0 pd_Parametr 1 0,015625 0,007812 0,007812 0 1 pd_Permission 50 0,015625 0,007812 0,007812 0 0 reg_Site 1 0,015625 0,007812 0,007812 0 0 pl_PricingListData 6 0,015625 0,007812 0,007812 0 1 pd_UserPermission 248 0,015625 0,007812 0,007812 0 0 pf_Delivery 40 0,015625 0,007812 0,007812 0 1 gt__Obiekt 9 0,015625 0,007812 0,007812 0 1 ep_UserMapping 5 0,015625 0,007812 0,007812 0 0 fp__ParamsFTP 1 0,015625 0,007812 0,007812 0 0 gt_TransRodzaj 1 0,015625 0,007812 0,007812 0 1 ins_counter 6 0,015625 0,007812 0,007812 0 0 ins_ident 116 0,015625 0,007812 0,007812 0 1 insx_Parametr 1 0,015625 0,007812 0,007812 0 1 it_ItemSite 6 0,015625 0,007812 0,007812 0 0 jb__Job 10 0,015625 0,007812 0,007812 0 0 log__Sync 10 0,015625 0,007812 0,007812 0 0 it_ExternalCustomAttributesDict 3 0,015625 0,007812 0,007812 0 1 it_ItemPictures 3 0,015625 0,007812 0,007812 0 0 nm_Params 1 0,015625 0,007812 0,007812 0 0 ep__Registration 3 0,015625 0,007812 0,007812 0 1 ep_ExternalProgram 2 0,015625 0,007812 0,007812 0 0 em_Attachment 9 0,015625 0,007812 0,007812 0 1 em_Rule 10 0,015625 0,007812 0,007812 0 0 em_RuleWord 14 0,015625 0,007812 0,007812 0 1 ctx_UserSite 4 0,015625 0,007812 0,007812 0 0 ds_DeliveryToShippingMap 23 0,015625 0,007812 0,007812 0 0 it_CustomAttributes 0 0,007812 0,007812 0 0 0 cs_CustIM 0 0 0 0 0 1 cs_CustomerProp 0 0 0 0 0 1 au_Features 0 0 0 0 0 0 au_Note 0 0 0 0 0 0 au_PendingChanges 0 0 0 0 0 1 au_TransactionProperty 0 0 0 0 0 1 au_DescriptionImage 0 0 0 0 0 0 au_Ebay 0 0 0 0 0 1 au_EbayReturnPolicy 0 0 0 0 0 1 __BeforeDropOldTables 0 0 0 0 0 0 __Modyfikacja 0 0 0 0 0 1 __PostUpdate 0 0 0 0 0 0 __Slowniki 0 0 0 0 0 1 __Tabele 0 0 0 0 0 0 __Update 0 0 0 0 0 0 nm_IgnoredMessages 0 0 0 0 0 1 pc_SendingList 0 0 0 0 0 0 pc_SendingListPackage 0 0 0 0 0 1 gt_TransObiekt 0 0 0 0 0 1 gr__Konfiguracja 0 0 0 0 0 0 gt_Atrybut 0 0 0 0 0 1 rn_ReturnedNumber 0 0 0 0 0 0 pd_Sesja 0 0 0 0 0 0 sl_CustomGlobalAttributes 0 0 0 0 0 0 sl_CustomCounter 0 0 0 0 0 1 sl_CurrencyExchangeRates 0 0 0 0 0 0 sl_CurrencyExchangeRatesEntry 0 0 0 0 0 0 sl_MsgTemplate 0 0 0 0 0 0 xit_Ewid 0 0 0 0 0 0 xcs_Ewid 0 0 0 0 0 0 st_ShippingLocation 0 0 0 0 0 1 st_SiteData 0 0 0 0 0 1 tp_Image 0 0 0 0 0 1 sl_SendingNumbersPool 0 0 0 0 0

Podbijam temat. Moja baza danych sello ma już prawie 10GB i jedyne rozsądne wyjście to stworzenie nowej bazy, tylko kwestia tych wszystkich ustawień, konfiguracji. Znalazł ktoś rozwiązanie ? Ew. usuwanie wszystkich danych w jakiś prosty sposób.

Problem wciąż się pojawia i jak pisałem przyczyną są różne pola, raz kod, raz nazwisko i tak właściwie .

Tego typu znaki już wyeliminowałem. Ostatnio np nie chciał przejść kod pocztowy wpisywany ręcznie i zamiast 54-850 dałem 54_850 i wtedy poszło. Z tym, że problematyczne jest dojście które pole powoduje błąd. Trzeba wklepywać po jednym polu, a jeśli błąd wyskakuje trzeba zamknąć subiekt i uruchomić ponownie (bo jeśli tego nie zrobię, to nie da się pracować, już przy każdej operacji wyskakuje błąd). Tak jakby program blokował wpisanie konkretnej, danej wartości

Coraz częściej (już się kilka - kilkanaście razy zdarzył) pojawia się problem przy zapisywaniu kontrahenta. Problem występuje także w subiekcie i nie można zapisać kontrahenta np z określonym nazwiskiem albo określoną ulicą. Gdy w subiekcie taki błąd wyskoczy to potem nie da się nic zrobić i wyskakuje "nieokreślony błąd". Czy ktoś miał podobny problem ? Czy udało się go rozwiązać w normalny sposób, bez dodawania znaków do nazwiska itp. Kontaktowałem się z pomocą insertu, doradzili Kontrolę danych i Odbudowę indeksów w programie serwisowym, ale to nie pomogło.

Dodam, że u mnie też bardzo się to nasiliło 27 VII. Przez całą sobotę oraz niedzielę pobierałem dane i formularze (po kilka razy) pobrało do mniej niż połowy transakcji. Problem nie tylko w tym, że dane są długo pobieranie, ale również nie wszystkie. Uważam to teraz za priorytetowy problem. Mamy ponad 100 zamówień dziennie większość formularzy po zakupowych musimy wypełniać ręcznie na podstawie maili.

Czy nie da się tego zmienić. Klient podając inny numer telefonu zawsze chce, aby to na niego był informowany o paczce. Ja osobiście kupując na allegro zawsze podaję numer telefonu w formularzu, a nawet nie wiem jaki mam podany domyślny w koncie. U nas w firmie przysparza nam to sporo kłopotu, bo czy numer podstawowy jest inny niż w formularzu, jeśli się różni to ręcznie dodajemy do subiekta.

Tak, tworząc nowego klienta przekazuje tylko numer domyślny z sello, a nie ten podany w formularzu

Coraz częściej mamy problemu z pobieraniem formularzy pozakupowych. Wszystkie dane są pobierane przez komputer serwer, który działa 23 h na dobę (a 1 godzina na restart i "odpoczynek"). Dziś od samego rana (godzina 6:00) serwer pobiera dane z allegro i pobrać nie może, transakcje są, ale formularzy nie ma, mimo iż jest informacja o ich pobieraniu. Błędów żadnych nie ma. Dopiero koło 12:00 pobrało połowę formularzy. Czego to może być wina, allegro twierdzi, że wszystko u nich jest ok Pytanie zadane na https://www.facebook.com/AllegroAPI Nasz opiekun allegro pisze to samo. CO może być przyczyną ? Serwer resetowałem, nic nie pomogło, próbowałem pobierać z innych stanowisk, też nic. Czy wielkość bazy (4,5 GB) może mieć na to jakiś wpływ ? Pobieramy teraz zawsze pełne dane o transakcjach, to też nic nie daje.

Kopiujemy adres wysyłki jako dokumentowy, ale w subiekcie telefon domyślny jest pobierany z telefonu domyślnego klienta, a nie tego do wysyłki. Program, do eksportu do kuriera z subiekta pobiera zawsze telefon domyślny, a nie ten dodatkowy.

Reset komputerów i serwera mamy codziennie. Pełne dane pobieramy praktycznie za każdym razem.

Inne programy działają w tym samy czasie bez problemu na tym samym serwerze pocztowym.

Nie znalazłem rozwiązania na forum, a uważam to za ważną rzecz, która przysparza nam wielu kłopotów. Mianowicie klient allegro ma swój numer podstawowy, a podają adres do wysyłki może również podać inny telefon kontaktowy. Obecnie do paczki, do subiekta zawsze jest przekazywany telefon podstawowy, a nie ten z adresu do wysyłki. Musimy to zawsze zmieniać ręcznie. Warto to zmienić, chyba że jest jakaś opcja o której nie wiem, jednak przeszukałem cały program i nic nie znalazłem.

Witam, mam następujący błąd przy pobieraniu wiadomości. Błąd ten pojawia się nie od razu, ale po kilku pobraniach wiadomości. Gdy on następuje , potem już występuje cały czas. Do jego naprawy , wystarczy restart Sello. Skrzynka działa poprawnie, bo mogę w każdej chwili się logować i sprawdzić pocztę przez www. Jest o tyle kłopotliwy, że odbieranie i wysyłanie wiadomości mam na serwerze. Proszę o pomoc w zdiagnozowaniu błędu. Skrzynkę miałem zapełnioną w 60%, Szczegóły błędu: Pop3BeginSession: DllDate: Aug 3 2011 UnlockPrefix: INSERTCOMPMAILQ Username: KOMPUTER1:komputer1 Architecture: Little Endian; 32-bit Language: Visual C++ 8.0 Pop3Connect: Connecting to POP3 server hostname: brat.nazwa.pl port: 110 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: 85.128.175.55 myIP_3: 192.168.1.102 myPort_3: 52421 connect successful. Connected to POP3 server Pop3Response: Received: from 188.147.87.156.nat.umts.dynamic.t-mobile.pl (HELO [100.85.26.88]) (akallegro1@[188.147.87.156]) greeting: Received: from 188.147.87.156.nat.umts.dynamic.t-mobile.pl (HELO [100.85.26.88]) (akallegro1@[188.147.87.156]) ConnectionType: Unencrypted TCP/IP Failed to connect to POP3 server. Failed to start POP3 session

Korzystamy z wersji 17.1 praktycznie od jej wydania, czyli 1,5 miesiąca. Wszystko działało w porządku. Od paru dni zauważyliśmy, że nie podpina nam wszystkich formularzy pozakupowych do transakcji ( mniej więcej, co 10-20 transakcja). Na razie obserwujemy, ale nie wiemy czym to jest spowodowane. Robimy wszystko tak jak zwykle, więc po naszej stronie nie może być problemu. Czy u kogoś też się pojawiają takie problemy ? Może allegro robi jakieś zmiany ? a może to są zakupy z aplikacji mobilnej ??

Odświeżam wątek. Wprawdzie wiem o co chodzi ze zdjęciami w szablonie, które odnoszą się do zdjęć towaru. Jednak często do jednego towaru używam więcej zdjęć, np. aukcja 3x dany towar itp. Warto wg mnie dodać opcję, aby w szablonie aukcji można było dodać albo zdjęcie pobrane z towaru, albo konkretny plik.