Forum Użytkownikow Subiekt GT
InsERT GT => Rewizor GT => Wątek zaczęty przez: mis w Sierpień 17, 2016, 13:53:44
-
Chciałbym zaimportować fakturę sprzedaży z Subiekta GT do Rewizora GT, ale w taki sposób, aby towary zaksięgować na jednym koncie np. 701 a usługi na drugim np. 703.
Niestety zamieszczony w załączniku schemat importu zwraca błąd. "Nie można przesłać plikiem komunikacji dokumentu FS Faktura Sprzedaży z kwotą (wartość usług netto)
Czy w ogóle taka czynność jest możliwa?
Może coś trzeba ustawić w Subiekcie?
-
Jest to możliwe w przypadku kiedy Subiekt i Rewizor sa na wspólnej bazie danych.
-
ZGadza się, ale jak widzę z komunikatu mowa o przenoszeniu danych przez pliki komunikacji, a wtedy odpowiedź brzmi "Nie".
Tak jak napisano w komunikacie, format EPP nie przewiduje przesyłania takiej informacji, a skoro informacji w pliku nie ma to jej nie zaksięgujesz.
-
Dziękuję za odpowiedź.
Sprawdziłem, na wspólnej bazie danych - działa.
Niestety u mnie bazy są rozdzielne.
Z subiekta przesyłany jest plik do biura rachunkowego.
Może macie jakieś sugestie jak można taką funkcjonalność zrealizować?
-
Widzę 2 rozwiązania:
proste i tanie - zrobić raz na miesiąc w Subiekcie zestawienie sprzedaży z samymi usługami i na jego podstawie zbiorczo przeksięgować usługi z konta 701 na 703
wypasione - zamówić własny program do eksportu danych, który np prześle informację o usługach w jednym z niewykorzystywanych przez was pól pliku EPP
-
Można też oczywiście uruchomić Rewizora z licencją biura na bazie Subiekta i pracować zdalnie, jest trochę niuansów z takim rozwiązaniem (Plusy), ale jest też wiele korzyści (blokowanie dokumentów przekazanych do księgowości, wspólne rozrachunki i dokumenty finansowe).
-
Po odpowiedzi dkozlowski, dojrzałem do tego aby spróbować instalacji na wspólnej bazie.
Jako biuro rachunkowe potrzebuję licencji na Subiekta GT, którą mogę dzierżawić/podnająć klientom.
Odnośnie infrastruktury:
Chciałbym zainstalować serwer SQL na serwerze wirtualnym VPS.
Subiekta GT zainstalowałbym na maszynach lokalnych klienta (klient ma kilka oddziałów, Subiekt nie ma integracji z kasą fiskalną).
Zabezpieczyłbym to po adresie IP na firewallach zarówno po stronie klienta (tam gdzie subiekt) jak i po stronie serwera VPS.
Rewizora GT zainstalowałbym na serwerze VPS i dostęp przez wirtualny pulpit.
Rozumiem, że przy taki scenariuszu problemem może być dostęp do Internetu.
Bardzo proszę o opinie czy powyższe rozwiązanie jest wykonalne (czy ktoś tak pracuje)?
-
Pracuję z kilkoma klientami w ten sposób, że swój program księgowy uruchamiam na ich bazie, czyli ja łączę się zdalnie do ich serwera.
Oczywiście przy jakimkolwiek braku internetu nie mam połączenia, ale księgowość nie musi mieć połączenia non stop. A przerwy w dostępie do internetu są bardzo rzadkie. Działa to bez problemu. Mam te z klientów, którzy mają GT na serwerze wirtualnym w internecie i też działa to bez problemu.
-
Bardzo proszę o opinie czy powyższe rozwiązanie jest wykonalne (czy ktoś tak pracuje)?
Jest to wykonalne i wiele osób w podobny sposób pracuje, jednak trzeba pamiętać, że przy pracy zdalnej z bezpośrednim dostępem do serwera SQL (połączenie z serwerem SQL przez internet, który jest dużo wolniejszy sieć lokalna) program będzie pracował zdecydowanie wolniej (jeden co ostatnich przypadków to otwieranie kartoteki towarów do edycji w czasie około 20s co dla wielu osób nie jest do zaakceptowania) oraz w przypadku zerwania połączenie nie będziemy mogli zapisać danych, które wprowadziliśmy. Temat pracy zdalnej był wielokrotnie poruszany na forum, można poszukać i poczytać, najlepiej przeprowadzić testy i ocenić samemu.
ps.
Jeszcze w tym roku powinien pojawić się Subiekt 123, jest to odpowiednik Mirkosubiekta dostępny przez strony WWW. Niestety nie wiadomo jeszcze czy/kiedy zostanie udostępniony eksport do epp, na razie jest tylko integracja z nexo.
-
Bardzo proszę o opinie czy powyższe rozwiązanie jest wykonalne (czy ktoś tak pracuje)?
Jest to wykonalne i wiele osób w podobny sposób pracuje, jednak trzeba pamiętać, że przy pracy zdalnej z bezpośrednim dostępem do serwera SQL (połączenie z serwerem SQL przez internet, który jest dużo wolniejszy sieć lokalna) program będzie pracował zdecydowanie wolniej (jeden co ostatnich przypadków to otwieranie kartoteki towarów do edycji w czasie około 20s co dla wielu osób nie jest do zaakceptowania) oraz w przypadku zerwania połączenie nie będziemy mogli zapisać danych, które wprowadziliśmy. Temat pracy zdalnej był wielokrotnie poruszany na forum, można poszukać i poczytać, najlepiej przeprowadzić testy i ocenić samemu.
@daniel, tylko weż przy tym poprawkę na specyfikę pracy księgowego. Nie interesuje mnie otwieranie kartotek czy dokumentów oraz ich wystawianie, gdzie czas, że względu na klienta się liczy. Ja mam tylko kasięgować istniejace dokumenty i to nie bieżące, ale z poprzedniego miesiaca. A to, czy import do ksiegowości robi się 2 minuty czy 20 jest mi najzupełniej obojętne. I tak jest to dużo szybciej niż klepanie ręczne, w dodatku nie muszę uważać na pomyłki, co przy klepaniu ręcznym się zdarza. A ma to taką zaletę, że dokumenty handlowe po ich zaksięgowaniu są zablokowane w Subiekcie i mam pewność, że nikt mi nie zmieni takiego dokumentu.
-
Bardzo proszę o opinie czy powyższe rozwiązanie jest wykonalne (czy ktoś tak pracuje)?
Jest to wykonalne i wiele osób w podobny sposób pracuje, jednak trzeba pamiętać, że przy pracy zdalnej z bezpośrednim dostępem do serwera SQL (połączenie z serwerem SQL przez internet, który jest dużo wolniejszy sieć lokalna) program będzie pracował zdecydowanie wolniej (jeden co ostatnich przypadków to otwieranie kartoteki towarów do edycji w czasie około 20s co dla wielu osób nie jest do zaakceptowania) oraz w przypadku zerwania połączenie nie będziemy mogli zapisać danych, które wprowadziliśmy. Temat pracy zdalnej był wielokrotnie poruszany na forum, można poszukać i poczytać, najlepiej przeprowadzić testy i ocenić samemu.
@daniel, tylko weż przy tym poprawkę na specyfikę pracy księgowego. Nie interesuje mnie otwieranie kartotek czy dokumentów oraz ich wystawianie, gdzie czas, że względu na klienta się liczy. Ja mam tylko kasięgować istniejace dokumenty i to nie bieżące, ale z poprzedniego miesiaca. A to, czy import do ksiegowości robi się 2 minuty czy 20 jest mi najzupełniej obojętne. I tak jest to dużo szybciej niż klepanie ręczne, w dodatku nie muszę uważać na pomyłki, co przy klepaniu ręcznym się zdarza. A ma to taką zaletę, że dokumenty handlowe po ich zaksięgowaniu są zablokowane w Subiekcie i mam pewność, że nikt mi nie zmieni takiego dokumentu.
Wziąłem na to poprawkę i pomyślałem w tym momencie głównie o użytkownikach Subiekta, którzy nie będą chcieli pracować w taki sposób, będą psioczyć, że "program" działa za wolno lub coś się nie zapisało. Jestem jak najbardziej za takim rozwiązaniem, ale wybranym z pełną tego świadomością.
-
Dzięki Panowie za informacje.
Mam około 25 usług - brak magazynu, więc chyba użytkownicy Subiekta GT nie powinni mieć uciążliwych opóźnień. (założenie, że Internet jest szybki 5-10Mbits)
Zawsze, można przerzucić się na wirtualny pulpit i dokupić licencje CAL w sytuacji zbyt dużych opóźnień.
-
Mam około 25 usług - brak magazynu, więc chyba użytkownicy Subiekta GT nie powinni mieć uciążliwych opóźnień.
Tego nikt nie wie, dlatego zawsze radzę, aby przetestować.
(założenie, że Internet jest szybki 5-10Mbits)
To błędne założenie, przede wszystkim sama przepustowość jest niska, ale najważniejszy jest inny parametr połączenia jakim jest czas odpowiedzi, który przy internecie może być 10-100x lub więcej większy niż w sieci lokalnej.