1
Subiekt Sprint / Sprint2 / подробнее здесь
« Ostatnia wiadomość wysłana przez BryantNalTM dnia Dzisiaj o 02:36:01 »Следующая страница https://vpn-one.net/
Aktualności:
Ostatnie wiadomości
2
Subiekt Sprint / Sprint2 / Read More Here
« Ostatnia wiadomość wysłana przez GeorgestulkIC dnia Dzisiaj o 02:33:05 »webpage https://smmpanel.ooo/
3
Subiekt Sprint / Sprint2 / check that
« Ostatnia wiadomość wysłana przez DewayneClieMMA dnia Wczoraj o 22:57:11 »you can try these out https://smmpanel.ooo/
4
Subiekt Sprint / Sprint2 / Металлочерепица RAL 5005 синий — оригинальный выбор для крыши
« Ostatnia wiadomość wysłana przez EduardRof dnia Wczoraj o 14:36:54 »Строили дом в Красноярске, долго выбирали кровлю. Остановились на металлочерепице 0.5 мм с надёжным полимерным покрытием — отличное соотношение цены и качества. Взяли графит RAL 7024, смотрится достойно. Крыша пережила две зимы без нареканий. металлочерепица снеговая нагрузка 350 кг
5
Subiekt GT / Terminal i VPN
« Ostatnia wiadomość wysłana przez SklepT dnia Kwiecień 27, 2026, 15:47:37 »Mam problem ze skonfigurowaniem terminala płatniczego podczas otwartego tunelu VPN.
Terminal jest skonfigurowany i prawidłowo współpracuje z lokalną instancją Subiekta. Jednak po otwarciu tunelu VPN przy pomocy WireGuarda terminal raz działa raz nie i nie ma reguły. Potrafi mieć nawiązane prawidłowo połączeniu by za chwilę je stracić. Znów za chwilę SUZ widzi poprawnie terminal, wszystko może się odbywać bez żadnej ingerencji.
Ping do terminala jest cały czas, czy SUZ go widzi czy nie. Terminal to Ingenico Desk 3500 i podpina się go do SUZa po identyfikatorze nie po IP. W kasiarzu mogę zainstalować terminal z bezpośrednio bez SUZ, ale też nie ma możliwości skonfigurowania po IP. Połączenie w kasiarzu wygląda tak samo jak w SUZ, przy aktywnym VPN raz widzi terminal raz nie ma połączenia. Po rozłączeniu kanału VPN terminal działa bez problemu.
Ktoś może podsunie jakiś pomysł?
Terminal jest skonfigurowany i prawidłowo współpracuje z lokalną instancją Subiekta. Jednak po otwarciu tunelu VPN przy pomocy WireGuarda terminal raz działa raz nie i nie ma reguły. Potrafi mieć nawiązane prawidłowo połączeniu by za chwilę je stracić. Znów za chwilę SUZ widzi poprawnie terminal, wszystko może się odbywać bez żadnej ingerencji.
Ping do terminala jest cały czas, czy SUZ go widzi czy nie. Terminal to Ingenico Desk 3500 i podpina się go do SUZa po identyfikatorze nie po IP. W kasiarzu mogę zainstalować terminal z bezpośrednio bez SUZ, ale też nie ma możliwości skonfigurowania po IP. Połączenie w kasiarzu wygląda tak samo jak w SUZ, przy aktywnym VPN raz widzi terminal raz nie ma połączenia. Po rozłączeniu kanału VPN terminal działa bez problemu.
Ktoś może podsunie jakiś pomysł?
6
Subiekt GT / Odp: Problem z numerem rachunku na e-fakturze
« Ostatnia wiadomość wysłana przez butik_slubice dnia Kwiecień 21, 2026, 15:29:25 »Widzę że jest więcej osób z tego typu problemami:
https://www.facebook.com/groups/639958516959128/posts/2002530737368559/
https://www.facebook.com/groups/639958516959128/posts/2002530737368559/
7
Subiekt GT / Problem z numerem rachunku na e-fakturze
« Ostatnia wiadomość wysłana przez butik_slubice dnia Kwiecień 21, 2026, 15:27:56 »W jedenj z moich integracji mam problem z numerem rachunku bankowego na e-fakturze.
Jeżeli kontrahent w Parametrach Indywidualnych ma ustawiony inny numer rachunku, to wtedy na e-fakturze widać jakiś losowy numer rachunku jednego z moich klientów(!)
w kodzie korzystam z: dokFs.PobierzParametryKontrahenta();
Co ciekawe na normalnej FV w zakładce Bank numer rachunku jest prawidłowy -> tylko na podglądzie e-faktury pokazuje się błędny.
Ktoś z Państwa spotkał się z podobnym problemem i zna jakieś obejście?
Próbowałem również:
dokFs.BankRachunekPodmiotuId = kontrahent.DomyslnyRachBankowyId;
ale bez efektów - tj kontrahent.DomyslnyRachBankowyId posiada wartość na minusie i tu występuje błąd podczas działania.
Jeżeli kontrahent w Parametrach Indywidualnych ma ustawiony inny numer rachunku, to wtedy na e-fakturze widać jakiś losowy numer rachunku jednego z moich klientów(!)
w kodzie korzystam z: dokFs.PobierzParametryKontrahenta();
Co ciekawe na normalnej FV w zakładce Bank numer rachunku jest prawidłowy -> tylko na podglądzie e-faktury pokazuje się błędny.
Ktoś z Państwa spotkał się z podobnym problemem i zna jakieś obejście?
Próbowałem również:
dokFs.BankRachunekPodmiotuId = kontrahent.DomyslnyRachBankowyId;
ale bez efektów - tj kontrahent.DomyslnyRachBankowyId posiada wartość na minusie i tu występuje błąd podczas działania.
8
Rewizor GT / Odp: RÓŻNE WALUTY REWIZOR A OSS
« Ostatnia wiadomość wysłana przez PullDeluxe dnia Kwiecień 20, 2026, 08:56:54 »Dziękuję za odpowiedź - utwierdziło mnie to w przekonaniu, że na poważnie trzeba zweryfikować cały temat i znaleźć kogoś kompetentnego, który nam ogarnie temat.
Jeżeli mogę prosić o polecenie kogoś to byłbym wdzięczny.
Jak wspomniałem - zdajemy sobie sprawę, że mamy ogromne braki w znajomości programu. Cała sprawa wyglądała tak, że działaliśmy tylko na SGT i mieliśmy biuro księgowe co nas obsługiwało (na Rewizorze, ale na swojej bazie). Okazało się, że całe biuro się trzymało na jednym kompetentnym pracowniku, który odszedł i biuro się wyłożyło - dostaliśmy archiwalną kopię naszej bazy + osobę, która miała nam lokalnie ogarnąć Rewizora (już na naszej bazie).
O to kolejny temat co był poruszany i odpowiedź była podobna - nie możemy tak zrobić bo 'program nie wyrobi' (mamy około 1,2mln kontrahentów)
W zasadzie to chcieliśmy potwierdzić i dziękuję bardzo.
Byłbym wdzięczny za polecenie kogoś konkretnego.
Jeżeli mogę prosić o polecenie kogoś to byłbym wdzięczny.
Jak wspomniałem - zdajemy sobie sprawę, że mamy ogromne braki w znajomości programu. Cała sprawa wyglądała tak, że działaliśmy tylko na SGT i mieliśmy biuro księgowe co nas obsługiwało (na Rewizorze, ale na swojej bazie). Okazało się, że całe biuro się trzymało na jednym kompetentnym pracowniku, który odszedł i biuro się wyłożyło - dostaliśmy archiwalną kopię naszej bazy + osobę, która miała nam lokalnie ogarnąć Rewizora (już na naszej bazie).
Cytuj
Nigdzie nie zostały poruszone największe problemy - zakładanie analityk dla wszystkich kontrahentów i rozrachunki
O to kolejny temat co był poruszany i odpowiedź była podobna - nie możemy tak zrobić bo 'program nie wyrobi' (mamy około 1,2mln kontrahentów)
Cytuj
Nie rozumiem problemu, mamy klientów którzy sprzedają detalicznie w całej UE i deklaracje wysyłają z programu.
Cytuj
Potwierdzam, to dramat - jeśli ktoś proponuje dekretację ze schematami na różne waluty czy formy płatności, to nie zna postaw obsługi programu i nie wie co robi.
W zasadzie to chcieliśmy potwierdzić i dziękuję bardzo.
Byłbym wdzięczny za polecenie kogoś konkretnego.
9
Rewizor GT / Odp: RÓŻNE WALUTY REWIZOR A OSS
« Ostatnia wiadomość wysłana przez dkozlowski dnia Kwiecień 19, 2026, 14:38:04 »nie znamy się za bardzo na rewizorze więc skorzystaliśmy z pomocy specjalisty poleconego przez biuro rachunkowe, który miał nas nieco przeszkolić i poprawić konfiguracje itp.
W takim razie należało znaleźć dostawcę programu, który pomoże we wdrożeniu programu, jeśli by sobie nie poradził, to należało poszukać kogoś innego, do skutku, należało zacząć kilka miesięcy przed rozpoczęciem pracy z programem, a ze względu na KSeF to jeszcze wcześniej.
Mimo, że dużo udało się poprawić to chcielibyśmy zweryfikować dwie kwestie, w których specjalista nie dał rady posprzątać argumentując (ten program tak ma, to nie działa w Rewizorze). Sami wcale się nie znamy, stąd szukamy specjalisty, ale wydaje nam się to dziwne więc chcemy to zweryfikować.
Nie wiadomo co udało się naprawić, a co zepsuć, gdyż opisane problemy jednoznacznie sugerują, że ten "specjalista" niewiele wie o programie, a szczytem niekompetencji jest brak weryfikacji / uzupełnienia swojej niewiedzy. Rozpoczęcie pracy z pełną księgowością to "pikuś", ale poprawa błędów, zmiana założeń po niepoprawnym rozpoczęciu pracy to najtrudniejsze, najbardziej pracowite, najbardziej niewdzięczne prace.
Nigdzie nie zostały poruszone największe problemy - zakładanie analityk dla wszystkich kontrahentów i rozrachunki - być może jeszcze nikt się nie zorientował, że te problemy istnieją.
1. OSS - My aktualnie robimy OSS ręcznie. Rzekomo nie możemy korzystać z Zestawienia Podsumowanie Ewidencji VAT-OSS ponieważ 'to zestawienie działa jakbyśmy wystawiali faktury tylko w EURO'. My wystawiamy praktycznie we wszystkich walutach Europejskich.
Nie rozumiem problemu, mamy klientów którzy sprzedają detalicznie w całej UE i deklaracje wysyłają z programu.
2. Schematy importu i dekretacji - Tutaj również mamy sporo ręcznej roboty z powodu 'dużej ilości walut'. Mamy porobione schematy osobno na każdą walutę mimo, że kryteria są niezmienne (FS + Rodzaj transakcji OSS + Magazyn).
I teraz tutaj jest dramat - w związku z tym, że kryteria są identyczne to wywala błąd 'istnieje schemat importu o podanych kryteriach'.
Więc każdy ze schematów na każdą walutę ma fikcyjnie ustawiony inny magazyn, który musimy każdorazowo zmieniać na prawidłowy, po czym ponownie zmieniać na fikcyjny, wtedy kolejna waluta, znów zmieniamy magazyn na prawidłowy, potem fikcyjny i tak w kółko każdą walutę.
Potwierdzam, to dramat - jeśli ktoś proponuje dekretację ze schematami na różne waluty czy formy płatności, to nie zna postaw obsługi programu i nie wie co robi.
To naprawdę musi tak działać?
Zdecydowanie nie... Od kilkunastu lat na forum powtarzam, aby korzystać usług doświadczonych serwisantów oraz rozliczać się za efekty wykonanych prac, a nie za starania.
10
Rewizor GT / RÓŻNE WALUTY REWIZOR A OSS
« Ostatnia wiadomość wysłana przez PullDeluxe dnia Kwiecień 17, 2026, 14:17:32 »Dzień dobry,
nie znamy się za bardzo na rewizorze więc skorzystaliśmy z pomocy specjalisty poleconego przez biuro rachunkowe, który miał nas nieco przeszkolić i poprawić konfiguracje itp.
Mimo, że dużo udało się poprawić to chcielibyśmy zweryfikować dwie kwestie, w których specjalista nie dał rady posprzątać argumentując (ten program tak ma, to nie działa w Rewizorze). Sami wcale się nie znamy, stąd szukamy specjalisty, ale wydaje nam się to dziwne więc chcemy to zweryfikować.
1. OSS - My aktualnie robimy OSS ręcznie. Rzekomo nie możemy korzystać z Zestawienia Podsumowanie Ewidencji VAT-OSS ponieważ 'to zestawienie działa jakbyśmy wystawiali faktury tylko w EURO'. My wystawiamy praktycznie we wszystkich walutach Europejskich.
2. Schematy importu i dekretacji - Tutaj również mamy sporo ręcznej roboty z powodu 'dużej ilości walut'. Mamy porobione schematy osobno na każdą walutę mimo, że kryteria są niezmienne (FS + Rodzaj transakcji OSS + Magazyn).
I teraz tutaj jest dramat - w związku z tym, że kryteria są identyczne to wywala błąd 'istnieje schemat importu o podanych kryteriach'.
Więc każdy ze schematów na każdą walutę ma fikcyjnie ustawiony inny magazyn, który musimy każdorazowo zmieniać na prawidłowy, po czym ponownie zmieniać na fikcyjny, wtedy kolejna waluta, znów zmieniamy magazyn na prawidłowy, potem fikcyjny i tak w kółko każdą walutę.
To naprawdę musi tak działać?
nie znamy się za bardzo na rewizorze więc skorzystaliśmy z pomocy specjalisty poleconego przez biuro rachunkowe, który miał nas nieco przeszkolić i poprawić konfiguracje itp.
Mimo, że dużo udało się poprawić to chcielibyśmy zweryfikować dwie kwestie, w których specjalista nie dał rady posprzątać argumentując (ten program tak ma, to nie działa w Rewizorze). Sami wcale się nie znamy, stąd szukamy specjalisty, ale wydaje nam się to dziwne więc chcemy to zweryfikować.
1. OSS - My aktualnie robimy OSS ręcznie. Rzekomo nie możemy korzystać z Zestawienia Podsumowanie Ewidencji VAT-OSS ponieważ 'to zestawienie działa jakbyśmy wystawiali faktury tylko w EURO'. My wystawiamy praktycznie we wszystkich walutach Europejskich.
2. Schematy importu i dekretacji - Tutaj również mamy sporo ręcznej roboty z powodu 'dużej ilości walut'. Mamy porobione schematy osobno na każdą walutę mimo, że kryteria są niezmienne (FS + Rodzaj transakcji OSS + Magazyn).
I teraz tutaj jest dramat - w związku z tym, że kryteria są identyczne to wywala błąd 'istnieje schemat importu o podanych kryteriach'.
Więc każdy ze schematów na każdą walutę ma fikcyjnie ustawiony inny magazyn, który musimy każdorazowo zmieniać na prawidłowy, po czym ponownie zmieniać na fikcyjny, wtedy kolejna waluta, znów zmieniamy magazyn na prawidłowy, potem fikcyjny i tak w kółko każdą walutę.
To naprawdę musi tak działać?