Forum Użytkownikow Subiekt GT
NEXO => Subiekt NEXO => Wątek zaczęty przez: raftech w Październik 16, 2018, 22:36:12
-
Witajcie
Mam NEXO PRO i głowię się jak najlepiej zrobić oddziały. Na dzień dzisiejszy otworzyłem drugi punk w oddzielnej lokalizacji. Ale w najbliższych planach jest otwarcie kolejnych 2 oddziałów.
Na początku był plan aby komputer w oddziale łączył się przez zdalny pulpit do serwera w centrali, tam pracował a paragony i dokumenty drukował na drukarkach w oddziale. Ale niestety drukarka fiskalna odmawia takiej współpracy (elzab mera te), jest zainstalowana, SUZ ją widzi, jest przypisana do oddziału etc ale wywala błąd fiskalizacji... Za to drukarka innova którą mam w centrali działa bezproblemowo i mogę na niej fiskalizować z każdego komputera.
Druga opcja to był VPN, nawet informatycy ustawili mi IPsec, sieć działa na bardzo dobrych ruterach. Czyli loguje się do nexo na komputerze w oddziale który łączy się z bazą na serwerze w centrali. Tu robi się problem bo baza subiekta ma ponad 1gb (i ciągle rośnie, myślę że stanie na kilka razy większym poziomie). A połączenie przez VPN jest bandycko wolne, każde zapytanie, kliknięcie etc powoduje zwłokę 5-15s! czasem stworzenie paragonu z 4 pozycjami trwa 5 min... więc to nie jest dobra opcja.
Czy znacie więc jakieś mądre rozwiązanie? jakieś ustawienia? sposoby? może jest jakiś sposób na drukarkę fiskalną żeby współpracowała? Jak prawidłowo i najszybciej zrobić aby można było pracować na oddziałach?
Czy w ostateczności da się może jakoś zrobić aby baza była na serwerze w centrali i taka sama w komputerze (lub serwerze) w oddziale ale oczywiście z oddzielnymi stanami magazynowymi (magazynami) ale jakoś tak żebym miał zdalną pieczę nad tym wszystkim tak jak to działa po przez VPN?
-
Najlepsze rozwiązanie - wróć do RDP i napraw SUZ lub skieruj się do bardziej informatycznego aby Ci to zrobił.
Sorry - sprawdziłem, że jesteście informatyczni (usługi informatyczne) - więc może skorzystajcie z usług kogoś kto ma doświadczenie informatyczne z programami InsERT'u albo dokładniej opisz problem z SUZ.
-
Druga opcja to był VPN, nawet informatycy ustawili mi IPsec, sieć działa na bardzo dobrych ruterach
...
A połączenie przez VPN jest bandycko wolne, każde zapytanie, kliknięcie etc powoduje zwłokę 5-15s! czasem stworzenie paragonu z 4 pozycjami trwa 5 min... więc to nie jest dobra opcja.
Dobre routery to jedno ale jaka jest prędkość łącza?
1GB to nie jest duża baza ale niewiele to mówi to np. o ilości pozycji kartotekowych innych rzeczach jakie masz w tej bazie. Mam dużo większą bazę a paragony i inne dokumenty przez VPNa mogę smarować bardzo sprawnie.
-
Informatyczni jesteśmy ;) a dokładniej osoby które dla mnie pracują jako podwykonawcy. Próbowaliśmy różnych ustawień, kilka osób nad tym siedziało i efekt nadal słaby, dlatego przyszedłem o pradę do bardziej doświadczonych w temacie.
P.S. Serwer stoi na zwykłym kompie - WIN 10 PRO i takie też są na każdym kompie + SQL serwer w wersji darmowej.
Zastanawiam się jeszcze nad opcją wynajmowania serwera w zewnętrznej firmie, lub zakup "normalnego serwera" + SQL standard. tylko pytanie czy te koszty, które są nie małe dają jakiś realny rezultat ?
Problem z SUZ... na jednym ze stacji w centrali jest SUZ i drukarka innova, działa to bez zarzutu, mogę na niej drukować z każdego komputera, łącznie z tym w oddziale który jest połączony VPN.
Natomiast fiskalna drukarka elzab która jest podłaczona do stacji w oddziale i tam jest też SUZ działa tylko z tym komputerem. Próba fiskalizacji z jakiegokolwiek innego komputera z centrali (czyli także przez zdalny pulpit) kończy się błędem "błąd komunikacji z serwisem" Próbowaliśmy oszukać draństwo, insalowaliśmy SUZ na serwerze centrali i podawaliśmy dane logowania SUZ z oddziału, wteedy SUZ na serwerze widzi tę drukarkę, po sprawdzeniu połączenia pokazuje ok, ale nadal pojawia się taki problem przy fiskalizacji.
EDIT:
Baza ma jakieś 160 tys pozycji, oprócz standardowych danych ma tylko po kilka kresek do produktu i kilka poziomów cenowych. A jeszcze powinny być zdjęcia do produktów i opisy, których już nie importuje bo umrze. pisałem o 1gb bazy bo wersja free SQL jest ograniczona własnie do 1gb
No własnie jeszcze zastanawia mnie łacze... jest to co prawda lokalny dystrybutor, nie światło a antena 5ghz i transfer ok 30 mega, ping ok 8-12
-
...Mam dużo większą bazę a paragony i inne dokumenty przez VPNa mogę smarować bardzo sprawnie.
Piszesz o navireo czy nexo?
To dość duża różnica... :)
-
@birds22
Navireo. I nie, nie miałem zbyt wiele okazji pobawić się Nexo i obejrzeć strukturę bazy ale obstawiam, że jak wsadzisz do niej pozycji kartotekowych idących w tysiące czy dziesiątki tysięcy i odpowiednią ilość dokumentów to chcąc nie chcąc zacznie to być mniej lub bardziej odczuwalne.
raftech napisał, że ma łącze radiowe i to trochę wyjaśnia. W siedzibie mam światło, w domu neta po kablu i średni ping do serwera w siedzibie zza VPNa na poziomie ~2ms.
Baza ma jakieś 160 tys pozycji, oprócz standardowych danych ma tylko po kilka kresek do produktu i kilka poziomów cenowych. A jeszcze powinny być zdjęcia do produktów i opisy, których już nie importuje bo umrze. pisałem o 1gb bazy bo wersja free SQL jest ograniczona własnie do 1gb
Express ma ograniczenie rozmiaru bazy 10GB a nie 1GB :)
-
Informatyczni jesteśmy ;) a dokładniej osoby które dla mnie pracują jako podwykonawcy. Próbowaliśmy różnych ustawień, kilka osób nad tym siedziało i efekt nadal słaby, dlatego przyszedłem o pradę do bardziej doświadczonych w temacie.
Jak zawsze radzimy korzystać z usług "dobrych serwisantów", a nie "informatyków", nie da się poradzić nic więcej niż to co napisaliśmy na forum przez ostatnie kilka lat (tak na marginesie to testy pracy z bezpośrednim połączeniem do bazy danych SQL można było przeprowadzić bez "dobrych routerów" i konfiguracji VPN'a, aby nie generować zbędnych kosztów) i napisał Sławek w tym wątku:
...więc może skorzystajcie z usług kogoś kto ma doświadczenie informatyczne z programami InsERT'u albo dokładniej opisz problem z SUZ.
-
Testy czyniliśmy tak aby był jak najlepszy efekt. Ja rozumiem że najlepiej jest załatwić sprawę z z serwisantem od subiekt, co już zacząłem robić ale tu chodzi też o opinię z praktycznej strony. Czyli dokładny opis jak to jest wykonane u innych, którzy mają oddziały i mogą opisać jak to u nich działa, dobrze, żle etc.
Jak na razie spotkałem się z różnymi opiniami i rozwiązaniami, jedni np polecali mi Sprint 2 na końcówkę a inni mówili że absolutnie bo to jest dramat.
Na razie pada na dwa sposoby, albo pulpit i dobre ustawienie drukarki fiskalnej albo dedyk w serwerowni. - ale to ostatnie trochę do mnie nie przemawia, bo najważniejsze dla mnie aby najsprawniej działała centrala, a to rozwiązanie trochę ją spowolni i oczywiście brak internetu=brak subiekta...
-
@birds22
Navireo. I nie, nie miałem zbyt wiele okazji pobawić się Nexo i obejrzeć strukturę bazy ale obstawiam,
Zapewniam Cię że różnica jest gigantyczna.
W nexo wszystko odbywa się po stronie klienta, zero procedur składowanych i funkcji w bazie.
Praca zdalna bezpośrednio na bazie danych w nexo to szaleństwo.
-
Auć. Aż tyle to ustrojstwo taszczy danych przez sieć?
-
Nawet więcej ;)
-
A taki był ładny, amerykański.
-
Coraz bardziej to nexo doprowadza mnie do szaleństwa, miało być lepiej przechodząc z GT a jest chyba odwrotnie... Tak w ogóle to coraz więcej znajduje "utrudnień" w nexo
-
Testy czyniliśmy tak aby był jak najlepszy efekt.
Twój opis jasno i wyraźnie temu zaprzecza.
Ja rozumiem że najlepiej jest załatwić sprawę z z serwisantem od subiekt, co już zacząłem robić ale tu chodzi też o opinię z praktycznej strony.
Dalej sobie zaprzeczasz - zacząłeś współpracę z kimś kto nie ma żadnych praktycznych doświadczeń ?
Czyli dokładny opis jak to jest wykonane u innych, którzy mają oddziały i mogą opisać jak to u nich działa, dobrze, żle etc.
Dalej nic nie rozumiem - przecież już o tym pisałem - RDP jest najefektywniejsze, zostało to potwierdzone niezliczoną ilość razy na forum.
Jak na razie spotkałem się z różnymi opiniami i rozwiązaniami, jedni np polecali mi Sprint 2 na końcówkę a inni mówili że absolutnie bo to jest dramat.
Niestety nie wiem kto i w jaki sposób może Cię przekonać do danego rozwiązania, skoro ciągle nie wiesz co zrobić - sam musisz wybrać, zaufać, zweryfikować.
Na razie pada na dwa sposoby, albo pulpit i dobre ustawienie drukarki fiskalnej albo dedyk w serwerowni. - ale to ostatnie trochę do mnie nie przemawia, bo najważniejsze dla mnie aby najsprawniej działała centrala, a to rozwiązanie trochę ją spowolni i oczywiście brak internetu=brak subiekta...
No proszę Cię, chcesz wybrać RDP na własnym serwerze lub RDP na dedyku - to przecież ten sam model pracy zdalnej.
Coraz bardziej to nexo doprowadza mnie do szaleństwa, miało być lepiej przechodząc z GT a jest chyba odwrotnie... Tak w ogóle to coraz więcej znajduje "utrudnień" w nexo
Zdefiniuj pojęcie "lepiej"... Jeśli jeszcze powiesz, że zapłaciłeś za to "lepiej" to znowu kompletnie nic nie rozumiem... Ja wszystkim powtarzam "rozwiązania do potrzeb", ale jak widać wiele osób z nieznanych mi powodów wybiera po prostu "nowe".
-
Łączymy lokalizacje z GT i NEXO przez RDP na co dzień. Mamy końcówki nawet na samochodach dostawczych, które jeżdżą po Polsce. Śmiga aż miło nawet przy słabych łączach komórkowych.
Pozdrawiam :)
-
Udało się zrobić to po ludzku ;) przed RDP, problemem było ustawienie drukarki fiskalnej. Co prawda serwisantowi insert udało się do zrobić po długiej walce (2,5 min) ale działa ;) Teraz tylko pozostaje kupić porządny serwer żeby lepiej działał.
P.S. Co do SQL serwer, tak baza w wersji free jest do 10gb, ale ograniczenie jest co do ilości wykorzystywanych procesorów - mocy obliczeniowej i do 1GB ram. Więc trzeba kupić licencję :(
-
1GB pamięci RAM to jest ograniczenie techniczne a nie licencyjne. Po prostu będzie wykorzystane 1GB ram (w praktyce trochę więcej). Mamy bazy po kilka GB, które pracują na wersji Express i jakoś sobie dajemy radę.
-
Udało się zrobić to po ludzku ;) przed RDP, problemem było ustawienie drukarki fiskalnej. Co prawda serwisantowi insert udało się do zrobić po długiej walce (2,5 min) ale działa ;) Teraz tylko pozostaje kupić porządny serwer żeby lepiej działał.
To ile razy szybciej niż chociażby czas spędzony nad tym wątkiem ? ;)
P.S. Co do SQL serwer, tak baza w wersji free jest do 10gb,
Mylisz podstawowe pojęcia - bazę z serwerem SQL, to mniej więcej taka różnica jak mieszkańcem i mieszkaniem.
ale ograniczenie jest co do ilości wykorzystywanych procesorów - mocy obliczeniowej
A do czego Ci niby ta "moc obliczeniowa", aby sięgać po więcej nie jeden procesor w dzisiejszych czasach przy wielordzeniowych procesorach ?
Więc trzeba kupić licencję :(
Ja takiej potrzeby kompletnie nie widzę, ale możesz najpierw wydać pieniądze, a później przekonać się czy było warto.
-
Dlatego pytam na forum aby dowiedzieć się czegoś konkretnego. o SQL myślę bo im większa baza tym gorzej chodzą moje komputery i czas na odpowiedz coraz bardziej rośnie, w MZ na serwerze pokazuje że serwer SQL wykorzystuje już ponad 1gb ram.
Wiem że starzy wyjadacze na forach wiedzą wszystko, pisali milion razy o tym samym, ale pewnie nie raz jeszcze ktoś będzie się pytał o podobne sprawy bo będzie miał podobny, ale nieco inny problem. Fajnie że są serwisanci, ale czasem lepiej po prostu napisać bo może się okaże jakaś błahostka którą można zrobić samemu zamiast czekać na wolne miejsce u serwisanta 5 dni ;)
A tak jak wcześniej wspomniałem dzwoniłem do kilku i każdy proponował mi inne rozwiązanie a negował inne, więc warto zapytać innych którzy podobnie pracują o ich sprawdzone rozwiązanie ;)
-
A tak jak wcześniej wspomniałem dzwoniłem do kilku i każdy proponował mi inne rozwiązanie a negował inne, więc warto zapytać innych którzy podobnie pracują o ich sprawdzone rozwiązanie ;)
Jest dość prosta metoda na weryfikację takich obiecanek - pełne rozliczenie po zakończeniu prac.