Komunikat „System.Dynamic.ExpandoObject does not contain a definition” oznacza, że skrypt próbuje odwołać się do metody, właściwości lub pola, które nie istnieje w obiekcie typu ExpandoObject.

Komunikat wskazuje na niezgodność między tym, co jest w skrypcie (np. cześć autogenerowana do poprzedniej wersji obiegu), a aktualnie używaną definicją obiegu.

Po zmianie definicji obiegu należy skrypty ponownie przekompilować, zapisać całą definicję obiegu i spróbować na nowym dokumencie. <Nazwa> wskazuje, że uruchomiony został skrypt, który był kompilowany, gdy była kontrolka ‘<nazwa>’ w definicji obiegu.

Komunikat: „Object reference not set to an instance of an object” wskazuje na próbę uzyskania dostępu do obiektu, który nie został zainicjowany. Możliwymi przyczynami mogą być: brak którejś kontrolki, niewypełnienie lub wypełnienie kontrolki złą wartością.

Kontrolki, które muszą być zawarte, to te które są oznaczone jako „Globals.MainFrame”.

Tak, istnieje możliwość inicjalizowania nadawcy, treści email, daty wiadomości do odpowiednich kontrolek. Dane przechowywane są w tabeli do.ML_Mails np.

Przykładowe zapytanie:

SELECT MLM_BodyText

FROM do.ML_Mails

WHERE MLM_id = @Id1@

Więcej informacji dostępnych jest w artykule: Definiowanie punktu konfiguracyjnego – Baza Wiedzy programu Comarch DMS

Na ten moment nie ma takiej możliwości.

Komunikat „Błąd wewnętrzny procedury Nie udało się zainicjalizować instancji klasy runtime” prawdopodobnie jest związany z tym, iż wykorzystywane są dodatki hydry. Jeśli jest to tylko baza prezentacyjna jedynie do celów testowych można te dodatki wyłączyć za pomocą update cdn.clbkkarty set clbk_stan =1  ; 1- oznacza wyłączone dodatki.

Logując się do Xl-a z poziomu Comarch DMS system szuka w katalogu z Xl-em odwołania do plików, na którym oparte są stworzone dodatki hydry. Przy pierwszej próbie system nie potrafi ich odszukać i pojawia się powyższy komunikat, przy drugiej zapamiętuje formatkę i komunikat się nie pojawia. Aby wyeliminować komunikat błędu należałoby wgrać do katalogu z aktualnym Xl-em pliki, z których korzystają dodatki hydry.

Niestety aktualnie nie ma takiej możliwości.

Nie ma możliwości kopiowania dokumentu bezpośrednio przez DMS. Można to zrobić od strony bazy danych za pomocą procedur.

Na ten moment nie ma takiej możliwości.

Rozwiązanie: ADO-1- To błąd ogólny i zależy od kontekstu.

We wszystkich zgłoszeniach proponuje się aktualizację ERP XL oraz instalację Cumulative Update (zbiorczej paczki poprawek i aktualizacji) dla użytkowanej wersji MS SQL Server. Są dostępne na stronach Microsoft.

Istnieje konieczność instalacji CU dla danej wersji MS SQL Server.

Dodatkowo proponujemy wykonanie poniższych instrukcji na bazie ERP XL:

ALTER DATABASE SCOPED CONFIGURATION SET TSQL_SCALAR_UDF_INLINING = OFF;

GO

EXEC sp_recompile N'CDN.MacierzRabatowa';

GO

Rozwiązanie: błąd Api-12 pojawia się w przypadku, gdy na dokumencie w DMS jest podpięty kontrahent Unijny, (czyli na karcie w XL-u na zakładce Księgowe ma zaznaczoną opcję Unijny) – należy dokonać weryfikacji.

W przypadku kontrahenta Unijnego wymagane jest wskazanie kraju wysyłki. W tym celu na definicji obiegu należy dodać kontrolkę np. typu Lista i na właściwościach Etapu, na którym będzie generowany dokument, na zakładce Kontrolki, zaznaczyć dla niej ’Wymagana’, aby kraj (prefix) zawsze został wskazany podczas tworzenia nowego dokumentu. Ewentualnie prefiks kraju można pobierać z karty kontrahenta.

Przykład zapytania poniżej:

If @Prefiks kraju_MODE@ = 0 --po dodaniu nowego dokumentu podstawi się kraj o id=17 /*tryb inicjacji*/

select kpc_id, KPC_Kod, 17 FROM cdn.KrajeCelne

else

IF @Prefiks kraju_MODE@=1 --po zmianie kontrolki zależnej (czyli kontrahenta) podstawi się prefiks kraju kontrahenta /*tryb obserwacji*/

begin

select kpc_id, KPC_Kod,(SELECT top 1 kpc_Id from cdn.KntKarty

join cdn.krajecelne on kpc_kod = Knt_kraj where Knt_GIDNumer =@Kontrahent_Id@

) as DefaultId

from cdn.krajecelne