Daniel Kozłowski

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".

Aby wszystko działało dobrze polecam przenieść cały system operacyjny z całą zawartością, a nie tylko dane programów.

Proszę rozważyć skorzystanie z innego formatu.

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 ?

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.

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.

Ja bym wprowadził datę nabycia środka trwałego.

Proszę podzielić się tutaj rozwiązaniem problemu.

Jak już wytłumaczyłem zupełnie nie potrzebnie, taki wyjątek NIE jest wymagany. Jak wyżej, nie podałem takiej informacji, gdyż jest całkowicie zbędna. Jak już wytłumaczyłem port 1433 będzie funkcjonował jeśli zostanie skonfigurowany, podobnie jak każdy inny port. Skąd ten pomysł, to całkowicie zbędne, domyślnie zapory NIE blokują ruchu wychodzącego. Nie prawda, nie będzie działać stabilnie, może przestać działać - przecież jak sama nazwa wskazuje port dynamiczny oznacza, że może ulec zmianie. Zostało to już zrobione wiele razy, zrobił to również InsERT: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/2521%2Cinsert-gt-dlaczego-program-nie-laczy-sie-z-serwerem-na-koncowce-polaczenie-stanowiska-bez-serwera-sql-do-stanowiska-ktore-pelni-role-serwera.html Delikatnie mówiąc nie rozumiem tego wyboru. I co otrzymuje Pan w zamian ? Proszę rozwinąć wypowiedź, gdyż nie zrozumiałem.

Nie. Tak jak uruchamiany jest program pierwszy raz lub główne menu->Operacje->Uruchom inny program nexo.

O to również, lecz najwyraźniej nie zastosował się na mojej sugestii i nie zapoznał się z możliwościami programu - nie wystawi Pan paragonu w walucie CZK, gdyż program nie posiada takiej funkcjonalności, skoro program tego nie potrafi, to zewnętrzny program jak Sello też tego nie zmieni. Należy zacząć od początku, określić swoje oczekiwania (jaki dokumenty chce Pan tworzyć), poznać możliwości Subiekta (wspomniałem o ograniczeniach paragonów), poznać możliwości Sello (tych nie znam, odsyłam do forum Sello) i w oparciu o te informacje skonfigurować Sello i opcjonalnie Subiekta (przy sprzedaży SK raczej nie ma takiej potrzeby, no chyba, że dodanie czeskiego rachunku bankowego do płatności w CZK) do swoich potrzeb.

Nie do końca, instancja domyślna, ponieważ jest jedna, domyślna standardowo instaluje się ze stałym portem, instancje nazwane, ponieważ może być ich wiele, standardowo instalują się z portami dynamicznymi, ale zawsze port dynamiczny możemy przekonfigurować na stały. Ja preferuję wyjątek na port dla Browsera (UDP 1434) i na aplikację dla serwera SQL. Proszę rozważyć skorzystanie z pomocy wybranego dostawcy programu, dla takiej osoby to kilka minut lub krócej. Gdyby pokazał Pan co faktycznie ustawił, to byłaby szans, aby wskazać gdzie został popełniony błąd.

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.