Daniel Kozłowski

Jest to prawdopodobnie już bardzo dobrze znany problem ze skanowaniem pobranych aktualizacji programów:

Opis instalacji serwera SQL jest opisany w pomocy do programu, wystarczy się zastosować i będzie działać... Krok pierwszy to zezwolenie na dostęp sieciowy do serwera SQL, czyli włączenie protokołu TCP/IP. Pokazuje Pan reguły, ale nie pokazuje konfiguracji serwera SQL - skąd ktoś ma wiedzieć, czy reguły są zgodne z konfiguracją serwera SQL ?

To proszę nie popełniać takich błędów i wprowadzić tabelę VAT, a tym samym wartość brutto dokumentu i zobowiązanie zgodne z fakturą zakupową za towar: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/2566,subiekt-nexo-jak-zapisac-fakture-zakupu-na-ktorej-wartosc-do-zaplaty-nie-jest-rowna-wartosci-specyfikacji-towarowej.html

Tak, nie wiem z czym ma Pan problem, proszę po prostu wprowadzić fakturę z finalną ceną lub skorygować ją poprzez KKD.

Oczywiście, że nie, Sfera nie pozwala na nic więcej niż interfejs użytkownika.

Proszę dodać tak jak Pan sprzedaje, czyli w sztukach.

Proszę rozważyć zmianę dysku na większy.

Temat były poruszany na forum... Będzie potrzebne dodatkowe oprogramowanie, na przykład dostarczane przez procenta sprawdzarki... Technicznie żadnych danych nie trzeba eksportować z programów InsERT, to sprawdzarka poprzez dodatkowe oprogramowanie odczytuje dane z bazy danych programów InsERT. Jak zawsze polecam zamawiać sprzęt z usługą instalacji.

Ale są tak samo identyfikowani, poprzez numer pesel. Tak jak Pan opisał sytuację: czyli potraktować klienta (osobę) jako pracownika.

Import tych dokumentów będzie możliwy, ale na przykład korekt kosztów magazynowych już nie, a przecież bez nich magazyn i rozliczenie zakupu będzie / może być błędne. Jest / może ujawnić się wiele problemów wynikających z posługiwania się wymianą plikową i formatem epp / EDI++, i ograniczeniami tego formatu.

Jest mi znany tylko taki jeden bank (mBank) oraz autor wątku nie poruszał aspektu finansowego. Każdy może dysponować swoim czasem i pieniędzmi jak uważa... Wiele biur rachunkowych, z którymi współpracujemy nie podejmuje się obsługi klientów, którzy nie ułatwiają / utrudniają im pracę.

Ja kupuję aktualne programy i instaluję ręcznie, ze wskazaniem wersji 32bit. Proszę o wskazanie dokładnego produktu oraz jakiegoś uzasadnienia, na przykład w postaci artykułu firmy Microsoft opisującego takie ograniczenie. Nie wiem, nie słyszałem o takim problemie, ani nie miałem okazji go analizować.

Jest inny sposób, można obniżyć wersję sql bazy danych, ale to rozwiązanie serwisowe, taniej i lepiej będzie zmienić / zaktualizować serwer SQL skoro jest darmowy.

Coś się chyba zepsuło, jeśli wcześniej podamy kwotę zapisu na koncie to rozrachunek się tworzy.

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 ?