Daniel Kozłowski

Przed założeniem nowego tematu warto poszukać istniejących, jeden z nich:

Dlatego podałem to rozwiązanie jako drugie, a nie pierwsze. https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/4082,obsluga-bibliotek-dokumentow-w-programach-insert-gt.html#04 Zachęcam do poznania podstawowych możliwości programu, można zacząć od tego tematu e-pomocy: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/1791%2Cjak-wydac-towar-z-kodem-dostawy-w-subiekt-gt.html, jak również możliwości rozszerzania programów (konsultacje z dostawcą programów).

Nie. Proszę rozważyć inne miejsce do przechowywania takich informacji - kod dostawy, opis pozycji dokumentu (kilka pozycji), biblioteka dokumentów.

Pełna księgowość to zupełnie inny stopień skomplikowania... Magazyn depozytowy NIE jest magazynem księgowym, więc powinien być całkowicie oddzielony od magazynów księgowych, stąd towary z magazynu depozytowego nie powinny być przesuwane na magazyn księgowy poprzez MM tylko poprzez RW na magazynie depozytowym i PZ na magazynie księgowym, następnie po zgłoszeniu sprzedaży zbiorcza FZ do PZ (korygująca koszt zakupu). Przynajmniej ja tak robię.

Jedno z możliwych rozwiązań to wykorzystanie danych księgowych kontrahenta do przypisywania domyślnej kategorii dla ewidencji VAT sprzedaży / zakupu i rozwiązanie dodatkowe, które będzie je przenosiło na wybrane dokumenty:

Cytat ze wskazanego tematu e-pomocy: -- Na pewno chciał Pan napisać to, co napisał ? O kolejności obsługi jak widać nie decyduje popularność banku.

Jak powtarzam "jestem od informowania, a nie pocieszania", nie mam wpływu na to, czy ktoś zrozumie kiedy próbuję pomóc, czy moją odpowiedź uzna za pomocną. Nadaje się, wystarczy zrobić tak, jak napisałem: można importować operacje bankowe.

Tak.

Dlatego pytam jak to zrobić. Użytkownik nie chce aktualizować a program to wymusza. Proszę pokazać w jaki niby sposób program wymusza aktualizację, gdzie wyraźnie napisałem: To użytkownik rozpoczął aktualizację programu, a teraz zapewne program wymusza jej kontynuację (aktualizację Lunchera)... Za działania użytkownika w programie odpowiadają jego uprawnienia... Podstawy obsługi programu, które warto poznać przez rozpoczęciem pracy.

Program nie posiada takiej takiej funkcjonalności, za aktualizację odpowiedzialny jest tylko i wyłącznie użytkownik.

Kolejna pozycja we wskazanym wcześniej menu "Narzędzia", cytat z pomocy do programu:

Proszę dostosować infrastrukturę do liczby podmiotów i oczekiwań, z równoległą konwersją powinno to zająć pojedyncze godziny, może mniej.

Tak, to jedna z operacji dostępna w menu "Narzędzia" programu oraz w module "Bazy danych": https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/3159,jak-zbiorczo-aktywowac-podmioty-klientow-po-aktualizacji-w-biurze-gt.html.

Można ale ograniczacie się tylko do trzech banków Najwyraźniej pomylił Pan firmy: Ja się tak nie ograniczam, integruję większość banków na naszym rynku. -- To co Pan pisze ewiedetnie widać ze nie wie Pan jak to działa - w banku albo się ustawia wyciągi miesięcznie albo dniowe i one bedą się generowały pojedyńcze.. To co Pan pisze ewidentnie widać, że nie czyta Pan tego co piszę - nic nie pisałem o generowaniu wyciągów bankowych tylko o ich pobieraniu z banku. Liczyłem na wzajemność, niestety nie doczekałem się odpowiedzi na moje pytania. Mam taki sam wpływ na rozwój programów InsERT jak Pan. Chciałem tylko pomóc i zaproponować rozwiązania dostępne od ręki, które mogą znacząco usprawnić codzienną pracę do momentu ewentualnego rozwoju programów InsERT, ale Pan prawo "zrobić mi na złość i odmrozić sobie uszy".

Proszę się kłócić i zaproponować prostsze i lepsze rozwiązanie, "proste" to oczywiście pojęcie względne - ja, Pan i autor wątku patrzymy na to inaczej. Poza komunikatami są tworzone również dokumenty zamówień dostawców. Technicznie - rozwiązanie sferyczne też może zmodyfikować bazę danych, dla użytkownika nie powinno mieć to znaczenia... Według mnie to będzie bardzo, bardzo trudne do realizacji sferycznie (stany minimalne), kiedy nie mam dedykowanego zdarzenia i sami musimy wszystko oprogramować, zapewne i tak wspomagać się dodatkowymi strukturami w bazie danych (w przykładowych realizacjach klienci nie chcieli powiadomień / dokumentów co kilka minut, tylko raz na godzinę, raz na dzień), ja zaliczam to do tych tematów, gdzie najpierw należałoby zrealizować to rozwiązanie, aby odpowiedzieć, czy będzie to możliwe. Zgadzam się, bardzo często proszę użytkowników o opis problemu, gdyż może posiadać kilka rozwiązań, a dale rozwiązanie może mieć kilka rozwiązań technicznych.

W nazwie pełnej nabywcy można umieścić pełne dane dwóch nabywców.

Rozwiązania do potrzeb... Dokładnie tak

Wręcz przeciwnie, ma to być jak najprostsze i niezawodne - aplikacja która przetwarza dane zgormadzone w bazie danych, uruchamiana w harmonogramie Windows (bez usług i własnych harmonogramów) W nexo mógłby to być automat.

Hmm, podłączenie pod Obiekt Dokument, a potem sprawdzanie tylko pozycji powiązanych z Rozchodem, chyba zapobiega konieczności dostosowywania do wszystkich obecnych jak i przyszłych rodzajów dokumentów? Tak, "wygląda to" na proste rozwiązanie, które będzie działać z nowymi wersjami programów, ale to założenie musi przyjąć zamawiający i autor rozwiązania, ja tego bym nie zrobił... Przypadek zejścia stanu magazynowego do zera jest tym prostszym, a jak znam życie to już są lub pojawią się za chwilę stany minimalne i obsługa tej potrzeby już się mocno komplikuje przy takich założeniach.

To naturalna kolej rzeczy, czym dłużej korzysta Pan z programu tym więcej potrzeb się pojawia i tym mniej będzie można ich zaspokoić za pomocą standardowych funkcjonalności programu.

Reasumując, w tym przypadku "chcieć znaczy móc", program nie posiada funkcjonalności, ale można ją zrealizować wdrożeniowo / poprzez rozwiązanie dodatkowe... Jeśli chodzi o technikalia to: realizowałem takie rozwiązania właśnie w takim celu dla GT opierając się na triggerach do obsługi zdarzenia zajścia towaru poniżej stanu minimalnego lub do zera i na razie innej możliwości nie widzę w nexo, Sfera zdarzeniowa ma wsparcia, a obsługa wszystkich obecnych dokumentów i możliwych przyszłych będzie wymagała mnóstwa pracy i utrzymywania rozwiązania.

U mnie bez zmian: a mamy klientów, którzy fiskalizują po kilka tysięcy paragonów na raz, tylko nie na Zetkach, na innych urządzeniach.

Ciężko odpowiedzieć kiedy nie wiadomo jaki ma Pan problem... Proszę zapoznać się na przykład z poniższym wątkiem i zadać pytanie raz jeszcze:

Jedna licencja dla wszystkich programów.