Mateusz Włudyka

I tutaj również obawiam się, że nie planujemy w najbliższych wersjach takich funkcjonalności.

Tego typu zmiany są akurat planowane najwcześniej na wersję wiosenną.

Istnieje sposób, aby przypisać cennik w złotówkach i euro do jednego kontrahenta - choć ze względu na to, że do danego klienta jest przyporządkowana waluta jeden z nich będzie konwertowany na inną walutę na dokumentach. Czyli przykładowo jeżeli klient posiada walutę PLN to cennik główny w złotówkach będzie działał normalnie, a cennik dodatkowy w euro zostanie przeliczony na dokumencie. W przypadku waluty domyślnej EUR cennik główny PLN zostanie on przeliczony na walutę, a cennik dodatkowy pozostanie bez zmian. Kontynuując. Sytuację o której piszę (a więc taką, że pod cennik główny w złotówkach jest podpięty cennik dodatkowy w euro) możemy uzyskać poprzez pewną sztuczkę. Dodam, że do wersji 13 ten mechanizm powinien zostać poprawiony i będziemy w stanie bezpośrednio wskazać inną walutę na cenniku dodatkowym niż na jego "cenniku-matce". Przed stworzeniem cennika dodatkowego musimy się upewnić, że posiadamy dowolny cennik w walucie, w której zamierzamy stworzyć cennik dodatkowy. W moim przypadku będzie to euro. Po upewnieniu się, że wspomniane założenia są spełniane należałoby dodać cennik dodatkowy, który znajdowałby się pod cennikiem w walucie, uzupełnić na nim kwoty, towary etc. a później... zmienić pozycje w polu Cennik główny na brak. Tak stworzony cennik zapisujemy... i poprawiamy go ponownie (F4). Tym razem możemy już wskazać dowolny cennik (w tym te złotówkowe) na liście cenników głównych. Co za tym idzie możemy przypisać cennik główny w złotówkach i dodatkowy w walucie, co pozwala na przypisanie części cen towarów w euro i złotówkach. Natomiast, jak wspomniałem wcześniej, o walucie na dokumentach decyduje opcja wybrana na kontrahencie.

Niestety w najbliższym czasie nie planujemy takich zmian w programie, aczkolwiek sugestia została przekazana.

Stopień trudności zależy od tego, czy użytkownicy w systemie mają przyporządkowane role i pytania, jakiego dokładnie uprawnienia szukamy.

Format IBAN stosowany jest w obrocie międzynarodowym. W bankowości jak na razie nie obsługujemy przelewów zagranicznych. W związku z tym tego typu walidacja zostanie dodana kiedy zaczniemy obsługiwać tego typu rozwiązanie.

Trzeba zauważyć, że poprawiając dokument, który takie powiązania posiada na zakładce Powiązania powinien się znajdować znacznik Pokaż dodatkowe powiązania dokumentu, po którego zaznaczeniu pojawią się wspomniane informacje. Niestety na wersji 12.0.2 nie działa poprawnie mechanizm wyświetlania tego grida, więc na samej liście dokumentów (w dolnej tabeli) nie jest to jeszcze widoczne. Temat planujemy naprawić maksymalnie do wersji 13.

Otrzymałem informację, że zastanawiamy się nad pewną implementacją takiego rozwiązania, ale cała sprawa jest na razie w płynna, więc nie mogę obiecać jaki kształt ostatecznie przyjmie.

Otrzymałem informację, że nie można zmieniać struktury bazy, bo efekty mogą być nieprzewidywalne. Natomiast można skorzystać z pól własnych zaawansowanych (nexo PRO) gdzie pola tekstowe mają długość 256 znaków.

Dziękujemy za sugestie, postaramy się wziąć je pod uwagę przy modernizowaniu Portalu, ale nie ukrywam, że jest ona planowana na dalszą przyszłość.

Wzorzec który był modyfikowany powinien już działać na 12.0.2 - sugerowałbym podnieść bazę i sprawdzić :). Był to akurat problem z tą wersją, więc już wszystko powinno działać.

Można tego typu opcje ustawić - poprzez konfigurację kasy. Czyli przechodzimy na Konfigurację, następnie Kasy i stanowiska oraz poprawiamy kasę, na której chcemy ustawić opcję płatności kartą 100%. Przy stanowisku kasowym które mamy tutaj wybrane możemy ustawić Domyślną formę płatności. Wybieramy karta. Następnym etapem będzie upewnienie się, że dany użytkownik może z tej kasy korzystać (Konfiguracja - Użytkownicy - Domyślne stanowisko kasowe), ewentualnie jest też możliwość w prawym górnym rogu poprzez ikonę szwajcarskiego scyzoryka oraz Stanowisko kasowe. Oczywiście jeżeli dany kontrahent ma przyporządkowany procent Domyślnego kredytu kupieckiego, który jest ważniejszy niż opcja domyślnej formy płatności na kasie to wskazana przez nas karta się nie wyświetli.

Jest to faktycznie błąd po naszej stronie - pracujemy nad jego naprawą. Na razie możemy problem rozwiązać przechodząc na Konfigurację i wyszukując Parametry różnic kursowych. Na nich wskazujemy opcję Sposobu naliczania: Jeden dokument, a następnie takie zmiany zapisujemy i próbujemy naliczyć różnice kursowe (nic nie powinno się wygenerować), po czym znów przechodzimy na wspomniane parametry i zmieniamy Sposób naliczania na Wiele dokumentów. Czy komunikat błędu zniknął po takiej operacji?

W Subiekcie nie ma i nie będzie poczty przychodzącej. Została udostępniona tylko i wyłącznie poczta wychodząca, aby umożliwić wysyłanie dokumentów (tak samo jest w całym nexo). Aby odbierać pocztę trzeba mieć Gestora - jeżeli jest używany, to należałoby się jeszcze upewnić, że włączony jest multiprogram.

Obawiam się, że w programie nie mamy możliwości stworzenia takiej sytuacji. Z jednej strony istnieje coś takiego jak Zamienniki, które możemy wskazywać na dokumentach sprzedaży, ale jest to tylko i wyłącznie wymiana jednego towaru na drugi (np. ten przykładowy breloczek z drzewa figowego na breloczek z drewna... sandałowego). Tutaj tak naprawdę mechanizm musiałby "widzieć", że drewniany breloczek jest to komplet składający się danej ilości drewna i, co ważniejsze, że tego drewna brak na stanie. Nie ma na razie mechanizmu, który pobierałby części składowe kompletu, których brak na stanie, a następnie tworzył (produkował) na ich podstawie osobny towar.

W takim razie prosiłbym sprawdzić, czy w Konfiguracji i Parametry systemu jest zaznaczona opcja Pobieraj ostatni kurs waluty, jeżeli nie istnieje kurs na dany dzień. Myślę, że ta opcja powinna pomóc ;).

Opcja wspomniana wyżej powinna pomóc, oczywiście trzeba pamiętać, żeby zmniejszyć ilość pozostałych kolumn. Symbol musi się przecież jakoś na stronie zmieścić ;).

Ewentualnie też, jeżeli w systemie mamy zainstalowaną wersję nexo PRO, to istnieje opcja kontroli/sprawdzenia dostaw, które znajdują się na dokumentach sprzedażowych pod prawym przyciskiem myszki, wybierając Rozbicie pozycji (Ctrl + R).

Na wersji 12.0.1 tworząc zapis na podstawie tego, co podał kolega udało mi się uzyskać taką sytuację: Czy dokumenty, które są drukowane zostały wystawione wcześniej, przed zmianą parametrów w programie? Jeżeli tak, to prosiłbym o sprawdzenie wzorca na świeżo dodanym RW.

Czy wzorzec, który jest wykorzystywany przy wydruku ewidencji jest wzorcem naszym domyślnym, czy przeedytowanym? Można to sprawdzić przechodząc w czarną ikonę koła zębatego i wybierając opcję Konfiguracja VAT (Ctrl + Shift + K), a następnie przechodząc na Wzorce wydruków proszę sprawdzić, czy wzorzec domyślny dla kolumny Typ Ewidencja VAT Sprzedaż nazywa się Ewidencja VAT Sprzedaż poziomo. Jeżeli nie jest to wzorzec domyślny, to prosiłbym przetestować, czy wydruk działa po jego zmianie.

Faktycznie coś dziwnego się dzieje - postaramy się sprawę rozwiązać maksymalnie do wersji deklaracyjnej.

Sugerowałbym upewnić się, że na użytkowniku wykorzystywanym na danym komputerze na pewno jest wybrany Gestor jako domyślny program pocztowy. Możemy to sprawdzić, przechodząc na Konfigurację, wybierając Użytkownicy, a następnie poprawiając odpowiedniego pracownika, z którego korzystamy w programie. Po prawej stronie powinna się znajdować opcja Domyślny klient poczty. Czy jest tu wskazany Klient wbudowany w nexo, czy też Zewnętrzny program pocztowy? Nie muszę chyba dodawać, że w tym przypadku powinien być to Klient wbudowany w nexo ;).

Niestety w najbliższych wersjach nie planujemy zmian w tym zakresie.

Postaramy się wprowadzić je jak najszybciej, w najgorszym razie będzie to dopiero wersja wiosenna. Niestety tym razem wstępne planowanie się nie udało ;).

W górnym menu Operacje podczas poprawiania Klienta, na samym dole znajduje się opcja Pokaż sygnaturę obiektu. Są w niej zawarte informacje na temat daty utworzenia, ostatniej modyfikacji, etc.