Daniel Kozłowski

Nie wymienił Pan podstawowych funkcjonalności programu jak ceny/koszty ewidencyjne czy korekta kosztów dostawy, proszę się nimi zainteresować.

Aby nie mieć takich problemów należy poznać program / przeszklić się z jego obsługi przed rozpoczęciem pracy. Analogicznie do GT... Skąd program ma wiedzieć jaką stawkę VAT zastosować w ewidencji VAT na podstawie zapisu na koncie ? Konto księgowe musi być powiązane ze stawką VAT co już realizuje się inaczej niż w GT - należy podłączyć kartotekę stawek VAT. Inaczej niż w GT... Przypadki szczególne PIT i VAT są obsługiwane tylko na dokumentach VAT, więc jest zalecane wprowadzanie dokumentu VAT zakupu, a następnie jego dekretacja z wykorzystaniem schematu importu.

Sprawdziłem, nie potwierdzam.

W jednym zdaniu podała Pani sprzeczne informacje - od "ciut wolniej" po "idzie przeżyć". Należałoby porównać czy w sekundach, ile czasu trwa operacja na serwerze / w szybkiej sieci lokalnej, a ile przez internet, powiedzmy na próbce 100 dokumentów. Upraszczając - tak - liczy się liczna obsługiwanych podmiotów, nie ważne gdzie i w jaki sposób są obsługiwane. Licencja i dane programów to dwie różne rzeczy, na wydrukach pojawiają się dane firmy, a nie dane biura rachunkowego, licencję zawsze można zmienić na inną. Nie mniej umknął mi ten aspekt likwidacji biura i prowadzenia księgowości przez własną księgowość, wtedy można od razu zakupić drugą licencję. Z innej strony czy na pewno tak będzie / czy będzie warto, może przejmie księgowość inne biuro z własną licencją... Przy nowej licencji z koeli warto się też zastanowić czy nie wybrać nexo. Tak zgadzam się w rachmistrzu jest sprawdzone. Akurat w rachmistrzu GT przy tak małej ilości wymienianych danych to praktycznie bez znaczenia, pełna księgowość robi zasadniczą różnicę, liczba danych o operacji wykonywanych na dekretach księgowych też może znacząco wpłynąć na wydajność pracy zdalnej z połączenie do bazy danych przez internet.

Polecam bliżej poznać programy InsERT nexo... Wszystkie schematy importu pobierają dane z "Obrazów księgowych", obrazy te przechowują informacje o różnych typach dokumentów źródłowych i to w oparciu o te typy definiuje się schematy importu. Inaczej mówiąc posiada Pani obrazy księgowe dokumentów KP i KW i potrzebuje dekretować dokumenty typu KP i KW.

Tak, ale tylko w zakresie opisu księgowego. Nexo posiada dodatkowy typ dokumentu jakim jest właśnie "OK" / "Obraz księgowy", który jest tworzony na podstawie dokumentów źródłowych, na przykład podczas importu dokumentów z epp, należy teraz te dokumenty za pomocą schematów importu zaimportować do księgowości. Można "na siłę" importować dokumenty jako dokumenty kasowe, ale (w skrócie) to nie ma sensu. Import wyciągów bankowych z wyciągów bankowych (a nie z epp) to zupełnie inny mechanizm, gdzie są tworzone dokumenty źródłowe jakimi są operacje bankowe / wyciągi bankowe na podstawie wyciągu z banku.

To nie ma znaczenia bo baza danych była tylko do odczytu danych. Skąd mamy widzieć skoro nie raczył Pan tego wcześniej napisać ? Jaki opis problemu taka odpowiedź, a wielu tematach NIE ma prostych odpowiedzi bez zebrania wszystkich informacji, stąd wiele odpowiedzi jest ogólnych na zasadzie "to zależy".

Polecam zacząć od nauki, a raczej od stosowania zasad bezpieczeństwa, aby unikać takich sytuacji, co było opisywane na forum wiele, wiele razy - dedykowany sprzęt bez dostępu osób postronnych, sprawny sprzęt, zabezpieczony przed zanikami zasilania, gdyż to one są najczęstszą przyczyną takich uszkodzeń.

To znaczy: "jak dbasz, tak masz", prawdopodobnie uszkodził Pan bazę danych. To już Pana decyzja, nie wiemy czy i ile danych będzie do odtworzenia od ostatniej kopii.

Proszę porozmawiać z doświadczonym serwisantem, poczytać to i inne fora - to są problematyczne, niezalecane sposoby pracy zdalnej. Nie ma potrzeby kupowania dwóch licencji, w GT można łączyć licencje firmy i biura rachunkowego. Zawsze zalecamy pracę na wspólnej bazie danych, taki model pracy wymaga niestety lepszej znajomości programów, uruchomienia pracy zdalnej, ale jest najlepszy.

Należy zastosować się do komunikatu programu i sprawdzić, czy ta baza danych nie jest już podłączona (SSMS). Jak to w życiu, problemy to tylko i wyłącznie kwestia czasu. SQL Microsoftu jak sama nazwa wskazuje to baz danych SQL, a nie baza plikowa, więc jak wyżej należy sprawdzić jak ją widzi serwer SQL.

Tak, jest taka możliwość. Spróbowała Pani w ogóle to zrobić ? Jeśli tak to z czym dokładnie ma Pani problem ?

hmm, jeśli się da, to pewnie (znów) źle wywnioskowałem z odpowiedzi innego Partnera, który poprosił o doprecyzowanie wzorca wydruku, stąd błędne założenie. Należy się poznać możliwości zamiast wyciągać błędne wnioski / założenia. Kiedy już będą oczekiwane informacje widoczne w programie to łatwiej będzie można je też zaprezentować na wydrukach, jeśli będzie taka potrzeba. to super, jeśli się da przenieść te informacje w systemie tak, aby były wyświetlane na liście WZ i liście FS, to jestem zainteresowany rozwiązaniem. Można przy założeniach które opisałem / podkreśliłem. Można też połączyć te rozwiązania, czyli na WZ umieszczać numer oryginału ZK w numerze oryginału, ale na FS już w polu własnym. ok, a czy na liście WZ i FS będę widział te informacje? Sprawdziłem, wszedłem na listę kolumn i nie widzę, aby można było wyświetlać pola własne. Być może jest inne rozwiązanie, aby to zrealizować. Zapewne potrzebuje Pan szkolenia z obsługi programu - wszystkie pola własne (rozszerzone do pierwszych dziesięciu) można wyświetlać na listach... W ten sposób standardowo rozszerza się program o nowe kolumny, które chcemy widzieć na liście - definiuje się pole własne, wyświetla je na liście, aktualizuje się jego zawartość poprzez rozwiązania dodatkowe. Czy dodał Pan pole własne faktury sprzedaży w parametrach programu (https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/2666%2Cco-jest-rozszerzone-pole-wlasne-i-jak-je-dodac-w-subiekcie-gt.html) przed próbą jego wyświetlenia na liście ? Jeśli tak to należy jeszcze ponownie załadować moduł, aby "dowiedział się" o nowej konfiguracji programu, dla użytkownika najprościej w tym celu jest ponownie uruchomić program. Jak widać rozwiązanie można zrealizować na kilka sposób, nie wiadomo jak łączyć informacje z wielu dokumentów WZ (po przecinku, spacji, innym znaku), czy mają być obsługiwane tylko faktury zbiorcze bez zwykłych, więc wymaga dalszych ustaleń, skoro nie wiadomo jeszcze co jest do zrobienia to trudno to wycenić, nie są to też tematy do zaśmiecania forum.

Skąd ta tajemniczość ? Dlaczego się nie da ? Skąd takie informacje ? Nie, nie prawda. Jeśli informacje nie zmieszczą się w numerze oryginalnym o długości 30 znaków to można rozważyć wykorzystanie pól własnych, których długość to już 255 znaków.

Oraz z publicznej strony autora programu: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/4708,insert-nexo-co-to-jest-i-skad-pobrac-sdk-szczegolowa-dokumentacja-techniczna.html

Czy na pewno chodzi o linię nexo ?

Warto poznać odpowiedzi przed rozpoczęciem pracy z programem. Remanent nie ma nic wspólnego ze Spisem, więc nie ma takiej możliwości, można co najwyżej odwrotnie, czyli utworzyć Spis zgodny z Remanentem. Nie, remanent prezentuje rzeczywiste w wartości w taki sposób, jaki Pani ustawiła, można zaprezentować dane na cztery sposoby: No nie może być inaczej skoro to Pani uśrednia ceny w inwentaryzacji: -- Żaden użytkownik Subiekta nie widzi modułu "Remanenty", gdyż jest on dostępny tylko dla użytkowników programów księgowych (Rewizor). "Remanent na dzień" jest raportem widocznym tylko dla użytkowników Subiekta. Można być jednocześnie użytkownikiem dwóch programów uruchamiając je w multiprogramie, jak pokazała to Pani na zrzucie ekranu. Proszę ustawić na dokumencie RW domyślną cenę zgodną z algorytmem wyliczania ceny magazynowej czyli "Średnia ważona cena z dostaw w dyspozycji". Rozbieżność taka jest naturalna, NIE ma znaczenia, nie ma potrzeby jej usuwać - na wartość magazynu mają wpływ ceny i wartości magazynowe, pozostałe informacje należy zignorować (na potrzeby inwentaryzacji). Oczywiście, że nie, służy do tego obsługa magazynu, czyli ewidencja dostaw danego, tego samego towaru. Pytanie powinno zostać zadane wybranemu dostawcy programu przed jego wyborem... Firma InsERT nie świadczy usług szkoleniowych, nie świadczy usług wdrożeniowych, w ograniczonym zakresie świadczy usługi serwisowe (teleKonsultant, pomoc zdalna), oferuje szkolenia z obsługi programu w formie szkoleń multimedialnych (nikt nie odpowie na pytania). Pełen komplet usług, od sprzedaży licencji, abonamentów, sprzętu komputerowego, poprzez szkolenia, wdrożenia po serwis oferują firmy partnerskie / serwisanci. Proszę rozwinąć. Proszę rozwinąć, czego brakuje Pani na wydrukach spisu i inwentaryzacji. Doraźne dodatkowe informacje można umieścić w uwagach.

Tak z ciekawości - do czego używa Pan tego "papieru" ?

Ma Pan jeszcze do dyspozycji wydruki niefiskalne, których treść może Pan samodzielnie zdefiniować.

Zależy, jak są księgowania ustawione. Nie, żadne dekrety / zapisy na kontach nie wpływają na deklaracje VAT, co najwyżej na: powiązanych z dekretami. Inaczej mówiąc odpowiedź na zadanie w wątku pytanie brzmi - tak. Zgodność ewidencji VAT z zapisami na kontach, na którą zwróciłeś uwagę to odrębne zagadnienie.

Niestety program tak ma, zamiast ostrzeżenia, informacji zgłasza błąd. Wszystko jest wyjaśnione w treści komunikatów - deklaracja została wysłana, jest w trakcie przetwarzania.

Należy zacząć od początku, że dekret nie zawiera informacji, które wpływają na deklaracje VAT, informacje takie znajdują się w ewidencjach VAT, na dokumentach VAT znajduje się pole określające miesiąc odliczenia, wystarczy zmienić tylko i wyłącznie jego wartość na oczekiwaną.

Być może ma Pani podłączone pod konto InsERT kilka firm i licencja programu jest przypisana do innej firmy. Tak czy inaczej proszę zastosować się do komunikatu programu, czyli skontaktować się z pomocą techniczną, ewentualnie wcześniej z Pani dostawcą programów / serwisantem.

Takie zgłoszenie z forum użytkowników:

Tak. Zakres przenoszonych danych jest widoczny w kreatorze wdrożeniowym.