Łukasz Czarnowski

W praktyce trzeba się pilnować i z odpowiednimi datami magazynowymi zapisywać dokumenty: "wydam towar jak przyjdzie dnia" - bliższe rzeczywistości lub "przyjmuję towar jakby przyszedł dnia". Częściowa rezerwacja pozwoli na rezerwację dostępnego asortymentu, co będzie szczególnie ważne w przypadku wystawienia dokumentów pochodnych i oczekiwania na zmianę statusu, ale i tak co do brakujących pozycji musimy zadbać o przychody i rozchody w odpowiednim czasie.

W takiej sytuacji (z jednej strony WZ a z drugiej PZ) wydaje się to trudne do odkręcenia, chyba, że usuwając "na chwilę" dokumenty pochodne (FS lub FZ). Ostatecznie zostaje ręczna manipulacja stanami przez PW i RW. A może ktoś ma inny pomysł.

Można zmienić "wstecz" datę magazynową na dokumencie zakupu.

Proszę zmienić datę magazynową dokumentu na odpowiadającą dostawie towaru.

Można wykorzystać mechanizm promocji i w odpowiedni sposób przypisać klientów jak i asortyment (np. grupami lub cechami).

Alternatywnie - mógłby pojawiać się podwójny sygnał odpowiedzi w przypadku niepowodzenia dodania towaru (nie znaleziono).

Zgłaszam sugestię, by w trybie dodawania towarów, po wprowadzeniu i zatwierdzeniu kodu (zeskanowaniu czytnikiem - PING) i poprawnym dodaniu do dokumentu - pojawiał się w odpowiedzi sygnał dźwiękowy (PONG), oczywiście aktywowany w konfiguracji Nexo. Z takim rozwiązaniem spotkałem się na jednej z kas fiskalnych. Pracownik wykonujący masowe działania ma wtedy pewność poprawności dodania pozycji, bez konieczności bieżącego monitoringu okna programu. Z założenia oczekuje odpowiedzi dźwiękowej na wykonaną czynność (nie bez powodu przy czytniku mamy PING).

Czy pojawi się również możliwość zbiorczego nadawania flag?

Uzupełniając odpowiedź Pana Wojciecha - poruszałem kiedyś ten temat i poniżej znajdziecie również przykład kodu:

Podrzucę wędkę dla chcącego: Raport LINQ, Główny element: PozycjaDokumentu (from p in source where ( p.AsortymentAktualny.Grupa.Nazwa=="Podstawowa" ) select new Wynik { Id = p.Id, Nazwa = p.AsortymentWybrany.Nazwa, Ilosc = p.Ilosc, Numer = p.Dokument.NumerWewnetrzny.PelnaSygnatura, } ) Dokumentacja dostępna w SDK, plik InsERT.nexo.Sfera.chm, PozycjaDokumentu Class.

Dziękuję. Potrzebuję promocji, która miałaby być zastosowana ręcznie w momencie sprzedaży, na zasadzie "aktywuj 15% na asortyment z określoną cechą" (ale zachowaj przy tym pozycje, gdzie inna promocja nadała więcej - czyli najbardziej korzystny rabat). Aktualnie taka promocja wskoczy automatycznie przy włączonym Łączy się z innymi promocjami. Jeżeli zaś wyłączę tą opcję, to mogę zastosować promocję ręcznie, ale z kolei wyrzuca to wszystkie inne. Czyli przydałby się parametr Stosuj automatycznie / ręcznie. Jako triggera promocji można by użyć któregoś z warunków dokumentu, jak Formy płatności, ale jest to tylko "średnie" obejście. Czy macie pomysł na realizację takiej promocji "na żądanie", która zawsze miałaby charakter doraźny?

W oknie dokumentu, w momencie wywołania podglądu dostępnych Promocji, zmiana pola Zastosowanie promocji na Sygnalizuj o aktywności lub Ręcznie powoduje przestawienie trybu Sposób łączenia promocji na Sumowanie rabatów - bez możliwości zmiany. Czy możliwa jest zmiana tego zachowania, aby uzyskać Najbardziej korzystny rabat (najlepiej domyślnie)? W Parametrach sprzedaży znajdujemy odpowiadającą zagadnieniu sekcję, ale nawet zmiana tutaj nie przenosi się na nowy dokument. Docelowo mówimy o przykładowym scenariuszu użycia, gdzie promocje stosowane są automatycznie, z możliwością wskazania dodatkowej ręcznie, co skutkowałoby wyborem Najbardziej korzystnego rabatu.

Można cyklicznie odczytywać rejestr paragonów z drukarki fiskalnej (np. POSNET Archiwizer / Archiwizator) i w sytuacji tego wymagającej - sprawdzać czy w archiwum znajduje się taki dokument. Czy to będzie wygodne w praktyce - to już inna kwestia.

Jestem również ciekaw, czy jest na to sprytna metoda, ale czy nie wystarczy cykliczny odczyt całości stanów i weryfikacja różnic z poprzednim odczytem na lokalnym (cache) lub zdalnym zasobie?

Zależnie od koncepcji można zainicjować temat oddolnie, czyli właśnie tworząc wątek i gromadząc wiedzę użyteczną, a z czasem pójść dalej - tworząc wydzieloną sekcję. Kwestia na ile tematem zainteresowany byłby Insert - udostępnienie "szkieletów" wybranych raportów byłoby wartością dodaną do produktu. Tematyka, w której się poruszamy, jest u podstaw dość ograniczona (asortyment, dokumenty, klienci, etc.), a zacząć jest najtrudniej. Doceniam przy tym dokumentację i samo udostępnienie szerokich możliwości, w postaci raportów i Sfery.

Podzielę się dwoma, które udostępniłem: https://forum.insert.com.pl/index.php?/search/&q=linq xml&type=forums_topic&quick=1&nodes=5&search_and_or=and&sortby=relevancy Fajnie byłoby widzieć bibliotekę raportów na forum, gdzie publikowane byłyby nawet w uproszczonej formie - celem wymiany wiedzy i doświadczeń. Pozostawi to dalej możliwość komercyjnego wsparcia dla rozbudowy i indywidualnych modyfikacji pod użytkownika. Więcej materiałów z forum: https://forum.insert.com.pl/index.php?/search/&q=linq raport&search_and_or=and https://forum.insert.com.pl/index.php?/search/&q=sql raport&search_and_or=and Sporo wniósł w temacie Pan Radomił.

Poproszę o informację jak się przedstawiają plany - czy wprowadzenie opcji nadawania (szczególnie, a tu jest prosta iteracja po obiektach jak na innych listach) i wyświetlania flag w wersji wiosennej - jest nadal aktualne? Mowa zarówno o raportach SQL jak i LINQ.

Dziękuję, w dokumentacji faktycznie Role opisane są jako flagi, a potraktowałem je jako słownikowe (w UI kontrahent może mieć tylko jedną rolę / typ).

Czy możliwe jest, że w Nexo zmieni(a)ł się identyfikator Roli (Typu) dla Producenta? W dokumentacji znajduję: RolaPodmiotu Enumeration Producent 1 Znacznik dla producenta. Dostawca 2 Znacznik dla dostawcy. Odbiorca 4 Znacznik dla odbiorcy. W bazie zaś mam zarówno 1 jak i 3 (nie opisany wyżej), odczytuję więc: let producent = (from poz in aso.DaneAsortymentuDlaPodmiotow where (poz.Rola==1 || poz.Rola==3) select poz.Podmiot.NazwaSkrocona).FirstOrDefault() Na poziomie Nexo zarówno 1 jak i 3 są wyświetlane jako PR (zakładka Dostawy w podglądzie Asortymentu).

1) Jeżeli jest taka możliwość - dołożyć dysk/i (najlepiej oddzielny kontroler / inny interface) i na nim posadzić instancję testową 2) Załadować ostatni backup na w/w

Rozrachunki - nierozliczone

Pytanie uzupełniające. Czy do raportów zwracane są tylko aktywne pozycje? Wynikiem poniższego zapytania jest pusta lista, mimo obecności w bazie asortymentu nieaktywnego. null; result = (from aso in source where ( aso.IsInRecycleBin == true ) select new Wynik { Id = aso.Id, Symbol = aso.Symbol, })

Rzecz pozornie banalna, ale przeszukuję dokumentację i nie znajduję - w jaki sposób odczytać status asortymentu (aktywny / nieaktywny)?

Proszę, udostępniałem tego typu raport:

Czy moglibyście udostępnić możliwość odwołania się do dowolnego repozytorium? Analogicznie do odczytu zaawansowanych pól własnych / słowników systemowych, które to pobierane mogą być przed właściwym zapytaniem (dokumentacja). Znacznie poszerzyłoby to możliwości bez konieczności przenoszenie raportu na zewnątrz do Sfery.