Daniel Kozłowski

Zgodnie ze specyfikacją formatu epp: nie przewiduje on możliwości przenoszenia danych z więcej niż jednego magazynu, więc programy InsERT nie posiadają takiej funkcjonalności. Istnieje możliwość eksportu danych w takiej postaci, ale z wykorzystaniem dedykowanych rozwiązań dodatkowych.

O jaki dokument Pani pyta ?

3x nie.

Analogicznie do posiadanego już Rachmistrza GT - program nie jest bezpłatny, pobiera się ze strony producenta, firmy Insert. Analogicznie do posiadanego już Rachmistrza GT - może Pan korzystać z pomocy do programu, e-pomocy do programu, informacji zgromadzonych na forum. Jeśli zamierza Pani zakupić licencję to proszę pobrać, jeśli nie to operacje zbiorcze w wersji demo są ograniczone do dwóch podmiotów.

To zamierzone działanie programu. Tak, jest opcja, do zbiorczych operacjach na podmiotach, w tym archiwizacji i dearchiwizacji służy program Biuro GT.

To analogiczny problem do poruszanego wcześniej - należy pobierać dane z właściwego kontekstu, Pani pobiera dane z amortyzacji jednostkowych, więc otrzymuje tyle wartości ile amortyzacji jednostkowych, skoro chce Pani pobrać jedną wartość, sumę amortyzacji to należy pobrać tę sumę, czyli wartość amortyzacji z nagłówka dokumentu amortyzacji zbiorczej.

Skąd taka informacja i/lub wniosek ? Przede wszystkim na Pana zrzucie ekranu już widać, że obok kwoty w EUR jest podany również kurs, który służy do przeliczana wartości na PLN... Proszę sprawdzić (na przykładzie jednego dokumentu) jakie wartości są widoczne na liście dokumentów w kolumnie VAT do odliczenia, jakie wartości są widoczne na wydrukach rejestru VAT oraz na koniec jakie wartości trafiają do deklaracji VAT.

Należy pobrać i zainstalować SSMS, zalogować się do serwera SQL, wybrać polecenie "New Query", upewnić się, że została wybrana właściwa baza danych, wkleić otrzymane zapytanie i wybrać polecenie "Execute"... Tylko po co korzystać z nieporównywalnie czasochłonnego rozwiązania i narzędzi, których się nie zna, zamiast rozwiązania zaproponowanego przeze mnie, które zajęłoby dosłownie kilka sekund, dużo miej niż czas potrzebny na odpisanie na forum ?

Tak, można wykorzystać SSMS. Można też wykonać aktualizację takim zestawieniem SQL: select 1 update tw__Towar set tw_JednStanMin = '' where tw_JednStanMin is null -- Można też skorzystać z pomocy wybranego dostawcy programów.

Czy jednak z inwentaryzacją, gdyż dalszy opis dotyczy właśnie inwentaryzacji, remanent (https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/2210,subiekt-nexo-–-co-to-jest-remanent-i-gdzie-go-znalezc.html) i inwentaryzacja (https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/1347,subiekt-nexo-–-co-to-jest-inwentaryzacja-i-gdzie-ja-wykonac.html) w programach InsERT to dwa różne pojęcia. Należało to wyjaśnić pod koniec zeszłego roku, czym później, tym trudnej wyjaśnia się i poprawia takie sytuacje. Nie, zamieszczony z rzut ekranu w ogóle nie pokazuje takiej informacji, pokazuje jedynie ruchy w magazynie do dnia 31 grudnia 2023, nie pokazuje co działo się z tym towarem do dnia dzisiejszego czyli 24 lutego 2024, a przede wszystkim nie pokazuje informacji o konkretnych dostawach tego towaru, być może dostawy dostępne na 31 grudnia 2023 roku zostały rozchodowane w roku 2024, więc nie są już dostępne w roku 2023. Dostępność towaru na dany dzień pokazuje zakładka "Stany" - proszę ją pokazać. Poza wyżej wskazaną przyczyną należy pamiętać, że towary mogą być rezerwowane przez rezerwacje dostaw, te informacje też są dostępne na zakładkach "Stany" i "Dostawy" informatora towaru. Polecam poznać bliżej działanie programów, wiedza tak pozwoli uniknąć większość tego typu problemów, a jeśli już się pojawią to będzie wiadomo z czego wynikają, jak je wyjaśnić i poprawić.

Program działa tak, jak został skonfigurowany przez jego użytkownika, miesiąc odliczenia konfiguruje się w parametrach transakcji VAT.

Odpowiedź brzmi: nigdzie. Jak widać jedyną informacją tekstową przenoszą na rozrachunek jest numer dokumentu, tak działa program w standardzie. Program jednak można wdrażać, czyli uzupełniać o funkcjonalności niestandardowe, można byłoby na przykład rozwiązaniem dodatkowym przenieść informację o magazynie do pola własnego rozrachunku, które to można wyświetlić na liście rozrachunków. Może Pan zamówić własne zestawienie SQL, które pokaże takie informacje, jakich Pan oczekuje.

Ten wniosek w ogóle nie wynika z przytoczonych przepisów, przepis mówi tylko o wymaganiach jakie mają spełniać kasy, został wprowadzony głównie z myślą o zmianie waluty krajowej po wejściu do UE, przepis ten nic nie mówi w jaki sposób ma być rejestrowana sprzedaż, czy przyjmowane płatność w walucie obcej. Nie jest niezbędna, polecam jak najszybciej zarejestrować się do OSS (o ile już Pan nie wszedł nieświadomie w ten obowiązek) i tym samym w ogóle zwolnić się z obowiązku fiskalizacji takiej sprzedaży. Odpowiem z praktyki, gdyż nie mam teraz czasu na poszukiwania przepisów - w linii GT programów InsERT nie ma innej możliwości rejestracji sprzedaży niż w PLN po przeliczeniu przez program i nie słyszałem przez kilkanaście lat, aby to stanowiło jakikolwiek problem.

Niech się Pan przekona do remanentu, uzyskanie oczekiwanej przez Pana informacji to nic innego jak wyliczanie remanentu na każdy dzień z zadanego przedziału czasowego i zliczenie ilości dni niedostępności towaru, w programach Insert nie ma innej możliwości... Wyliczam taką informację na kilku okresów sprzedaży w rozwiązaniu wspierającym składanie zamówień do dostawców, gdzie najdłuższy okres ma 365 dni, ale dla GT... Ciężko przewidzieć aspekt wydajnościowy, gdyż zależy od wielu czynników (wydajność infrastruktury, układ danych, indywidulane optymalizacje), jeśli będzie to stanowiło problem to trzeba będzie sięgnąć po optymalizacje wspomniane wyżej, czyli raz naliczyć takie informacje, a później je tylko odczytywać.

Odpisałem Panu na innym forum, powtórzę tutaj... Posiadamy dedykowane rozwiązanie wspierające takie rozliczenia (aktualnie jest rozwijane pod zmiany wprowadzone przez Allegro oraz same zwroty), traktujemy pośrednika płatności jak bank, czyli wpłata od klienta-BP-rozliczenie należności ze sprzedaży, zwrot dla klienta-BW-rozliczenie zobowiązania ze zwrotu/korekty, potrącenie prowizji-BW-rozliczenie faktury za te prowizje, wypłata środków-BW-rozliczenie wpłaty na rachunku głównym, koniec.

To oznacza, że powinna Pani zlecić taką usługę komuś, kto potrafi ją wykonać, najlepiej wybranemu dostawcy sprzętu, czy programów InsERT, najlepiej gdy to ta sama osoba/firma, gdyż wtedy jest dużo większa szansa, że sprzęt będzie dostosowany do wymagań programów oraz wykorzystania w firmie.

Ja ciągle nie rozumiem opisu problemu - skoro rok obrotowy został założony na podstawie poprzedniego, to musiało to zostać zrobione na starej bazie, a skoro tak, to jak się pojawił rok obrotowy w nowej bazie na 2024 rok ? Już o tym pisałem, ja spotykałem się z takimi przypadkami wielokrotnie, w tym roku również, ale pomoc techniczna Insertu nic o tym nie, gdyż rozwiązujemy takie problemy we własnym zakresie. Jeśli nie było zapisów lub było ich niewiele to jak najbardziej można tak zrobić. Dokładnie o tym pisałem w poprzedniej odpowiedzi, ale więcej informacji mogłaby dostarczyć tylko osoba, która wykonywała tę operację (nie tworzą się logi z tej operacji).

albo i nie pomaga, jeżeli nie chce... ale to po co traci czas na pisanie i nie pomaganie Próbowałem wytłumaczyć to wielokrotnie - nie każdy rozumie, kiedy próbuje mu się pomóc, jeśli nie skorzysta z moich odpowiedzi autor wątku, to może skorzysta ktoś inny, kto będzie szukał informacji przed zadaniem pytania na forum, ubolewam, że Pani ciągle zalicza się do tych osób.

Nie wystarczyłoby, po tych czynnościach nie będzie możliwa praca w sieci lokalnej (https://forum.insert.com.pl/index.php?/topic/16389-błąd-połączenia-z-serwerem-sql-wyjątki-nie-pomagają/&do=findComment&comment=441817)... Poza tym ja ciągle nie mam pewności, czy autor wątku chce pracować tylko lokalnie, czy jednak również zdalnie. Bardzo proszę oferować pomoc realizowaną swoją własną osobą, niech każdy za nas pomaga tak, jak uważa to za słuszne. Staram się nikomu nie narzucać, każdy powinien zdecydować sam czy i kiedy skorzystać z profesjonalnej pomocy, a jeśli zechce to znajdzie na forum wszystkie moje dane kontaktowe.

Ja pisałem o Subiekcie nexo, a Pani o którym Subiekcie pisze ? Dalsza część wypowiedzi sugeruje, że chodzi o Subiekta 123 oraz o udostępnianie programu do fakturowania dla klientów biura, o czym wcześniej Pani nie wspomniała - jaki opis problemu, taka odpowiedź. Przy takim modelu pracy pozostaje mi tylko się z Panią zgodzić. Co mogę dodać... Jeśli dostawca rozwiązania nie rozbuduje go o eksport do programów InsERT, to chyba pozostaje przemęczyć się do wejścia KSeF'u.

Podtrzymuję to co napisałem wcześniej, aby tak się stało musi o to zadbać użytkownik, a użytkownicy nie rozróżniają instalacji serwerowej od klienckiej, nie zdają sobie sprawy, że "instalując Subiekta" w tle instalują również serwer SQL i zakładają bazę danych, po jakimś czasie, z różnych przyczyn podłączają się do bazy lokalnej, a nie produkcyjnej i dziwią się, że nie widzą wcześniej wprowadzonych. Na prawdę spotykam wiele takich przypadków. Od tego jest to forum, żeby pytać jak się czegoś nie wie Ogólnie prawda, tylko polecam pytać / poczytać jak najwcześniej, na przykład przed wyborem programu i jego dostawcy, a nie po.

Potwierdzam.

Tak z ciekawości - sąd pomysł, aby wybrać dwa programy, które nie posiadają funkcjonalności, aby wymieniać dane na potrzeby księgowości ? Ma Pani inne opcje, ale nie oznacza to, że będą uzasadnione ekonomicznie: można przygotować konwerter z JPK do formatu epp/edi++ z informacją o metodzie kasowej można przygotować rozszerzenie (dla nexo PRO), które pozwoli zbiorczo dodać brakujące informacje Jednak najszybszym, najtańszym rozwiązaniem wydaje się być rozpoczęcie korzystania z Subiekta nexo.

Nie, to Pan decyduje czy zainstaluje serwer SQL i bazę danych, a nie program, jak Pan zrobi, tak będzie miał. Nie, baz danych się nie łączy, ma być tylko jedna baza danych, jeśli będzie więcej to każda będzie pracowała niezależnie. Już odpowiedziałem. U nas są, ale zapewne myli Pan nas z producentem, firmą InsERT: -- Serwer to nic innego jak komputer, na którym znajdują się dane, może to być dowolny komputer, Pana lub wynajęty w jakiejś zewnętrznej firmie, jest wiele możliwości, które przekładają się również na różne koszty wdrożenia i utrzymania.

Skoro baza istnieje to jest umieszczona na serwerze, komputerze pełniącym rolę serwera. Możliwości są, ale to nie oznacza, że należy z nich korzystać, że będzie dało się bez problemu pracować, wszystko zależy o parametrów łączy internetowych, polecam zainteresować się pracą zdalną, więcej informacji powinien dostarczyć wybrany dostawca programów. Nie, jak wyżej, hasło "praca zdalna".