Daniel Kozłowski

To ktoś się nie postarał przy wyborze i/lub przygotowaniu sprzętu. Współpracuje, od lat są znane obejścia, ale po stronie Outlooka, a nie programów InsERT, proszę przeszukać internet z frazą "Outlook64Bridge".

Cóż mogę odpowiedzieć - cały czas to słyszę... Skoro działało i przestało to sugeruje, że jednak coś się zmieniło. Ja jedynie "zgaduję" na podstawie Pana opisu, aby poznać przyczynę należałaby przeanalizować problem z miejscu występowania. Ten import też wykonuje rozwiązanie dodatkowe.

To jest dziwne, są to przecież bardzo małe ilości towarów. Tak, wielokrotnie, opis oraz brak innych zgłoszeń sugeruje wpływ rozwiązań dodatkowych.

Nie rozumiem pytania - jakie dane chce Pan pobierać bez posiadania Niebieskiego Plusa ?

Proszę bardzo.

Po prostu należy pobierać dane, które istnieją - przecież rozrachunki nie tworzą się / nie są powiązane z pozycjami dokumentów handlowych tylko z dokumentem / nagłówkiem dokumentu.

Czy wyjaśni Pani z czym ma problem / co chce uzyskać, dlaczego chce Pani powielać informację, która już znajduje się na dokumencie źródłowym - numer dokumentu ?

W takim razie zmieniała Pani konfigurację programu Excel, prawdopodobnie poprzez skorzystanie z funkcji "Tekst jako kolumny": źródło: https://superuser.com/questions/601348/tab-t-is-not-recognized-as-columns-delimiter-when-pasting-into-excel-2013

W przypadku podmiotów biur rachunkowych można przyjąć, że czas pełnej konwersji (konwersja do 1.75 SP2 HF1 jest pełna) przy małej różnicy między wersjami jest stały, wynika głównie z kopii bezpieczeństwa przed konwersją, przygotowania do konwersji i zakończenia konwersji, małą zmienną jest właściwa konwersja bazy danych, więc czas ten będzie bardzo zbliżony do czasu poprzedniej aktualizacji, a ten można odczytać z logów. Czas konwersji z połączeniem kopii pod serwer (konwersja wykonywana z programu Rewizor GT) na ponad 10 letnim komputerze (serwisowy do klonowania dysków, testowania dysków, itp) to około 50s: Dla 160 podmiotów daje to 8000s / 133min, czyli nieco ponad 2h... Jeśli wykorzystalibyśmy konwersję wielowątkową to szacunkowy czas spada nam do 133min / 8 = 17min... Przy konwersji bez podłączania kopii pod serwer, na aktualnym sprzęcie dla biura rachunkowego można nie zdążyć wypić kawy

Oczywiście, wymagała tego obsługa tarczy antykryzysowej: Gdzie Pan szukał skoro operacja jest dostępna pod prawym myszy ?

Obawiam się, że program tak działa od zawsze tylko zmieniły się dane lub ustawienia arkusza kalkulacyjnego... Proszę pokazać problem (zrzuty ekranu). Czy na pewno korzysta Pani z programu Excel (produkt firmy Microsoft) czy jednak innego arkusza kalkulacyjnego ?

Nie podał Pan wcześniej tej zasadniczej informacji, z jednej strony to rozwiązuje problem bezpieczeństwa, z drugiej strony może być również przyczyną problemów z połączeniem. Potencjalną przyczynę już wskazałem - łączy się Pan na port 1433, ale zapewne serwer SQL nie działa na tym porcie. Ogólnie adres jest błędny, podaje się numer portu lub nazwę instancji, ale to zwykle nie powoduje problemów. Podawanie domyślnego portu usługi też jest zbędne. Oczywiście, że nie, to zależy od konfiguracji połączenia VPN, bezpieczne / uniwersalne jest podawanie adresu serwera SQL w postaci adresu ip i portu. Przy połączeniu VPN nie mają też zastosowania przekierowania portów na routerze.

Ale autor o nią dbał... co tydzień... i jak skończył... Najwyraźniej wie Pan więcej niż zostało opisane na forum - proszę mi wyjaśnić w jaki sposób autor wątku dbał, w jaki sposób zabezpieczał się przed uszkodzeniem bazy danych, co zawiodło, że doszło do uszkodzenia bazy danych ? Przecież konserwacja bazy danych nie uszkodziła bazy danych tylko ujawniła jej uszkodzenie, a czym wcześniej zauważy się uszkodzenie tym lepiej. Wystarczy ze zrozumieniem przeczytać post autora i stanie się jasność. Dobrze, już rozumiem. It's Not a Bug, It's a Feature Dokładnie tak. Po prostu się na tym znam a Pan jak widać nie... To proszę wyjaśnić mi, użytkowników forum, a przede wszystkim firmie InsERT dlaczego zaimplementowali 20 lat temu w GT, 10 lat temu w nexo i udostępniają tak niebezpieczną, mogącą spowodować kłopoty operację jak konserwacja bazy danych, jakie dokładnie kłopoty może spowodować ta operacja. Nie każdy administrator programu jest jego użytkownikiem, więc nie musi posiadać wiedzy, czy program spowolnił czy nie, wtedy stosuję się taką profilaktykę - nie zaszkodzi, może pomóc.

Aby przyspieszyć działanie bazy danych i tym samym programu. nexo to nie GT, programy technologicznie bardzo się różnią Czyli według tej zasady w aucie serwisował Pan układ hamulcowy po kolizji, kiedy nie udało się wyhamować i kontrolował, czy zmieniał olej w silniku po jego zatarciu ? Istnieje coś takiego jak konserwacja, profilaktyka, czyli czynności, które mają na celu uniknięcie problemów, niedopuszczenie, aby coś przestało działać. Tym bardziej powinno się o nią dbać, jeśli się nie dba to kończy się na przykład tak, jak u autora wątku. Nie rozumiem skąd wziął się ten tydzień ? Okres konserwacji należy dostosować do potrzeb, przy małej ilości danych, kiedy nie ma problemów możne to być na przykład co aktualizację programu, czyli co kilka miesięcy. To nie wada tylko cecha tej operacji, baza danych nie puchnie tylko nieco zwiększa swój rozmiar, ogólnie to nieistotny aspekt. Żadne z powyższych, skąd takie błędne informacje ?

Tak się zastanawiam co mają dać takie sztuczne operacje ? Czy ten sam efekt nie byłby osiągnięty, gdyby w ogóle nie korzystać ze stanów magazynowych ?

Wypadałoby podzielić się z innymi użytkownikami forum rozwiązaniem problemu.

Poruszył Pan techniczny problem i otrzymał techniczną odpowiedź, która prawdopodobnie odpowiada na Pana pytanie / rozwiązuje Pana problem, której niestety Pan nie zrozumiał, ale najgorsze jest to, że nie zadał Pan sobie odrobiny trudu, aby doczytać o czym napisałem, czy poprosić o dodatkowe wyjaśnienia... Wyjaśnienia tych "frazesów" znajdzie Pan w pomocy do programu w temacie "MS SQL Server 2005" czy Google: https://www.google.com/search?q=microsoft+sql+server+dynamiczny+port To należało tak zrobić, dać zarobić dobremu serwisantowi na sprzedaży licencji, a nie jakiemuś "przedstawicielowi handlowemu", przy okazji można było porozmawiać o pracy zdalnej, mogłoby być taniej, nie traciłby Pan czasu na szukanie pomocy po forach internetowych i nie ryzykowałby utraty danych. I jest prosta, nawet banalnie prosta - dla mnie. Jednak próbowałem wytłumaczyć, że połączenie takie powinno być również bezpieczne, aby inni - hakerzy - nie mogli się prosto podłączyć i usunąć Pana danych, a w tym celu połączenie należy skomplikować. Według mnie informacja, że z wykorzystaniem pulpitu zdalnego można korzystać z drukarki fiskalnej to konkretna informacja potwierdzająca możliwości techniczne. Po co mam tracić czas na opisywanie szczegółów, którymi na tym etapie nie był i nie jest Pan zainteresowany ? Jak wyżej, uważam, że jeśli ktoś czegoś nie zrozumie lub będzie zainteresowany szczegółami to najzwyczajniej w świecie to napisze, zasada ta wydaje się prosta. Nie, tego też Pan nie rozumie, więc napiszę wprost - czytanie jak kolejny raz ktoś ignoruje moje sugestie i stara się o problemy nie poprawia mi wieczorów. Wybrał Pan najgorsze rozwiązanie i ponadto dodaje, że najlepsze rozwiązanie nie jest zadowalające bez podania jakiekolwiek wyjaśnień, jakiekolwiek argumentu.

Zapewne SQL działa na portach dynamiczych. Polecam nie zgadywać tylko się dowiedzieć lub jednak zlecić komuś, kto wie co robi. To proszenie się o problemy, w najgorszym wypadku utrata danych, w najlepszym powolna praca ze zrywaniem połączenia. Nie rozumiem o czym Pan pisze, jest kilka sposób obsługi drukarki fiskalnej przy pracy zdalnej z wykorzystaniem pulpitu zdalnego.

Uruchamiają się tylko trzeba poczekać... Doraźnie proszę spróbować usunąć pobrane aktualizacje programów (to prawdopodobnie one są skanowane w tym czasie przez program antywirusowy).

W wyszukiwarce poleceń lub wyszukiwarce w konfiguracji: Zachęcam do jak najszybszego poznania podstaw obsługi programu. I Pani nie znajdzie, szata graficzna paragonu fiskalnego jest zaszyta w urządzeniu fiskalnym, program nie ma na to wpływu, do urządzenia fiskalnego są wysyłane tylko i wyłącznie dane, które mają zostać umieszczon na wydruku. Również polecam jak najszybciej poznać podstawy obsługi urządzeń fiskalnych.

Jak wyżej - dlaczego nie korzystacie Państwo z numeru oryginalnego zamówienia ? Cytat z pomocy do pogramu:

Za pomocą programu serwisowego producenta urządzenia fiskalnego poprzez zmianę nagłówka. Na paragonach fiskalnych - nie - na wydrukach graficznych - tak - w konfiguracji wzorca wydruku. W parametrach danego typu dokumentu, na zakładce "Wydruki".

W jaki sposób mamy to zweryfikować skoro kolejny raz nie pokazał Pan tego co zrobił ? Cytat ze wskazanego tematu e-pomocy:

No niestety, w pełnej księgowości magazyn podlega ewidencji księgowej, więc magazyny księgowe powinny być odseparowane od magazynów nieksięgowych, a to jest możliwe tylko poprzez niezależne wydanie towaru na magazynie depozytowym (RW) i przyjęcie na własnym magazynie (PZ). Programy InsERT nie posiadają wsparcia dla tej specyfiki, ale jak zostało wspomniane posiadają już możliwości rozszerzania, które powinny pozwolić maksymalnie usprawnić taki proces. Realizowaliśmy takie rozwiązania dla naszych klientów do GT i Navireo, do nexo nie mieliśmy jeszcze takiej potrzeby i w najbliższym czasie (kilku miesięcy) raczej nie znajdziemy czasu na przygotowanie takiego rozwiązania.