Tomek Mazur

W przypadku Sello skopiowałem z konfiga Subiekta. Jak masz na tym samym komputerze bazy to cały startup można sobie przekopiować. Się tylko zastanawiam czy to zaszyfrowane hasło poprawnie zadziała na np. innym serwerze po podpięciu tych samych baz. Jeśli tak to ono sensu najmniejszego nie ma...

A z opiekunem też nie ma kontaktu?

To nie jest takie proste, bo masz tak: aukcje, do aukcji transakcje, do transakcji wiadomości, dokumenty, paczki. I żeby usunąć np. transakcję to trzeba albo skasować wszystko co było do niej wystawione albo przynajmniej usunąć powiązanie owych elementów z daną transakcją. Praktycznie sprowadza się to do usunięcia zawartości/treści samej transakcji, ona jako tako nadal zostaje tyle, że znacznie mniej waży. Może można by to porównać do magazynu, gdzie mamy pudełka z zawartością. Czyszczenie bazy polega na opróżnianiu zawartości tych pudełek, je same odkładamy tam gdzie leżały. Efekt jest taki, że może i sama baza mniej waży ale zapytania do bazy nadal poruszają się po ogromnej ilości rekordów. Tylko nowa baza naprawdę rozwiązuje problem...

Spora część używa SQL w wersji darmowej z limitem wielkości bazy, RAM'u i wątków procesora - przełomem będzie narzędzie umożliwiające łatwe przeniesienie się na nowy podmiot - czyli eksportujące dane jak konfiguracja czy słowniki. Po paru latach nawet jak odchudzimy bazę z czego się da to z kagańcem RAM'u i procka praca na takiej bazie i tak przestaje być komfortowa. Kisi to się dobrze ale ogórki a nie jak robią to zapytania do bazy. Bartoszu - zdradź nam proszę przybliżoną datę.

Z datą aktualizacji to nie pamiętam, zapewne gdzieś świeżo po wyjściu owej wersji. Czyli update do najnowszej też nic nie da... /:

Subiekt 1.58 HF5 - nie bardzo rozumiem co ma Subiekt do tego? Mowa o autoryzacji Sello w bazie SQL. W pliku sello.xml w startup'ie są parametry uruchomieniowe, m.in. zaszyfrowane hasło do bazy użytkownika "sa". Wygląda na to, że Sello po aktualizacji przestało sobie radzić z odszyfrowaniem tego ciągu znaków i pojawia się błąd autoryzacji.

Nie wiem czy jak zainstalujesz najnowsze Sello i spróbujesz zdearchiwizować starszą bazę to to się uda, więc zdecyduj czy wolisz się przenosić ze starsza wersją i wtedy aktualizacja czy już z najnowszą. W zasadzie przepis jak napisałeś jest prawidłowy. Powiązań nie stracisz.

Zastanów się 3x zanim to włączasz. Jeśli już się zdecydujesz to przed wdrożeniem (powiedzmy na weekendzie) kup coś od 5-ciu sprzedawców, wtedy w kolejne 2 dni robocze zrozumiesz o co mi chodziło.

Ten problem pojawił się po aktualizacji Sello a nie Subiekta. Można to jakoś obejść (oprócz wpisywania hasła)?

Co się stało, że w nowej wersji (1.33) hasło dla "sa" trzeba wpisywać "z palca" bo to w formie zaszyfrowanej z pliku sello.xml nie działa? Da się to jakoś naprawić? Problem pojawił się po aktualizacji do najnowszej wersji i występuje na wszystkich komputerach (również na serwerze).

Co się z nim stało?

Nie musi, po prostu wybierasz "fiskalizuj" na danej fakturze i trafia ona do rejestru fiskalnego w drukarce jako sprzedaż detaliczna, ma też stosowny znacznik w SGT.

Fakturę detaliczną (bez NIP) można zafiskalizować - tak samo jak paragon.

Aktualnie przy zbiorczym wystawianiu dokumentów końcowych jeśli któryś z towarów jest w niewystarczającej ilości na danym magazynie to taki dokument nie utworzy się - błąd: Nie można wygenerować dokumentu z powodu niedostępności towarów w programie sprzedaży. Chciałbym, żeby ów dokument się wówczas tworzył tylko z opcją "wycofaj skutek magazynowy" lub "odłóż skutek magazynowy" - nie znajduję takiego ustawienia, ma ktoś może pomysł? EDIT: Da się w parametrach SGT ustawić, żeby sprzedaż miała określony status magazynowy, boje się, że Sello samo nie może go ustawiać warunkowo.

Tempo aktualizacji to w zasadzie od zawsze była największa wada Sello. Były już pomysły samych użytkowników, żeby podnieść abonament (czyt.: zatrudnić dodatkowych programistów albo kto ich tam spowalnia) celem usprawnienia rozwoju ale na razie lipa. Na pocieszenie - przynajmniej owe zmiany są robione na podstawie sugestii użytkowników, przykład Allegro Lokalnie pokazuje, że czasem firma wie bezwzględnie lepiej czego klientom trzeba.

Jeden trop znalazłem:

Co może być przyczyną kiedy przy próbie wysłania maila czy oznaczenia paczek jako wysłane pojawia się błąd jak w temacie: Błąd składniowy w poleceniu.

Chyba tylko ja uważałem to za pilne:

No właśnie nie rozpoznaje, ludziska męczą się z wydrukami ale siedzą cicho - nie rozumiem zupełnie

To poważne utrudnienie - trzeba więc lobbować bo na razie ST nie uznaje tego za coś pilnego...

W wydrukach zaznacz listę, najlepiej sobie ją powiel (przycisk po lewej), wtedy ową powieloną "Popraw" a następnie "Otwórz edytor wydruków" i dodaj kontrolkę - tyle. Dodaje się ją przez przeciągnięcie z listy pól (menu po prawej) - nie mogę dodać screena bo coś nie działa ( Wystąpił błąd podczas przetwarzania przesłanego pliku. Plik nie może zostać zapisany: screen1.png Proszę skontaktować się z nami w celu uzyskania pomocy.)

Co to znaczy "nie wychodzi mi to"? Nie otwiera się edytor, nie zapisuje się, dodajesz kontrolkę ale ona się nie drukuje, jakiej kontrolki użyłeś? Jest kilka pasujących: - [Odbiorca_Telefon] - [Odbiorca_Dokument_Telefon] - [Klient_Telefon]

Może tak się da - zainstalować jakiegoś menedżerka do SQL, podorabiać sobie zapytania na potrzebę Waszych wyszukiwań z opcją ustawiania dla pasujących elementów grupy X (flagi byłyby lepsze ale na razie nie ma czegoś takiego dla aukcji). Zależy jak bardzo Wam to pomoże, jeśli to istotne udogodnienie warto pokombinować.

Problem polega na tym, że to mocno utrudnia i spowalnia pracę. Nadchodzi gorący okres w handlu i sprawne wydruki etykiet są bardzo ważne.

Jeśli dzieje się za każdym razem przy tej wysyłce to masz źle powiązane dostawy w Allegro i Sello. PS. Sugeruję być ostrożnym przy wrzucaniu takiej ilości niezamazanych danych na screen'ach...