Daniel Kozłowski

Edukacyjnie - proszę spróbować. No ogromna, należy się zarejestrować do OSS, prowadzić sprzedaż w stawkach VAT kraju konsumpcji... Polecam zapoznać się z przepisami, skonsultować z księgowością.

Próbował Pan wystawić oczekiwany dokument ręcznie, z poziomu Subiekta ? Jaką sprzedaż Pan prowadzi do Czech (zakładam, że dla osób fizycznych) - krajową poniżej limitu (SK), czy powyżej limitu (OSS) ?

Dane kontaktowe udostępniam w profilu forum na zakładce "O mnie".

Jak objawia się problem ? Skąd mamy wiedzieć jak wystawia Pan dokumenty dla transakcji krajowych ?

Przecież napisałem co dokładnie można zrobić: -- Ale którą dokładnie ? Cały czas proponuję spróbować naprawić oryginalną bazę danych, skoro dało się skopiować tabele to może nie jest z nią tak źle. Jeśli chodzi o tę bazę do której zostały skopiowane same tabele to nie ma czego analizować, wiadomo co zostało źle zrobione, wiadomo co należy zrobić, ale póki się nie spróbuje to nie będzie wiadomo czy się uda, czy po nałożeniu kluczy obcych nie okaże się, że dane są niekompletne, nie są spójne. Piszę z doświadczenia z napraw i przywracania takich baz zdanych do użytku lub do podglądu. Proszę przemyśleć dobrze sugestie kolegów, a jeśli mimo wszystko będzie Pan zainteresowany to proszę jutro o kontakt, jeśli nie będę odbierał to proszę o SMS.

To była propozycja rozwiązania na podstawie opisu problemu oraz znajomości rozszerzania programów InsERT, nie znam gotowego rozwiązania, należałoby je zamówić, technicznie na dzień dzisiejszy mogłaby to być kolejna pozycja / operacja w menu programu.

Aby nie było nieporozumień, proszę doprecyzować na jaką pomoc Pan liczy. Oczywistość, że to NIE wystarczy, baza SQL jak Microsoft SQL Server danych to nie są same tabele, są to również indeksy, klucze obce, triggery na tabelach, są to funkcje i procedury składowane - należy odtworzyć całą strukturę bazy danych, należało spróbować naprawić bazę danych lub przekopiować dane do nowej bazy danych programów InsERT GT, co przez dodatkowe obiekty bazy danych nie jest takie proste i oczywiste. To w większości efekt braku pozostałych obiektów bazy danych jak triggery i procedury składowane.

Swój pomysł przecież opisałem: Proszę w takim razie dostosować się do dostawcy i przyjmować towary dokumentami, na których będzie znajdował się tylko jeden towar. Powinien Pan tylko widzieć, że takie sugestie funkcjonalności wykorzystywanych przez bardzo małą liczbę użytkowników, które można usprawnić (wspomnianą) zmianą organizacji pracy (ze wspomaganiem ewentualnymi rozwiązaniami dodatkowymi, który na przykład rozbijałby PZ z wieloma pozycjami na wiele PZ z jedną pozycją), w praktyce mogą doczekać się realizacji po wielu, wielu latach. nie odniósł się Pan do niego, więc założyłem, że Pana nie interesuje, teraz jednak nie wiem, czy po prostu nie przeczytał Pan mojej odpowiedzi, czy jej nie zrozumiał, jeśli to drugie to proszę doprecyzować co mam spróbować wyjaśnić w inny sposób.

Nic takiego nie sugerowałem, nie da się stworzyć takiego rozwiązania, gdyż program nie przewiduje takiego układu danych (wielokrotnej realizacji dokumentu PZ). Nie rozumiem natomiast dlaczego tak upiera się Pan przy rozwiązaniu, którego nie można zrealizować, a nie korzysta z innego rozwiązania, które jest możliwe do wdrożenia, które da taki sam efekt, czyli znacząco ułatwi dokumentację transakcji z tym dostawcą.

Nie wyjaśnił Pan jak powstała ta nowa baza w tym jak został utworzony plan kont... Z dotychczasowych doświadczeń nie spotkałem się z przypadkiem takiego częściowego odłączenia kartoteki, spotykam się często z przypadkami nie podłączania się kartoteki, dzieje się tak zwykle przez powielone analityki kontrahentów. Nie niej każda operacja powinna zakończyć się w takiej sytuacji komunikatem błędu dla użytkownika, a użytkownik powinien jak najszybciej wyjaśnić przyczynę.

Nie jest Pan naszym klientem, więc na pewno nie mogę wziąć tej winy na siebie. Prawda jest niestety taka, że to klienta wybiera dostawcę programów, sposób ich poznawania i rozpoczynania pracy, nie robi tego producent oprogramowania czy jego dostawca. Nie opisał Pan jak to wyglądało w Pana przypadku. Ale jak niby miałbym pomóc, kiedy "mleko już się rozlało" ? Próbuję pomóc wskazując jak można rozwiązać problem dostępnymi metodami funkcjonalnościami - wystarczy stosować w nexo symbole o długości do 20 znaków - czy to nie jest pomoc według Pana ? Czego Pan oczekuje w tej sytuacji od mnie ? Niestety to nie tak, nie mówimy o jakimś drobiazgu tylko o jednym z podstawowych procesów w Pana firmie - pracy handlowców... Ograniczenia programów / różnice między liniami programów są bardzo dobrze znane osobom, które zajmują się wdrożeniami i serwisem programów, warto korzystać z takiego wsparcia, aby unikać niepotrzebnych nikomu problemów, gdyby tylko zadzwonił Pan do takiej firmy jak nasza, opisał skrótowo jak Pan pracuje, to dowiedziałby się Pan tego, co teraz w tym wątku, że nexo nie posiada funkcjonalności komunikacji centrala<->oddział. Nie mam nic przeciwko dyskusji na forum, staram się tylko przedstawić jak to wygląda z innej strony, nie producenta, a dostawcy programów. Najwyraźniej Pan nie zrozumiał, nie pisałem o pracy zdalnej tylko o dedykowanym rozwiązaniu mobilnym, a rozwiązania takie pracują offline ze względu na ograniczenia, które Pan wskazał.

Niestety to czy moje sugestie coś wniosą NIE zależy ode mnie - nie mam wpływu na to, czy będzie Pan chciał uprawnić sobie "mega czasochłonne" operacje w programie za pomocą dostępnych możliwości czy też nie. Poza tym jak sam Pan zauważyłem, nie jest Pan pierwszym i zapewne ostatnim użytkownikiem z takim problemem, może ktoś inny skorzysta i usprawni sobie pracę, nikt przede mną nie zaproponował żadnego usprawnienia w zgłaszanym obszarze.

Ciężko się tłumaczy oczywiste kwestie, ale spróbuję... Najzwyczajniej w świecie ktoś to fizycznie musi zrobić, na to potrzeba czas, a jest mnóstwo innych rzeczy do zrobienia z dużo większym priorytetem... Poza tym to tylko "łatanie dziury w asfalcie po zimie", gdzie za rok jak nie wcześniej będzie kolejna, większa... Dla nexo powinien powstać nowy format, który obsłuży wszystkie informacje dostępne w nexo, z którego w ograniczonym zakresie skorzysta GT, od dawna są już takie plany bo to jedyny słuszny kierunek, ale jak wyżej - do tego potrzeba czasu. Oczywiście, że nie, to może doprowadzić do błędów poważnych w konsekwencjach - napisanie / zamiana kartotek innymi kartotekami.

Rozumiem jeszcze mniej... Skoro chciała Pani wprowadzać ręcznie BO to założyłem, że jest pierwszy rok pracy z programami InsERT, a BZ pochodzi z innego programu... Rozumiem teraz, że to niestety nie jest pierwszy rok pracy tylko kolejny - który to rok pracy, drugi ? Czy w ogóle w poprzednimi roku było wprowadzone BO na tym rachunku, czy był wprowadzony magazyn walut, naliczane różnice kursowe ? Nic nie dzieje się automatycznie, to użytkownik musi wywołać operację przeniesienia BZ na BO... Skoro bilans przeniósł się to dlaczego chce go Pani wprowadzać ręcznie ? No chyba, że jednak się nie przeniósł, a jeśli tak to z jakiego powodu - pojawiły się jakieś błędy przy jego przenoszeniu ? Proszę rozwinąć co to znaczy "nie można wpisać". Proszę opisać problem dokładnie, od początku, co zostało wykonane w programie.

Ogólnie prawda. Nie poruszamy nieprzyjemnych tematów. To polecam zastosować się do własnej wypowiedzi: i rozważyć wprowadzenie usprawnień, aby operacje te przestały być "mega czasochłonne". Prowadzę taki biznes nie od wczoraj, gdzie spotykam dziesiątki, setki takich problemów, potrzeb u klientów, więc nie trzeba mi tego tłumaczyć, niestety większość użytkowników programu nie wie czy i jak może sobie usprawnić pracę wykorzystując do tego oprogramowanie, kwestia przejścia do inwestycji / wdrożenia tych usprawnień to jeszcze odrębna kwestia. Nie napisałem, że jest Pan pierwszym, tylko że należy Pan do bardzo, bardzo małej grupy użytkowników z taką potrzebą.

No przecież zaprzeczył Pan sobie w jednym zdaniu - jakie "nagle" skoro została wykonana ogromna zmiana, została postawiona nowa baza, więc pierwsze podejrzenia kierowane są na tę operację - co dokładnie, technicznie zostało zrobione ?

W takim razie po co są odziały? Tego należało dowidzieć się przed rozpoczęciem pracy z programem - służą do odzwierciedlenia struktury firmy, jeśli struktura firmy posiada kilka lokalizacji fizycznych to można je obsługiwać wykorzystując pracę zdalną. Już o tym pisałem: -- To nie jest właściwe miejsce na umieszczanie takich informacji, bez problemu znajdzie Pan te rozwiązania w katalogu rozwiązań Partnerskich na stronach firmy InsERT czy też w internecie. Tak, ale to niestety błąd popełniony przez Pana, to Pan wybrał program bez poznania jego możliwości, bez upewnienia się, że spełni Pana oczekiwania. Niestety myli Pan firmy, NIE jestem pracownikiem firmy InsERT o czym jasno i wyraźniej informuje mój profil na forum: https://forum.insert.com.pl/index.php?/topic/13894-forum-użytkowników-kto-jest-kim-na-forum/#comment-91630 Jak wyżej, przed przejściem należało sprawdzić, czy dla Państwa to będzie krok do przodu, czy do tyłu - kiedy klient decyduje się na zakup programu u nas to zawsze pytamy z jakiego powodu, na korzyści liczy z takiej zmiany, gdyż jak w wielu obszarach życia "nowe nie znaczy lepsze", a inwestować w licencje i czas na poznanie programu, aby było tylko inaczej nie ma sensu, nie mówiąc już o przypadku kiedy zmiana może być na niekorzyść. Teraz nie rozumiem o czym Pan pisze - przecież handlowcy to nie oddziały firmy, tylko osoby wykonujące pracę na rzecz danego, czy kilku oddziałów firmy. Niezależnie od tego programu nie zmienimy (Pan czy ja), więc pozostaje się dostosować do jego możliwości. Uważam też, że korzystanie z dedykowanego rozwiązania mobilnego może być krokiem na przód.

Nie pokazała Pani BZ. Nie pokazała Pani, gdzie nie widać kwot w walucie. Nie pokazała Pani komunikatu błędu. Według jakich wyliczeń, jakiego wzoru ? Wcześniej pisała Pan o rozrachunkach, a teraz pokazuje rachunek bankowy - na pewno na BZ w magazynie walut znajdują się środki z jednym kursem ? Czyli zaczynamy od początku - jak wygląda BZ ?

Proszę w takim razie dostosować się do dostawcy i przyjmować towary dokumentami, na których będzie znajdował się tylko jeden towar. Powinien Pan tylko widzieć, że takie sugestie funkcjonalności wykorzystywanych przez bardzo małą liczbę użytkowników, które można usprawnić (wspomnianą) zmianą organizacji pracy (ze wspomaganiem ewentualnymi rozwiązaniami dodatkowymi, który na przykład rozbijałby PZ z wieloma pozycjami na wiele PZ z jedną pozycją), w praktyce mogą doczekać się realizacji po wielu, wielu latach.

Najwyraźniej ciągle nie zapoznał się z listą zmian w programie, włącznie z tą cytowaną przeze mnie w tym wątku. Takie to jest właśnie cedzenie istotnych informacji - nie wiadomo z czego wynika rozmiar tej bazy danych, ogólnie skoro to duża baz danych to też może się nie skonwertować ze względu na tak małą ilość miejsca na dysku. Przecież wyjaśniałem to w swojej wypowiedzi, wystarczy przeczytać: poza tym ciągle ignoruje Pan inny aspekt: -- Nic się nie zmieniło "od zawsze" - sprzęt na gwarancji producenta, czyli w praktyce około 5 lat. -- Na koniec, gdyż dalsza teoretyczna dyskusja bez poznania specyfikacji sprzętowej, aktualnej wydajności serwera, czasów operacji jak aktualizacja programów, codziennego zakresu i sposobu korzystania z programów przez ich użytkowników - nie ma sensu. To tylko moje sugestie, nie mam potrzeby nikogo do nich przekonywać.

Należy poprawić błędnie wprowadzone dane, proszę pokazać zapisy z BZ i BO. Wszystkie zapisy w walucie są prezentowane na kontach w walucie i PLN - proszę pokazać co Pani robi / na co Pani patrzy. Jaki komunikatem w programie objawia się to "nie zezwala" ? Najlepiej byłoby pokazać problem.

Dobrze rozumiem sytuację - dostawca NIE wystawia faktur do wcześniej wystawionych wydań ?

Co zmieniło w praktyce 64GB pamięci RAM i pełny serwer SQL ? Po co była ta zmiana ? Przy takiej ilości podmiotów, a nawet większej nie zauważyłem problemów na edycji express. Nie poruszamy w tym wątku aktualizacji systemu operacyjnego tylko aktualizację programów InsERT i o tym pisałem, nie odnosiłem się też tylko i wyłącznie do czasu traconego na aktualizacje. Nie napisałem przecież, że nowszy sprzęt wyeliminuje ryzyko awarii tylko je zmniejszy.

Cytat z listy zmian do wersji 1.79 HF2: -- Pojawi się taka możliwość. -- Prawda. Moim zdaniem nie ma czego modernizować, sprzęt o wieku około 10 lat nie powinien być już od kilku lat wykorzystywany w biurze rachunkowym, to strata czasu na aktualizacje i bieżącą pracę oraz większe ryzyko wystąpienia awarii sprzętu, zamiast przesadzać z pamięcią ram i serwerem sql należało zmienić sprzęt.

Tak, GT (w odróżnieniu od nexo) nie obsługuje dokumentów finansowych i rozrachunków oraz funkcjonalności z nimi powiązanych. Tak.