Jerzy Biesiadowski

Dziękuję. Vendero zrestartowało i obecnie jest na pożądanym statusie "Uruchom kreator.

Klient chciałby po przerwie w abonamencie kontynuować prace nad vendero w wersji sklep internetowy. Zakupiona i zarejestrowana została nowa licencja. Po wejściu z Subiekta widzimy stronę: Przejdź do panelu administracyjnego / przejdź do sklepu. / kliknięcie na Adres skutkuje komunikatem z pasazu24: Nie znaleziono strony o podanym adresie. Próba "Usuń witrynę" kończy się błędem logowania na konto administratora. Klient zgadza się, że zacznie od nowa. Jak to wszystko zrestartować.

Czy dla nexo prowadzone były prace nad załącznikiem S do deklaracji CIT-8?

Na jakim etapie jest obecnie realizacja ZK jako Zlecenia serwisowego?

Na jakim etapie jest generowanie zleceń serwisowych dla kompletów (KT)?

Utworzyłem zaawansowane pole Własne dla Dokumentu Sprzedaży. Po restarcie widzę je w tabeli [Dokumenty_PolaWlasneDokumentDS_Adv2]. Fakturą wpisałem jakieś wartości. Podczas edycji wzorca wydruku FS dopisałem "dziecko" do Dokument.encjaDokumentu w DataBand próbuje dostać się do zawartości pola D0 i otrzymuję błąd: Proszę o pomoc, co robię źle.

Dzięki Panie Danielu za zainteresowanie. Od końca. SDK wypakowuję gdzieś z boku. Następnie Przegrywam całość na dysk C i usuwam wszystkie foldery i pliki poza \Bin. Powstaje w ten sposób dla danej wersji środowisko uruchomieniowe Visual Studio. Wywołany w tytule wątku problem znikł, gdy zaktualizowałem nexo i Bazę do wersji 41.1.1.5634. Nie jestem pewien czy wersja 4.0.1.5571 była lekko walnięta czy też pomogło przepuszczenie skryptu nexoSDKSzablony_VS2019.vsix. Temat uważam za zamknięty.

Serdecznie dziękuję za zainteresowanie. Sprawdzałem już wielokrotnie, ale pewnie czegoś nie dojrzałem Środowisko uruchomieniowe tworzę kopiując z SDK cały folder BIN. Z tego też miejsca dodaje referencje do VisualStudio. I wspomniana biblioteka w tym środowisku: oraz w Deployment: Baza: Binaria z Launchera: Jestem do dyspozycji gdyby trzeba było podać inne szczegóły.

Poprzednie rozwiązanie zostało wdrożone zgodnie z Tworzymy_nowe_rozwiazanie_dla_Sfery_nexo_w_MS_Visual_Studio oraz Wdrazamy_rozwiazanie_dla_nexo_PRO_wykorzystujace_Sfere z dokumentacji z wykorzystaniem QuickInstaller.exe i działało do aktualizacji wersji. Aby nie babrać się w binariach na obcym serwerze chciałem je skompilować na nowo. Obecnie do testów utworzyłem nowy projekt konsolowy. Efekt podobny. Fragment programu w którym to występuje: Odwołanie do Modelu danych: Zestaw InsERT.Moria.ModelDanych C:\Users\admin\AppData\Local\InsERT\Deployments\Nexo\Exxxxxxxx2266f8c2095e943b5a608c2\Binaries\InsERT.Moria.ModelDanych.dll Przy okazji: Co to za nowe programy w folderze Narzędzia:

Po aktualizacji do 41.0.1 przestało mi działać rozwiązanie własne. Chciałem skompilować ponownie. W Visual Studio zmieniłem referencje na aktualne. InsERT.Moria.ModelDanych.dll referencja z AppData. Kodu pisanego kanonicznie w SferaWinFormsApp nie dotykałem. Pojawił się znany błąd: Gdzie szukać przyczyny?

Od kilku wersji mam problem z użyciem daty jako parametru Identyczna deklaracja działa bez problemu w starym raporcie. W nowym czy też przy zmianie starego występuje błąd jak powyżej.

Dziękuję. Tak też uczyniłem.

Dziękuję za podpowiedź. Pomogło skopiowanie całego \Bin do środowiska uruchomieniowego. Przy okazji. czy spotkał się Pan z możliwością wywołania sesji Subiekta z wnętrza aplikacji własnej? Najlepiej gdyby uruchamiał się na określonym widoku, ale to już chyba przesadne wymaganie 🙂

Od kilku edycji w pakiecie SDK folderze Bin znajdują się dziwne foldery np. Prawdopodobnie to śmieci po jakimś testowaniu. Nie zawracałbym głowy, ale kopiuję cały folder \Bin do środowiska uruchomieniowego i potem włazi mi to do manifestu. Jakie foldery powinny tam pozostać?

Nowy projekt aplikacji konsolowej w Visual Studio. Pierwsze uruchomienie: Check0 Check1 Check2 Wystąpił błąd: Nie można odnaleźć części ścieżki "C:\Users\admin\source\repos\Kons1\bin\Debug\XAMLFiles\RaportyCommands.xml". Wciśnij dowolny klawisz aby zakończyć... Jak widać wywaliło się wewnątrz tworzenia Uchwytu Przepisałem z binariów do środowiska uruchomieniowego folder \XAMLFiles\ (był pusty) Nowe uruchomienie: Uchwyt się tworzy ale wyrzuca kawałek dalej. Check0 Check1 Wystąpił błąd: Resolution of the dependency failed, type = "InsERT.Mox.Telemetry.ITelemetryClient", name = "(none)". Exception occurred while: Calling constructor InsERT.Mox.DatabaseAccess.SqlConnectionManager(InsERT.Mox.DatabaseAccess.ISqlLoginInfo sqlLoginInfo, InsERT.Mox.DatabaseAccess.ISqlConnectionInfo sqlConnectionInfo, InsERT.Mox.DatabaseAccess.IDbConnectionUser dbConnectionUser). Exception is: TargetInvocationException - Obiekt docelowy wywołania zgłosił wyjątek. Zawartość kontenera exception w załączeniu Proszę o pomoc. Microsoft Visual Studio Community 2019 Wersja 16.11.10 Microsoft .NET Framework Wersja 4.8.04084 Microsoft Windows 10 Enterprise Wersja 10.0.19043 nexoSDK_39.1.0.5247 exception.docx

Dziękuję, zadziałało. Oczywiście nie zaspokaja to mojej potrzeby stworzenia zamówienia do dostawcy dla wybranych zamówień od klienta z uwzględnieniem rezerwacji, stanów i dostaw w drodze - ale to na razie marzenia.

Przepraszam, nie rozumiem. Jeżeli wybieram widok ZLECENIA, zakładkę Asortyment na wyczerpaniu i opcję Stan: poniżej stanu minimalnego to ekran jest pusty (bo nie mam stanów ujemnych?). W rozwijanym okienku Zlecenia występuje tylko ZD Zamówienie do dostawcy bez opcji.

Tak, jak pisałem, towar został założony na potrzeby testu. W historii ma tylko jedno PW i następnie jedno pozycyjne ZK. Wspomniana 1 (jedynka) to prawdopodobnie domyślne wypełnienie ilości prawie każdego dokumentu

Dziękuję za zainteresowanie. Zrobiłem "asortyment na wyczerpaniu" i następnie z tej pozycji Zamówienie do dostawcy. Jest jeszcze gorzej, bo domyślnie wstawia jedną sztukę.

Asortyment świeżo utworzony, czyli bez historii. Stan magazynowy 10 szt Pojawia się zamówienie od klienta na 15 szt. Tworzę ZK na 15 szt. Na podstawie ZK chcę utworzyć ZD Na ZD pojawia się 15 szt. zamiast oczekiwanych 5 szt. Robię błąd koncepcyjny czy trzeba gdzieś poprzestawiać aby w Zamówieniu do dostawcy pojawiła się pożądana cyfra 5? [Subiekt (37.1.0] Parametry : Stany Ilość minimalna 0 Zlecenia : Wyliczanie zapotrzebowania - Uwzględniaj zmówienia NIE Wypróbowałem dwie wersje rezerwacji w ZK C- Częściowa rezerwacja dostaw Widok: Dostępne 0 Zarezerwowane 15 Niezarezerwowane -5 Ilość do kompletacji 5 Po zapisaniu wartości w Interesujących tabelach: StanyMagazynowe.IloscZarezerwowanaDostawowo 10 PozycjeDokumentu.Rezerwacja_Id -> Rezerwacje.Ilosc 10 StanyMagazynowe.IloscZarezerwowanaIlościowo 5 PozycjeDokumentu.RezerwacjaDopełniająca_Id -> Rezerwacje.Ilosc 5 S-Rezerwacja stanu Widok: Dostępne 10 Zarezerwowane 15 Niezarezerwowane -5 Ilość do kompletacji 15 I odpowiednio StanyMagazynowe.IloscZarezerwowanaDostawowo 0 StanyMagazynowe.IloscZarezerwowanaIlościowo 15 PozycjeDokumentu.Rezerwacja_Id -> Rezerwacje.Ilosc 15

Do Pana Jacka Uproszczę problem, bo może robię tu jakiś błąd w rozumowaniu. Model Śrubka PL posiada tylko jedną właściwość - Kolor. Pod te właściwość podpięte są cztery cechy: czerwony, czarny, niebieski i zielony. Błąd wyskakuje gdy chcę ponownie przydzielić użyty już w tym modelu kolor czarny. Tak działa, jakby zestaw właściwość/cecha był traktowany jako unikalny.

Dziękuję za podpowiedź. Skuteczne, ale przy dużej ilości modeli i wykonań mało praktyczne. Rozwiązaniem okazało się dopisanie do każdej właściwości kolejnej cechy (nawet nieużywanej).

Niestety, nie zadziałało. Szkoda...

W ramach modelu ustawiłem dwie właściwości: Kolor poduszki (Kolpod) i Kolor siedziska(Kolsiedz). Każda z tych właściwości może przyjmować dwie cechy : czerwony i czarny. Dlaczego nie daje zapisać się wszystkich kombinacji tych cech i właściwości. Komunikat o błędzie występuje przy próbie zapisu czwartego wariantu.

Eksportujemy dowolny wzorzec wydruku z konfiguracją (np. FS Standard). Za chwilę importujemy go bez jakikolwiek zmian. Próba wydruku daje komunikat „Wzorzec wydruku nie zawiera kolumny nagłówka _grid__naglowek___ilosc” Subiekt nexo PRO 36.0.0, SQL Server 15.0.2080 Nie dam głowy, ale chyba zaczęło wraz z przejściem na SQL Server 2019