Janusz Siudek

na pewno?

Czy korzysta Pan z rozrachunków? W jakim celu chce Pan te faktury oznaczać? Czy chodzi Panu o ich rozliczenie czy oznaczenie?

Proszę użyć cech.

Mogę się mylić, ale zakładam, że dostawca fakturuje Państwu ten produkt w ilości 1 szt. z jednostką miary "1000szt." i stąd te różnice.

Niestety się Pan zawiedzie w temacie partii i remanentu, ale niedoskonałości w tym zakresie Insert zna i wstępnie sklasyfikowane zostały te zagadnienia do realizacji "przed kolejnym sezonem inwentaryzacyjnym". Nam pozostaje tylko czekać.... Jeśli będzie Pan chciał poprawiać ten remanent w zakresie partii to niestety zostaje dłubanie się w RW i PW. Ewentualnie jeśli jest Pan zainteresowany to proszę do mnie napisać w wiadomości prywatnej, podam Panu namiary na osobę, która ma nieco lepsze rozwiązanie. PS. Nie mniej ja jestem dobrej myśli co do realizacji tej funkcjonalności, bo wiem kto się tym zagadnieniem zajmuje i wiem jakie mam dotychczas doświadczenia

Nie testowałem tej konfiguracji, ale wydaje mi się, że zamiana elementu z "Warunek" na "Atrybut obiektu", może rozwiązać ten problem z ostrzeżeniem.

To ja się pod tym podpiszę jako lobbing i podniesienie priorytetu dla tego pomysłu, bo to dobry kierunek. Od strony technicznej to podszedłbym do tego chyba w ten sposób, żeby oznaczać warunkiem, czy ten Klient/oferta (do zastanowienia) ma wywierać presję na Kliencie, wysyłając mu powiadomienia czy nie, a do tego wykorzystać status oferty i datę zmiany statusu, czyli finalnie trzy parametry: 1. "wywieraj presję na kliencie" - typ logiczny 2. określony status oferty (czeka na akceptację klienta) 3. data zapisu oferty ze statusem jak w pkt. 2 Z tą "presją" to trochę tak zero-jedynkowo, ale ja tu widzę analogię do przypomnień o płatnościach, tam też niektórych klientów chcemy upomnieć, a niektórych lepiej nie dotykać, lub zrobić to w innej formie...

najprościej porównać w ten sposób:

Wydaje mi się, że przyczyną takiego efektu jest brak zaawansowanego pola własnego dla typu dokumentu, o którym pisał Pan Ernest. Jest wyżej na zrzucie ekranu. Po dodaniu pola własnego typu wymagany jest restart programu o czym również Pan Ernest napisał. Alternatywnie, nie mógł Pan znaleźć tego pola bo nie dodał Pan nowej własności: I ta druga opcja wydaje mi się bardziej prawdopodobna.

Myślę, że to powinno pomóc: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/3890%2Cinsert-nexo-w-jaki-sposob-zmienic-dane-licencyjne.html

O jakie dane chodzi dokładnie? Możemy coś takiego napisać.

Dlatego napisałem, że nie jest to eleganckie rozwiązanie. Nie mniej wg mnie temat do analizy dla InsERT'a.

To zaproponuję Panu inne trochę mniej eleganckie, ale działające rozwiązanie, tj. proszę powielić te cechy, które Pan ma i we właściwości Kolpod użyć jednej pary cech, a w drugiej właściwości tj. Kolsiedz wykorzystać drugą parę cech, to powinno zadziałać. Prawdę mówiąc nie jestem pewien czy to zawsze tak działało czy to jakiś błąd, ale obstawiam to drugie...

Proszę odpiąć od modelu pozycje od 5 do 9 i wtedy spróbować zapisać

eee tam. Widziałem takich co mają 4GB i mówią, że wystarczy.

z poziomu ui to chyba tylko ręcznie

Same duplikaty kodów można znaleźć najszybciej takim zapytaniem: select Kod, count(Kod) 'Powtórzenia' from ModelDanychContainer.KodyKreskowe group by Kod HAVING COUNT(Kod)> 1 Później wyniki polecam już obrabiać w samym Subiekcie, czyli wyszukiwać te kody i usuwać, jeśli np. w kolumnie powtórzenia będzie cyfra 3 to znaczy, że co najmniej 2 trzeba usunąć. W efekcie po usunięciu duplikatów wykonanie tego select'a ma nie zwrócić żadnych wyników poza nagłówkiem.

Proszę spróbować z innego komputera, też raz spotkałem się z takim problemem, ale udało się konto Insert podpiąć z drugiego komputera i nie drążyłem tematu. Założyłem, że z systemem jest coś nie tak.

Rzeczywiście trochę ciężko się połapać, ale jeśli chodzi o wystawienie dwóch dokumentów handlowych FS zaliczkowa i FS końcowa, na której będą różne terminy płatności to proszę dodać formę płatności z rozbiciem na raty i wybrać tą formę na FS. np.:

Proszę spróbować przechwycić wyjątek z ZalogujOperatora i zwrócić w MessageBox'ie i powinno się wyjaśnić, jak dobrze pamiętam i nic się nie zmieniło w ostatnich wersjach to w takim przypadku będzie info o przekroczonej liczbie licencji. nic więcej do głowy mi nie przychodzi w tym przypadku.

Jeśli to różne kartoteki to można skorzystać z grup lub cech, a następnie raportu np. "Sprzedaż wg asortymentu"

Co do zasady to tak, nie mniej w tej metodzie nie widać błędów. A jaki wyjątek zwraca debugger?

1. Proszę spróbować tak: DanePolaczenia danePolaczenia = DanePolaczenia.Jawne(_serwer, _baza, false, uzytkownikSerwera: _uzytkownikSerwera, hasloUzytkownikaSerwera: _hasloSerwera); 2. Proszę się upewnić, że podaje Pani Login, a nie nazwę użytkownika, bo to dwa różne pola.

Podejrzewam, że @Igor Bernakiewicz miał tu na myśli trigger na tabeli umów.

Takie działanie też raczej nie miałoby sensu, bo z punktu widzenia drukarki za każdym razem byłaby to nowa pozycja w drukarce, a więc też słabo bo po jakimś czasie w drukarce zapełniona zostanie baza towarowa. PS. Nie mam pewności jak działa akurat ten model drukarki, ale zakładam, że tak samo jak inne które znam i efekt będzie jak powyżej opisałem.