Ranking

Wszystkie dane są poprawnie przekazane. Natomiast to czego nie przekazałem to fakt że przeliczamłem ten rachunek ( "Przelicza" ) który wcześniej był wygenerowany wg poprzedniego typu umowy, licząc na to że Gratyfikant weźmie pod uwagę już nowe ustawienia w ECP ( porpzednie zostały skasowane w trakcie podmiany umów obowiązujacych za ten okres - luty 2024 ). Po skasowaniu starego wyngarodzenia i ponowne jego wygenerowania, już wg nowego typu umowy, jest już OK !!. Dziękuję za "naprowadzenie" ( jak się okazało , skutecznie ) w pszukiwaniu przyczyn problemu.

Ja mam uwagi: 1. "zatrudnijcie więcej programistów, podnieście ceny, chętnie zapłacimy za szybszy rozwój programu" - kto tak pisał? 😉 2. inspunkty - nie wiem co ale coś nie tak z tą nazwą, może jakieś głosowanie? I kupowałoby się np. żetony o różnych kolorach jak w kasynie, manę jak w grze, etc.? 3. Trzymam za słowo, jestem gotów ów cytat w stopkę sobie wstawić 😁

To proszę jeszcze zerknąć na wcześniej przytaczany temat e-Pomocy technicznej:

Proszę kliknąć Popraw.

Ogólnie adresy są przechowywane w kilku tabelach. Główny aktualny adres przechowywany jest w tabeli Adresy i jest tam zapisywany w formie liniowej. Każdy adres wpisywany do tabeli adresów jest również zapisywany w formie szczegółowej z podziałem na ulicę, miejscowość etc. w tabeli AdresySzczegoly. Wpisy głównej tabeli adresów są również historiowane (tzn. każda edycja adresu zapisuje nowy wpis historyczny) w tabeli AdresHistorie również w postaci liniowej. Dodatkowo w wersji 32 InsERT nexo zostało dodane historiowanie również adresów w postaci szczegółowej i od tej wersji po edycji adresu powstaje również wpis w AdresSzczegolyHistorie. Powyższy opis dotyczy obiektów, które mają powiązanie z encją typu Adres (tabela Adresy) - są to obiekty takie jak Podmiot, Magazyn, Oddział etc. Teraz przechodząc do obsługi adresów dostawy na dokumentach można rozróżnić dwa przypadki. Adres dostawy może być pobierany z jakiegoś zewnętrznego obiektu w systemie powiązanego z dokumentem (tzn. klienta, magazynu, oddziału etc). Wtedy na dokumencie w polu MiejsceDostawyTyp w tabeli Dokumenty jest ustawiona wartość z typu wyliczeniowego InsERT.Moria.Dokumenty.Logistyka.MiejsceDostawyTyp inna niż Reczny (64), a w polu MiejsceDostawyZewnetrzneId jest wskazanie na odpowiedni wpis historyczny z tabeli AdresHistorie. Zakładając, że mamy do czynienia z obiektem dodawanym w wersji późniejszej niż 32 to od tego wpisu w AdresHistorie można dojść do historycznego wpisu szczegółowego w tabeli AdresSzczegolyHistorie (obiekty dodawane PRZED wersją 32 nie mają wpisu historycznego ze szczegółami). Dodatkowo takie powiązanie adresem dostawy powoduje, że dokument nie może takiego adresu edytować - jest on możliwy do zmodyfikowania tylko poprzez obiekt, którego ten adres dotyczy. Szczególnym przypadkiem adresu dostawy na dokumencie jest adres wpisany ręcznie (MiejsceDostawyTyp = InsERT.Moria.Dokumenty.Logistyka.MiejsceDostawyTyp.Reczny = 64). Wtedy w tabeli Dokumenty w odróżnieniu od powyższego przypadku adresu "zewnętrznego" jest tworzony nowy wpis historyczny w tabeli AdresHistorie, który NIE ma powiązania z głównym adresem (AdresHistorie.Adres_Id IS NULL), a także nie tworzy się dla niego wpis historyczny w tabeli AdresSzczegolyHistorie. Taki adres wpisany ręcznie na dokumencie jest już możliwy do modyfikacji tylko i wyłącznie od strony dokumentu, który go stworzył. Teraz spróbuję odpowiedzieć na postawione przez Pana pytania: Ciężko tutaj powiedzieć jaki jest dokładnie powód takiego stanu rzeczy, ale może mieć na to wpływ to co napisałem wcześniej - obiekty "zewnętrzne" (klient, oddział, magazyn etc), z których został pobrany adres dostawy zostały dodane do nexo PRZED wersją 32 i dla nich po prostu w tej tabeli nie ma odpowiedniego wpisu. W takim przypadku proszę spróbować edytować np. klienta z którego został pobrany adres, zmienić "coś" w adresie, zapisać i wystawić na tego klienta nowy dokument - wpis w AdresSzczegolyHistorie powinien się pojawić. Jeśli nie to będziemy potrzebowali więcej szczegółów do przeanalizowania tego przypadku. To nie zadziała. Dokument z adresem wpisanym ręcznie tworzy jak wspomniałem wcześniej wpis w tabeli AdresHistorie BEZ powiązania z adresem głównym (Adresy) tym samym nie ma możliwości powiązania go z rekordem w AdresSzczegoly. Nie zadziała również sferyczna próba podłączenia do utworzonego na dokumencie adresu dostawy wpisu w AdresSzczegolyHistorie z prostego powodu - dokumenty po prostu nie mają zaimplementowanej obsługi parsowania adresu liniowego na szczegóły.

Dzień dobry, nie udało się powtórzyć błędu. Z jakiej wersji programu Pan korzysta? Czy na pewno wiadomość została wysłana, a nie utknęła w skrzynce nadawczej? Korzysta Pan ze wbudowanego klienta poczty czy z jakiegoś zewnętrznego?

Dziękuję

Dodam tylko, uprzedzając pytania :), nie ma tej daty jeszcze ustalonej, nie ogłosiliśmy jeszcze zakończenia wsparcia, prócz tego, że nie jest już rozwijane, poza poprawkami krytycznymi. Warto jednak rozważyć Sello NX, jeśli są tam funkcje, które wystarczą obecnie, a z każdą kolejną wersją będzie tylko lepiej . Zwłaszcza, jeśli ktoś nie korzystał wcześniej z Sello1 to nie będzie brakować funkcji, których jeszcze w SNX nie ma.

Ogólnie tak - usunąć deklarację, wyliczyć nową, skorygować.