Skocz do zawartości

Daniel Kozłowski

Partner
  • Liczba zawartości

    14 352
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    110

Zawartość dodana przez Daniel Kozłowski

  1. 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.
  2. Program nie posiada takiej takiej funkcjonalności, za aktualizację odpowiedzialny jest tylko i wyłącznie użytkownik.
  3. Kolejna pozycja we wskazanym wcześniej menu "Narzędzia", cytat z pomocy do programu:
  4. Proszę dostosować infrastrukturę do liczby podmiotów i oczekiwań, z równoległą konwersją powinno to zająć pojedyncze godziny, może mniej.
  5. 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.
  6. 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".
  7. 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.
  8. W nazwie pełnej nabywcy można umieścić pełne dane dwóch nabywców.
  9. 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.
  10. 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.
  11. 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.
  12. 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.
  13. 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.
  14. 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:
  15. Jedna licencja dla wszystkich programów.
  16. Takie jest, przy czym może nie być satysfakcjonujące - nie należy importować wyciągów bankowych.
  17. Poprzez faktury zakupu, korekty zakupu lub korekty kosztów dostawy (nie opisał Pan jakie dokumenty otrzymuje) i korekty kosztów magazynowych i korekty kosztów handlowych.
  18. Tak, jedna opisana wyżej: inna to skorzystanie z usług dostawcy programów / serwisanta programów InsERT.
  19. Ale co nie jest jasne i co dokładnie Pana interesuje ? Wymagania systemowe programów są znane, producent serwera SQL wspiera upgrade do nowszych wersji, więc technicznie operacja jest bezpieczna w rozumieniu bezpieczeństwa danych. Niestety nie zostały podane najważniejsze informacje, czyli z jakiego powodu taka zmiana była wykonywana lub miałaby zostać wykonywana, gdyż w tym przypadku nowe nie oznacza lepsze, więc najczęściej jest to tylko i wyłącznie strata czasu i problemy z przywróceniem pracy sieciowej.
  20. Proszę jak najszybciej zapoznać się z zasadami wdrażania i serwisowania programów z linii Navireo.
  21. Zwróciłem Panu uwagę, że porównuje / patrzy Pan na niewłaściwe wartości: Odpowiedział Pan: Ale ciągle popełnia ten sam błąd: Skąd mamy wiedzieć (bez domyślania się / zgadywania) o jaki zysk Pan pyta - magazynowy czy ewidencyjny ? -- Aby usługa posiadała koszt ewidencyjny: Aby usługa posiadał koszt magazynowy nie może Pan nic zrobić, gdyż: -- Podliczenie okresu jest raportem dla księgowości, a księgowość interesują tylko wartości magazynowe. Co dokładnie - wartości ewidencyjne, wartości magazynowe, raporty ? Może wystarczy po prostu w filtrach raportów wykluczyć usługi ?
×
×
  • Dodaj nową pozycję...