[Pola własne asortymentu - lista wielokrotnego wyboru]

Zanotowaliśmy sugestię do realizacji. W tej chwili nie potrafimy jednoznaczenie określić czy i w której wersji zostanie to zrealizowane.

[Brak możliwość utworzenia słownika SQL dla pól własnych zaawansowanych.]

Cytat

Skoro system sam narzuca sortowanie takiego słownika, po wartości, to miło by było, gdyby było to odzwierciedlone w liście pokazującej się po testowaniu zapytania, w oknie edycji słownika własnego SQL.

Tak, to jest nasze niedopatrzenie

Cytat

Czyli rozumiem, że sam UNION powinien przejść?

Union na dwóch róznych bazach to nie jest przypadek, który testowaliśmy więc nie wiemy.

Cytat

Nie ma szans na wysortowanie tego jakoś inaczej niż po wartości?

Użytkownik widzi w como box tylko wartości słownika, więc naturalne jest sortowanie po tych wartościach. Raczej nie planujemy zmiany tego w jakikolwiek sposób.

[Brak możliwość utworzenia słownika SQL dla pól własnych zaawansowanych.]

Przy edycji zapisanego już słownika SQL robimy też sprawdzenie, które powoduje wykonanie poprzedniej wersji zapytania SQL, która jest w bazie - poprawiliśmy to do wersji 42, która wyjdzie niebawem.

 

Na teraz pozostaje tylko to, co Pan napisał, czyli ręczna modyfikacja kolumny SqlFrom z tabeli ModelDanychContainer.SqlDictionaries

[Brak możliwość utworzenia słownika SQL dla pól własnych zaawansowanych.]

Proszę spróbować wejść w nexo do edycji tego słownika i zmienić to zapytanie, tak aby korzystało z jednej bazy i usunąć to sortowanie:

Pracownicy ORDER BY Sorter ASC, Nazwa ASC

Sam problem wynika prawdopodobnie z tego, że przy próbie pobierania wartości tego słownika konstruowane jest zapytanie LINQ, które nie potrafi sobie poradzić z powyższym sortowaniem, które i tak jest niepotrzebne, ponieważ pozycje są automatycznie wyświetlane jako posortowane po kolumnie wartości

Treść błędu jest dokładnie taka:

The ORDER BY clause is invalid in views, inline functions, derived tables, subqueries, and common table expressions, unless TOP, OFFSET or FOR XML is also specified.

[Brak możliwość utworzenia słownika SQL dla pól własnych zaawansowanych.]

17 godzin temu, Radomił Ząbik napisał:

Nie można zapisać słownika własnego SQL bez kluczy, które zostały użyte jako wartości w polach własnych obiektu "Dokument sprzedaży", "Dokument zakupu", "Zamówienie od dostawcy", "Zamówienie od klienta".

Komunikta oznacza, że edytuje Pan słownik własny SQL, który został użyty we wzmiankowanych obiektach. Nowe zapytanie SQL po edycji nie zawiera już kluczy, które zostały użyte jako wybrane pozycje we wzmiankowanyc obiektach.

[Subiekt Nexo wersja 4 - problem z polem własnym]

Jest błąd w:

 where Id='156824'

Id to nie tekst tylko liczba, a więc powinno być tak:

 where Id=156824

 

[Tekst wieloliniowy w polach własnych (v2)?]

W wersji 40 nexo dodaliśmy w polach własnych v2 nowy typ pola własnego o nazwie "Długi tekst".  Pole tego typu służy do wprowadzania tekstów o długości do 4000 znaków. Użytkownik może w tym polu wprowadzać tekst wielolinijkowy. Można w nim także określić minimalną i maksymalną liczbę widocznych linii tak, aby cały wprowadzony tekst był odpowiednio widoczny.

[Zaawansowane pola własne na WZ, PZ, PW, PM]

W celu użycia pól własnych v2 na wydrukach należy postępować wg. tego wątku:

 

[Nowe zaawansowane pola własne]

W dniu 27.10.2021 o 17:34, R2 D2 napisał:

Czyli jak rozumiem, brak jest metody do tworzenia nowego pola własnego?

Zgadza się, nie ma możliwości tworzenia za pomocą SDK zaawansowanych pól własnych.

W dniu 27.10.2021 o 17:34, R2 D2 napisał:

Jeżeli miałbym te pole robić u jednego klienta to być może było by szybciej

Zdajemy sobie sprawę, że tworzenie tych samych pól własnych u kolejnych klientów jest niepotrzebnie czasochłonne i obecnie zastanawiamy się jak usprawnić taki scenariusz.

[Nowe zaawansowane pole własne, a wartość domyślna dla rekordów istniejących]

Witam, dobrze Pan zauważył, że w kolumnie nowego pola dla istniejących rekordów pojawia się null, dlatego w UI wartość w tym polu jest pusta dla już istniejących obiektów. Podoba mi się rozwiązanie ze zbiorczym ustawianiem wartości pól zaawansowanych. W tej chwili jednak nie potrafię odpowiedzieć na kiedy moglibyśmy to zrobić.
Na teraz można to zaadresować po przez użycie bezpośrednio na bazie "update", który dla danej kolumny ustawi wartość na taką jaką chcemy dla wszystkich istniejących rekordów. Jak zawsze przed taką zmianą przypominam o backupie bazy

[Pomoc, opis, do zaawansowanych pól własnych.]

Witam, do wersji letniej dodamy wyświetlanie dodatkowego opisu przy wprowadzaniu wartości pola własnego.

[Tekst wieloliniowy w polach własnych (v2)?]

Planujemy do jednej z przyszłorocznych wersji nexo dodać w polach v2 możliwość wprowowadzania bardzo długich tekstów - prawdopodobnie jako nowy typ pola. W związku z tym dodamy także możłiwość wpisania tekstu w wielu linijkach w takich polach.

[[Sfera] Ustawienie wartości pola własnego w asortymencie]

W dniu 22.09.2021 o 23:10, Grzegorz Święch napisał:

Jedyne pytanie jakie mi się jeszcze nasuwa czy możemy ustawić wartość pola poprzez jego nazwę która została mu nadana?

Próbowałem użyć następującej funkcji

obiektTowaru.Dane.PolaWlasne.UstawWartoscPola("Wlasna nazwa pola", "Wartosc pola");

jednak wyrzuca błąd jakby nie znalazło takiego pola.

Nie można ustawić wartości pola prostego w ten sposób

[Przenoszenie pól własnych do wersji 2 - błąd]

20 godzin temu, Jakub Skonieczny napisał:

Jak się nazywa tabela z moimi słownikami w drugiej wersji ? 

SQL nie znajduję już 

ModelDanychContainer.MojaNazwaSlownika

W polach własnych v2 nie ma już fizycznych tabel dla słowników własnych. Proszę zajrzeć w poniższy wątek:

Struktura pól własnych v2 w bazie danych - Sprawy techniczne - Forum InsERT

 

Oczywiście w samym nexo można nadal wyświetlić wartości wszystkich słowników własnych - słowniki własne znajdują się w osobnej konfiguracji "Słowniki własne"

[Przenoszenie pól własnych do wersji 2 - błąd]

1 godzinę temu, Jakub Skonieczny napisał:

Problem który się pojawił w tej chwili polega na tym, że nie jestem w stanie zmienić nazwy wartości słownika pól własnych asortymentu.
Pojawia się komunikat "sekwencja zawiera więcej niż jeden element" usunięcie też nie jest możliwe. Proszę o pomoc  

W takim razie trzeba zmienić nazwę wartości słownika z poziomu bazy danych podmiotu.

Proszę na wszelki wypadek najpierw zarchiwizaować podmiot.

Proszę zamknąć nexo i wejść do bazy danych podmiotu używając np. Management Studio i wykonać poniższe polecenie SELECT:

SELECT ob.[name]
FROM sys.objects ob inner join sys.schemas sch on ob.schema_id = sch.schema_id
WHERE type = N'U' and sch.name = N'ModelDanychContainer'
and substring(ob.[name], 1, 1) collate Polish_CS_AS = lower(substring(ob.[name], 1, 1)) collate Polish_CS_AS
ORDER BY ob.name

Powyższe polecenie wypisze nazwy wszystkich słowników własnych v1 - każdy słownik własny to tabela, której nazwa nie zawiera spacji i polskich znaków.

Następnie prosze wypisać wartośći tego słownika za pomocą polecenia:

select * from ModelDanychContainer.MojaNazwaSlownika

otrzyma Pan tabelę z kolumnami Id i Nazwa - proszę zlokalizować wiersz z powtórzoną wartością w kolumnie Nazwa

Teraz proszę zmienić nazwę na nową za pomocą polecenia:

update ModelDanychContainer.MojaNazwaSlownika
set Nazwa = N'tmp'
where Id = ? --zamiast ? wpisac odpowiednie Id

Teraz proszę zamknąć Management Studio (po to, żeby nie wisiało żadne połączenie do bazy danych) i uruchomić nexo i wykonać przejście na pola własne v2

[Przenoszenie pól własnych do wersji 2 - błąd]

Witam, przypuszczam, że u Pana w polach własnych v1 zachodzi jeden z poniższych przypadków:

1. Istnieją dwa słowniki o tej samej nazwie lub

2. W jednym słowniku istnieją dwie pozycje o tej samej nazwie

 

Proszę będąc w polach v1 usunąć lub zmienić nazwę słownika lub pozycji słownika, która się powtarza. Zapisać zmiany w polach v1, uruchomić nexo ponownie, aby zmiany zostały wdrożone i dopiero po takim zmodyfikowaniu wywołać konwersję do pól v2

[Słownik SQL Uzytkownik aktywny]

Kolumna klucza: Id

Kolumna wartości: Nazwa

Klauzula FROM: ModelDanychContainer.Uzytkownicy

Klauzula WHERE: Ukryty = 0

[Unikalność przypisania wartości (1-1) pola własnego?]

Cytat

Czy się pojawi?

W najbliższym czasie nie planujemy wprowadzenia unikatowości wartości w ramach danego pola zaawansowanego. Jeśli zdecydowalibyśmy o zrobieniu tego w przyszłości, to tylko w polach v2.

[Słowniki własne - dezaktywacja wartości]

W dniu 20.03.2021 o 11:55, Łukasz W. napisał:

Temat umarł, czy jest szansa na realizację?

Wchodzi do wersji wiosennej 35.0.0

[Pole własne z wiecej niz 256 znaków]

Jeśli chodzi o liczbę znaków, jaką można użyć, gdy wprowadza się już wartość dla pola zaawansowanego typu tekst, to jest to 256 znaków (w polach v1 i v2).

Dla pola standardowego to 64 znaki

[Pole własne z wiecej niz 256 znaków]

Maksymalna długość nazwy zaawansowanego pola własnego to 128 znaków w polach v2, natomiast w starych polach v1 było to 50 znaków

Dla pól standardowych maksymalna długość nazwy wynosi 100 znaków

[Dostęp do pól własnych v2 na wydrukach od 31.1.0]

Poniżej zauważyłem, gdzie jest błąd:

Dnia 23.10.2020 o 13:39, Łukasz W. napisał:

Jako pierwszy parametr podaje się nazwę słownika - czyli powinno być "Wykonawcy" - ale to już chyba Pan zauważył

[Dostęp do pól własnych v2 na wydrukach od 31.1.0]

19 godzin temu, Łukasz W. napisał:

Po skopiowaniu całego kodu z działającego wzorca do innego (praktycznie identycznego) pojawiają mi się takie błędy, które ciężko z czymś mi skojarzyć:

(dodając tylko 3 USING-i i PobierzWartoscSlownikaWlasnego() do starego wzorca błędy są takie same)

 

 

 

 

Te błędy wynikają z braku we wzorcu referencji do odpowiednich plików dll. Przy każdym błędzie z tekstem "Musisz dodać odwołanie..." napisane jest jakiego zestawu (pliku dll) brakuje np. 

Musisz dodać odwołanie do zestawu "InsERT.Mox.EntityFrameworkSupport, ..." oznacza, że brakuje referencji do pliku "InsERT.Mox.EntityFrameworkSupport.dll".

Aby dodać brakujące referencje, trzeba we właściwościach raportu znaleźć "Referenced Assemblies" i dodać tam odpowiednie nazwy plików:

U mnie we wzorcu "ZK standard" są następujące:

System.Core.dll
InsERT.Moria.PolaWlasne.dll
InsERT.Mox.Core.dll
InsERT.Mox.EntityFramework.Core.dll
InsERT.Mox.EntityFrameworkSupport.dll
InsERT.Moria.ModelDanych.dll
System.Dll
System.Drawing.Dll
System.Windows.Forms.Dll
System.Data.Dll
System.Xml.Dll
Stimulsoft.Controls.Dll
Stimulsoft.Base.Dll
Stimulsoft.Report.Dll
InsERT.Moria.API.dll
InsERT.Moria.Narzedzia.dll
 

Nie rozumiem dlaczego u Pana we wzorcu brakuje tych referencji - ja używam wersji 32 i po powieleniu raportu "ZK standard" mam wszystkie potrzebne referencje i wszystko się kompiluje

 

[Słowniki własne - dezaktywacja wartości]

8 minut temu, Jacek Izydorczyk napisał:

Czyli tak jak przy transakcjach VAT, ale bez możliwości wymuszenia pokazywania nieaktywnych. W sumie OK.

W sumie tak  - jakoś umknęły mi te dwa pierwsze obrazki i skupiłem się tylko na trzecim (poniedziałek

[Słowniki własne - dezaktywacja wartości]

Cytat

Najlepiej zrobić tak, jak jest to zrobione z nieaktywnymi transakcjami VAT w Ewidencji VAT:

Nie wiem dlaczego nieaktywne transakcje VAT w Ewidencji VAT są widoczne po rozwinięciu listy (pewnie jest na to powód biznesowy), ale w przypadku pól własnych będzie podobnie jak zasugerował Pan Ząbik, czyli:

Jeśli w danym obiekcie, w danym polu jest wybrana wartość nieaktywna to:

• przy pokazywaniu tego obiektu będzie wyświetlana ta wartość nieaktywny tak jak do tej pory (bez specjalnego oznaczenia, że jest nieaktywna)
• przy edycji tego obiektu w popraw także będzie wyświetlana ta wartość nieaktywna tak jak do tej pory (bez specjalnego oznaczenia, że jest nieaktywna), przy czym po rozwinięciu listy, wyświetlą się tylko aktywne pozycje oraz ta jedna wybrana nieaktywna; będzie można zatem zmienić pozycję tylko na inną aktywną lub pozostawić nadal nieaktywną - w obu przypadkach obiekt zapisze się bez błedów/ostrzeżeń