Subiekt nexo
Rachmistrz nexo
Rewizor nexo
Gratyfikant nexo
Gestor nexo
Biuro nexo
Subiekt GT
Rachmistrz GT
Rewizor GT
Gratyfikant GT
Gestor GT
Biuro GT
Paweł Sławiński
-
Liczba zawartości
116 -
Rejestracja
-
Ostatnia wizyta
Posty dodane przez Paweł Sławiński
-
-
Albo nie widzę (bywa w takim dniu jak i o tej godzinie) albo wystawiając FV z sello nx w Subiekcie nexo Sello nx nie potrafi rozpoznać tego że powinno wystawić Fv z transakcją WSTO-OSS dla sprzedaży na allegro.cz gdzie kraj dostawy to Czechy.
Dodatkowe pytanie - mapowanie form płatności - cy istnieją jakieś warunki które można ustawić aby mapować płatności wg walut - zrobiłem mapowanie na płatności online i cashondelivery które przyszły z allegro.cz na nową formę płatności cesyjnej w walucie CZK ale obawiam się że jeśli wpadnie mi płatność o tej samej nazwie aleinne walucie to niepoprawianie mi to zmapuje z ta właśnie walutą
-
Witam
Mam kilka pytań w związku z akcją Baselinkera i panicznym wśród klientów poszukiwaniu alternatywy :
1) kiedy będzie dostępna opcja wystawiania aukcji z SNX
2) kiedy będą pobierane pełne dane aukcji - na dzisiaj widzę że np nie jest dostępna sygnatura
3) czy jest dostępna dokumentacja sfery do SNX
4) ogólnie kiedy premiera wersji innej niz beta
-
W dniu 8.02.2023 o 12:49, Daniel Kozłowski napisał:
Proszę szukać na stronach WAPRO lub firm trzecich specjalizujących się w takich rozwiązaniach, są znane rozwiązania, których nazwa nie będę podawał publicznie... Tak w ogóle to powinno zająć się tym biuro, a nie Pan - biuro może zakupić jedną licencję do obsługi wszystkich sowich klientów (obecnych i przyszłych), po co każdy klient ma sam ponosić koszt takiego rozwiązania.
Bo Pan trafił na biedne biuro które myśli starymi kategoriami :)
-
W dniu 28.02.2020 o 10:12, Bartosz Rosa napisał:
Nie wiemy dokładnie co powoduje powstawanie takiej sytuacji, ale mamy nadzieję, że problem nie będzie występował w nowym synchronizatorze do Subiekta, który pojawi się w Sello już niedługo.
Panie Bartku - naprawdę nie złośliwie - ale właśnie świętujemy rocznice Pana obietnicy
może jakiś szampan ?
-
1
-
-
Po ostatnich zmianach w allegro i konieczności umieszczania coraz większej ilości informacji zapytam nieśmiało - Kiedy w nexo pro obsługa pół własnych rozszerzonych - nawet w trybie odczytu tylko wartości w związku z ich złożonością - w tym momencie zabrakło nam pół do obsługi ze stardardowych pól.
-
Potwierdzam wszystkie powyższe problemy dodając dodatkowo iż w niektórych wypadkach gdy podajemy poprawny kod EAN ale nie zaczynający się od 590 dostajemy komunikat o niepoprawnym kodzie EAN co ewidentnie wskazuje na to ze to serwer Allegro nie przyjmuje kodów
Zakładam dwie opcje o których wszyscy wiedzą
1) Allegro podało coś w specyfikacji czego eis samo nie trzyma - to wg mnie najbardziej prawdopodobny scenariusz
2) sello samo źle wysyła te informacje
Pytanie kiedy problem się rozwiąże (nie sam oczywiście).
-
Ostatnio Pan Bartosz Rosa pomógł mi w tym samym temacie podsyłając skrypty na sprawdzenie duplikatów produktów w bazie sello a potem ich oznaczenie w bazie , po ich usunięciu problem zniknął.
Dodam tylko dwa grosze od siebie o ile wiem że u jednej sooby był problme bo Sello sie wysypało i próbowaliśmy odłączyć baze subiekta i podłączyć - co też sie nie udawało i to mogło być zalążkiem problemów, to mam dwie inne instalacje na których nigdy takiego problemu nie było a pracują one z SGT i nie nexo i tam też po uruchomieniu skryptów sprawdzających duplikaty one się pojawiły. Niemniej jednak tylko przy komunikacji z nexo występuje ten problem z ładowaniem listy towarów.
-
Jak w tytule najpierw przy synchronizacji na oryginalnej instalacji pracującej na w konfiguracji : Win2012 R2 standard + MsSQL 2017 Runtime ( na tym samym serwerze pracuje 5 userów na RDP) przy synchronizacji która trwa w nieskończoność - pozycji towarowych około 3000 pojawia się komunikat jak z pierwszego załączonego screana. Główny problme to brak synchronizacji stanów magazynowych oraz dodawania nowych pozycji do Sello.
Po przeniesieniu baz na inny komputer z Win 10 + mssql Runtine (pracujemy lokalnie w bazie podmienione wpisy o lokalizacji bazy Subiekta nexo w tabeli ep_.....) po 15 minutach od uruchomienia dostaje komunikat:
Błąd przy tworzeniu nowego towaru:
Towar: GBIC HP AJ718A 8GB SFP+ FC SW 468508-001Wyjątek: Za mało pamięci, aby kontynuować wykonywanie tego programu.
No powiem tak Subiekt najnowszy sello najnowsze ramu 16 GB procek i7 (pisze o lokalnym komputerze) Ramm zajęty w ilości 7,3 GB i rece mi opadły.
Problemy zauważyliśmy po instalacji Subiekta nexo w wersji 26,2.1 o ile pamiętam wersje ale cierpliwie czekaliśmy do najnowszej wersji Subiekta i Sello z nadzieją że one naprawią problemy ale po weekendowej walce ręce opadły.
Dodam że na drugiej podobnej instalacji również z MsSQL 2017(runtime) ale połączenie SGT + Sello również objawy podobne z dodawaniem pozycji.
Panowie jakieś pomysły ?
-
Czy coś drgneło w tym temacie czyli udało się zdjagnozować wpostawanie problmeu drivera ?
-
Mam info od kilku klientów że z Sello znikają im Aukcje z wystawionych i po kilku dniach pojawiają się ponownie pomimo ze sa wystawione z Sello i widoczne w allegro, temat dość dziwny bo praktycznie nia ma żadnej reguły i kategorie w których wystawiają są przez nich nromalnie używane.
PS
Cześć Tomek
-
Przywróciłem wszystko do normalności po usunięciu wpisu z rejestu o zmianie katalogu z binarkami niestety musiałem sie posiłkować naprawa powiązań towarów które opisałeś w poście w styczniu
Dzieki
-
Więc tak wracam do tematu:
1) na każdym kompie są zgodne wersje S-Nexo i na każdym uruchomione
2) w sobotę na jednym z nich kiedy nie pracowały inne odłączyłem Subekta od sello usunąłem wszystkie towary z sello
3) podłączyłem ponownie S-nexo i zsynchronizowałem ponownie bazę towarów
4) połączenie z Subiektem nexo na każdej ze stacji wygląda ok ale w momencie wybrania do transakcji towaru z kartoteki i próbie wystawienia dok. końcowego pojawia sie komunikat na każdej stacji o braku powiazania towarów z Subiektem
5) Na serwerze na którym jest baza , S-nexo i sello przy próbie wystawienia dok. końcowego nadal pojawia sie komunikat :
InsERT_nexo_Driver: Nieudane łączenie z systemem Subiekt nexo:
Wyjątek: Na tym komputerze nie uruchomiono programu Nexo z podaną bazą podmiotu w bieżącej wersji - zrób to, aby móc podłączyć się do tego podmiotu.
pomimo odinstalowania do zera wszystkich aplikacji i instalacji ich na nowo tu podpowiem że ten problem może wynikać z osobnego problemu opisanego w tym wątku:
https://partnerzy.insert.com.pl/forum/posts/list/88574.html
Pozostaje jednak kwetsia problemów z wystawianiem dokumentów pomimo zgodnośći wszystkich wersji oraz zrobionej na nowo synchronizacji. Teraz juz zgłupiałem.
-
sello zrestartowane, baza na pewno ta sama bo jest tylko jedna, konfigurację robie na serwerze Win 2012 r2 wpisjąc w konfiguracji połączenia (nazwaserwera)\insertnexo,port aby kompy w sieci mogły sie z nim połączyć. Jestem po instalacji subiekta nexo jako aktualizacji 24.1.1 i uruchomieniu go jako administrator i normalnie. Jak wpisywałem połaczenie (local)\insertnexo objawy są te same
Sello przy konfiguracji połączenia pokazuje że sie łaczy, wyszarza, parametry połączenia a następnie po restarcie i wejsciu do parametrów ponownie pozwala na ich dowolną edycje pomimo ze pokazuje startus "połaczone z systemem sprzedaży"
Próba synchro towarów lub wystawienia dokumnetu kończy sie komunikatem:
InsERT_nexo_Driver: Nieudane łączenie z systemem Subiekt nexo:
Wyjątek: Na tym komputerze nie uruchomiono programu Nexo z podaną bazą podmiotu w bieżącej wersji - zrób to, aby móc podłączyć się do tego podmiotu.
Z zeznań kolegi wynika że problem rozpoczął się od niekontrolowanej zwiechy sello na jednym z kompów w sieci który pokazał"jakiś bład" i od tamtego czasu nie ma połączenia na żadnym komputerze łącznie z serwerem. -
odpowiedź na obie sugestie
1) tak byli , tak usunołem i ponownie powiazałałem co dziwne Sello pokazuje na liście do powiązania usera którego nie ma w bazie subiekta a kilka dni temu był i został usunięty przed aktualizacja bazy - wygląda to tak jakby łaczyło sie do "starszej wersji bazy danych subiekta" pomimo że pokazuje w górnych ustawianiach poprawną bazę
2) Subiekt zawsze był uruchamiany na tym kompueterze
zarówno sello jak i subeikt w najnowszej wersji
-
Ktoś sie spotkał z takim problemem ?
Najpierw był komunikat:
InsERT_nexo_Driver: Nieudane łączenie z systemem Subiekt nexo:
Wyjątek: Nie zdefiniowano przypisania użytkownika Sello na użytkownika Subiekta nexo.
Sprawdź przypisanie użytkowników w parametrach połączenie z systemem sprzedaży.a po tem:
InsERT_nexo_Driver: Nieudane łączenie z systemem Subiekt nexo:
Wyjątek: Na tym komputerze nie uruchomiono programu Nexo z podaną bazą podmiotu w bieżącej wersji - zrób to, aby móc podłączyć się do tego podmiotu.
Na pewno nie grzebaliśmy w ustawieniach połączenia, drugi komunikat pojawił się po zmapowaniu kolejnego user
-
nie ma linka
-
no to jak rozwiązać problem lub całkowicie pominąć kopię przed aktualizacją
-
Witam
Taki problemik przy próbie podniesienia bazy d 1,28,1 dostaje komunikat mnie więcej o treści:
nie udało sie wykonać kopii bazy danych a ostatnia kopia nie została wykonana w dni wcorajzym.... proces aktualizacji nie zostanie przeprowadzony.
I teraz pytanie :
1) gdzie rejestrze mogę przestawić czas na wykonani kopii przez sello przy aktualizacji na np timeout = 0 (czekaj w nieskończoność)
2) lub gdzie w bazie mogę wpisać kiedy była zrobiona ostatnia archiwizacja z palucha.
Bazę m wielkości 70 Gb i tak jej kopię robimy innym automatem na serwerze skryptami i kopie SQL mam więc nie boję się o dane.
-
Mam to samo - z 18k towarów po ponownym podłączeniu do tej samej bazy Sello mieliło kilka godzin i odbudowało tylko 1/3 powiązań reszta daje sie odbudować ale kilkając w kazdy towar pojedynczo można zapomnieć o grupowym zaznaczeniu towarów - ma ktoś jakis pomysł na ten problem ?
-
wystarczyło przewidzieć taką ewentualność
Tylko, że tych ewentualności jest co najmniej tysiąc
. Każdy użytkownik ma taką swoją funkcję, która w jego ocenie będzie ważniejsza od innych. Zrealizowanie każdej funkcji zajmuje czas, więc realizujemy te, z których faktycznie na co dzień skorzysta więcej użytkowników a nie te, które być może kiedyś się komuś przydadzą.Reasumując. Zrobiliśmy tę funkcję z której skorzystała by obecnie jedna osoba, a nie zrobilibyśmy miniaturek, z których skorzysta dużo więcej osób. W mojej ocenie wygrywają w takim zestawieniu miniaturki.
Dodam tylko, że zmiana bazy Subiektowej niesie ze sobą ogromne zamieszanie. Trzeba przemapować wszystkie towary, kontrahentów, dokumenty, słowniki, trzeba obsłużyć sytuacje gdy brakuje tych elementów, gdy jest ich więcej, gdy mają inne identyfikatory, a co jeśli jest klienci mają powielone NIPy i jest kilku o takim samym NIPiem. To są bardzo trudne do zautomatyzowania problemy o których się nie myśli zanim się nie zacznie je realizować. Poziom trudności rośnie jeśli taki mechanizm ma być uniwersalny i działać u wszystkich, na każdej bazie. Na jednej bazie u jednej firmy takie zadanie może wykonać informatyk analizując dane i odpowiednio je przepinając. Stworzenie uniwersalnego i działającego w każdych warunkach automatu byłoby bardzo skomplikowane i w praktyce nieopłacalne.
jak to mówią : łapka w górę zgadzam się
ale można zrobić synchro z zastrzeżeniem warunków "brzegowych" prawda ?
no niestety obaj wiemy że ludzie to ludzie i chociażby mieli idealny program to i tak kolanem dopchną klienta z tym samym NIP (ale da się zrobić po tym synchro a Subiekt to nie Wf-mag gdzie jest łaczenie kontrahentów:))
co innego z towarami to inna bajka bo nie wszyscy mają np kody kreskowe tu nie dyskutuję
-
Zgodził bym sie z tobą z jednym - rozjechały sie ID ale nie wszytsko jest proste jak linijka kodu programisty - idea która przyświeca takim działaniom ma na celu redukcje bazy ze śmieciowych kontrahentów a zadbanie o to żeby nie rozjechały się ID jest niewykonalne - bo niby jak ? paluszkiem w bazie pojedynczo spośród tych którzy zostali? Wg mnie to kulawość Sello jest problemem bo coraz więcej będzie takich przypadków gdzie ludzie zmieniają firmy a zostają konta i bazy sello a Subiekt jest nowy bo nikt nie ma ochoty przenosić sobie balastu z kilku lat pracy. Raczej pomyślałbym o ulepszeniu mechanizmu synchronizacji lub odbudowy takiego połaczenia po rozłaczeniu baz np po adresie e-mail klienta nr NIP (jako dodatkowych warunkach łaczących)
Rozumiem Twoje rozterki, ale nie mają one związku z Sello.
Wymyśliłeś sobie pewne działanie, które z Twojego punktu widzenia jest niezbędne, ale Sello nie obsługuje takich przypadków.
Sello to program do obsługi transakcji, a nie do przenoszenia danych pomiędzy bazami SQL.
Nie możesz winić Sello za to, że ktoś, lub Ty nieprawidłowo przeniósł dane pomiędzy bazami.
To tak jak bym winił Worda, za to, że nikt nie chce mnie przyjąć do roboty z napisanym w Wordzie CV.
No to się jednak nie zgodzę - nie rozumiesz moich rozterek
Co do odpowiedzi przedmówcy że nie było zgłoszeń takich potrzeb - przecież nie wszyscy ludzie "kumają" co sie dzieje przy zmianie bazy docelowej Subiekta wystarczyło przewidzieć taką ewentualność bo co rusz zapewne na forum znajdzie sie wątek z podobnymi prblemami i potrzebami ale do sedna - czy to taki problem przy zmianie bazy zrobić funkcję sychro Sello z subiektem po nr NIP lub mailach w momęcie gdy użytkownik wskazuje inną bazę niż dotychczasowa niż w cały czas trąbić to ty żeby użytkownicy sello broń cie Panie Boże nie zmieniali bazy bo sie wszystko sypnie (sypnie sie bo nei ma przewidzianego innego mechanizmu synchrno niż po ID z bazy SGT - owszem słuszne i logiczne !!!!! ale nie skuteczne w związku z realiami pracy.
-
Odświeżyć jako tako to będzie problem, bo podczas kopiowania kartotek należało zadbać o to, aby nie zmieniły się im identyfikatory. Sello pamięta kontrahenta po jego identyfikatorze w bazie Subiekta. Jeśli klient A był powiązany z kontrahentem w Subiekcie o identyfikatorze 123456, a teraz ten kontrahent ma id = 1005 to Sello próbuje odczytać nadal dane kontrahenta 123456. Trzeba by w jakiś sposób zmienić identyfikatory w Sello tak aby wskazywały na nowych kontrahentów lub usunąć te powiązania. To spowoduje jednak dublowanie kontrahentów w Subiekcie.
Najlepiej jednak przy kopiowaniu danych zadbać o to aby nie zmieniły się identyfikatory kontrahentów. To samo dotyczy towarów.
Zgodził bym sie z tobą z jednym - rozjechały sie ID ale nie wszytsko jest proste jak linijka kodu programisty - idea która przyświeca takim działaniom ma na celu redukcje bazy ze śmieciowych kontrahentów a zadbanie o to żeby nie rozjechały się ID jest niewykonalne - bo niby jak ? paluszkiem w bazie pojedynczo spośród tych którzy zostali? Wg mnie to kulawość Sello jest problemem bo coraz więcej będzie takich przypadków gdzie ludzie zmieniają firmy a zostają konta i bazy sello a Subiekt jest nowy bo nikt nie ma ochoty przenosić sobie balastu z kilku lat pracy. Raczej pomyślałbym o ulepszeniu mechanizmu synchronizacji lub odbudowy takiego połaczenia po rozłaczeniu baz np po adresie e-mail klienta nr NIP (jako dodatkowych warunkach łaczących)
-
a kiedy będzie ?
-
czy sello działa z aukro.ua ?
Sello NX i FV WSTO-OSS
w Sello NX
Napisano
Panie Bartoszu
Ale pojawia sie pytanie czy będzie można tym sterować ręcznie - jeśli okaże się że że dopiszemy sobie moduł komunikacji (plugin ) do E-maga a tam z trzech krajów (trzy różne waluty) przychodzi info o tym samy sposobie płatności (ta sama nazwa) to nie będziemy w stanie tego rozrzucać po różnych płatnościach w Subiekcie i cały płan wyłapywania walut i rozliczania różnic kursowych weźmie w łeb.