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. 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.
  2. 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 ?
  3. 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.
  4. 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ć.
  5. Program działa tak, jak został skonfigurowany przez jego użytkownika, miesiąc odliczenia konfiguruje się w parametrach transakcji VAT.
  6. 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.
  7. 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.
  8. 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ć.
  9. 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.
  10. 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.
  11. 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).
  12. 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.
  13. 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.
  14. 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.
  15. 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.
  16. 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.
  17. 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.
  18. 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".
  19. Aby wszystko działało dobrze polecam przenieść cały system operacyjny z całą zawartością, a nie tylko dane programów.
  20. Programy i cały świat nie są idealne, proszę wybrać możliwe najlepsze dla Pana rozwiązanie. Rozwiązanie jest znane, powtarzane niezliczoną liczbę razy - zlecić taką usługę serwisantowi, ale że to ogromne nakłady finansowe i czasowe to w praktyce należy odpowiedzieć sobie na pytanie: po co to wszystko ? Czy nie prościej i taniej będzie utrzymywać te podmioty archiwalne przez kolejne 5 lat ?
  21. Proszę wybrać rozwiązanie, które jest dla Pan dopuszczalne, na przykład linię nexo. Kiedyś taki sytuacje zachodził dużo rzadziej, a w linii GT nie liczyłbym na tak duże zmiany, po to właśnie między innymi powstała linia nexo, aby odciąć się od ograniczeń linii GT.
  22. Jak próbowałem wytłumaczyć był to zbędny wyjątek. Powinno być oczywistym, że nie wszystko co jest opisane w internecie jest prawdą. Kolejny raz się Pan myli, jest kompletny, wręcz nadmiarowy, ale ta nadmiarowość nie powoduje problemów, jak już więcej niż raz próbowałem wytłumaczyć, że portu dynamicznego NIE należy podawać w wyjątkach, gdyż jest dynamiczny, może ulec zmianie. Ja jestem jednym i drugim - znam teorię, wiem jak działa serwer SQL Microsoftu i wiedzę tę z powodzeniem stosuję z praktyce. Tak, dyskusja bez argumentów jest bez sensu, kto i w jaki sposób może Pana przekonać, że się Pan myli ? Już to próbowałem wytłumaczyć - będzie działać do czasu zmiany portu dynamicznego, więc ostrzegam wszystkich czytający ten wątek, aby NIE stosowali tego rozwiązania. Jest zasadnicza teoretyczna i praktyczna różnica między korzystaniem z programu, a jego wdrażaniem i serwisowaniem, jeśli po tylu latach Pan jej nie dostrzega, to najwyraźniej błędnie wybierał Pan dostawców programów i nawet nie wie co przez tyle lat tracił... W GT instrukcja konfiguracji zapór, krok po kroku, ze zrzutami ekranu znajduje się w pomocy do programu, konfiguracja jest taka sama dla GT, nexo i każdego innego programu łączącego się z serwerem SQL.
×
×
  • Dodaj nową pozycję...