Problem z wypisaniem paragonu faktury 1.21.1

[4S_ MARKET 23]

Mam problem z wypisaniem paragonu w transakcjach sello robi paragony jak chce . 5 paragonów wydrukuje normalnie , a kolejne 5 wyskakuje błąd.Załączam go poniżej

 

[Bartosz Rosa 1 775]

Wygląda na to, że w bazie Subiekta nie ma kontrahenta o takim identyfikatorze jaki pamięta Sello. Czy baza Subiekta nie była może uszkodzona i/lub przywracana z backupu? Czy nie było zmieniane połączenie Sello z Subiektem?

 

Proszę z modułu klientów w Sello wybrać opcję Pokaż w Subiekcie GT dla klienta widniejącego w transakcji - czy pojawia się okno z danymi kontrahenta z Subiekta.

[4S_ MARKET 23]

Bartku dokładnie tak .Zrobiliśmy mały manewr ze zmiana firmy i sello korzysta z innego subiekta . Ze starego do nowego subiekta / podmiotu zostały skopiowane kartoteki . Czy można zresetować kontrahentów połączenie miedzy sello a subiektem aby sello nie szukało kontrahenta w nowej bazie tylko zapisało nowego. Aby odswierzyło sobie informacje o kontrahentach   

[Bartosz Rosa 1 775]

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.

[4S_ MARKET 23]

Jak mooę to zrobić ?

[Ks. Robak 314]

Jak mooę to zrobić ?

 

W jaki sposób kopiowaliście te kartoteki pomiędzy Subiektami ?

[4S_ MARKET 23]

Bartku w jaki sposób mogę usunąć w sello bądz zresetować kontrahentów aby sello nie szukało ich np od dziś tylko aby tworzyło z automatu nowych ?

[4S_ MARKET 23]

Zuwazyłem że problem dotyczy tylko tych transakcji a raczej klientów którzy przynajmniej raz cos u nas kupili 

[Bartosz Rosa 1 775]

Nie da się tego zrobić "od dziś". Powiązania albo są i są używane albo ich nie ma i wtedy Sello tworzy kontrahentów jakby byli nowi.

 

Aby wyczyścić powiązania klientów Sello z kontrahentami wykonaj poniższe polecenie (wcześniej zrób backup bazy Sello).

 

update cs__Customer set cs_ExternalCustomerId = NULL, cs_RegistrationId = NULL, cs_Linked = 0 where cs_Linked = 1

 

Uwaga! Nie zalecam wykonywania tego polecania na normalnej bazie danych. Rozwiązanie dotyczy tylko tego specyficznego problemu, gdzie identyfikatory są pomieszane.

[Paweł Sławiński 1]

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)

[Bartosz Rosa 1 775]

zadbanie o to żeby nie rozjechały się ID jest niewykonalne

W dziedzinie programowania mało jest rzeczy niewykonalnych, a przeniesienie danych z zachowaniem identyfikatorów jest jak najbardziej możliwe - tym bardziej, że w Sello i w Subiekcie nie ma autoinkrementacji na kolumnach z identyfikatorami więc jest to jeszcze prostsze niż w przypadku innych baz danych - wystarczy przenieść wszystko 1 do 1.

Można również zaktualizować identyfikatory posiłkując się innymi kolumnami, chociaż tutaj mogą już wystąpić pewne niespójności.

 

W Sello takiej funkcji obecnie nie ma, bo i nie było wcześniej zgłoszeń aby taka funkcja była. Jednak nie codziennie ktoś przenosi bazę klientów a jeśli już to robi to powinien to zrobić właściwie, biorąc pod uwagę obecną architekturę programu. Z bazą można zrobić różne rzeczy i nie możemy z góry przewidzieć każdej możliwej modyfikacji jaką ktoś sobie wymyśli i mieć na nią gotowy scenariusz.

 

Z punktu widzenia ustawy o ochronie danych osobowych przenoszenie danych osobowych klientów z jednej firmy do drugiej bez zgody klientów jest zabronione. Danymi osobowymi uzyskanymi z Allegro można posługiwać się tylko do celów realizacji zamówienia.

[Ks. Robak 314]

 

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.

[KRYSTAL123 0]

U mnie ten sam kłopot, tylko że ja nic nie kombinowałam. Wczoraj na 1200 transakcji , ok 20 nie widnieje jako ,,POKAŻ W SUBIEKCIE GT" Czym to może byc spowodowane ?

Jedyne co to ustawione mam ze codziennie o godzinie 12 w nocy robiony jest beckup bazy SQL. W jaki sposob mogę wyeliminować ten problem?

[Bartosz Rosa 1 775]

Rozumiem, że dokumenty się nie utworzyły. A co się dzieje jeśli wywoła się na nich operację utworzenia dokumentu początkowego?

[KRYSTAL123 0]

Również się nie tworzą.

[Bartosz Rosa 1 775]

W takim wypadku proszę sprawdzić czy w raporcie (w pełnym logu) jest błąd, jeśli tak to jaki? Ewentualnie przy ręcznym tworzeniu dokumentu treść błędu może się pojawić w dymku.

 

Dalej, czy w transakcji jest ustawiony typ dokumentu na ZK czy (nie twórz).

[KRYSTAL123 0]

Nie generują się nawet błędy żadne. Prosze o pomoc bo strasznie mi to życie utrudnia .

[KRYSTAL123 0]

Jak przepinam się na KLIENTÓW W SELLO , to zakładka POKAŻ W SUBIEKCIEGT jest wyszażona. Subiekt nie tworzy dokumentów ponieważ nie widzi klienta.

[KRYSTAL123 0]

Jak przepinam się na KLIENTÓW W SELLO , to zakładka POKAŻ W SUBIEKCIEGT jest wyszażona. Subiekt nie tworzy dokumentów ponieważ nie widzi klienta.

[Bartosz Rosa 1 775]

Nie wiem czy dobrze rozumiem "zakładkę" pokaż w Subiekcie. Chodzi o opcję po lewej stronie w kartotece klientów w Sello?

 

Opcja ta jest nieaktywna, jeśli aktualnie zaznaczony klient nie jest powiązany z kontrahentem Subiekta - a takiego powiązania nie będzie, dopóki nie zostanie utworzony dokument.

 

Proszę zatem udać się do transakcji i na dole na zakładce Dokumenty wybrać opcję Utwórz dla dokumentu początkowego. Co się dzieje po wywołaniu tej funkcji. Jaki pojawia się komunikat?

[Paweł Sławiński 1]

 

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.

[Bartosz Rosa 1 775]

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.

[Paweł Sławiński 1]

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ę