Mateusz Włudyka

Dlatego moje pytanie brzmiało, czy działa Pan na wersji 1.21.1 - niestety nie zajmujemy się tutaj bezpośrednio programami z serii Sello. Otrzymujemy pewne informacje wewnętrzne odnośnie kompatybilności etc., ale nie odpowiadamy za informacje z samego poziomu Sello. Jak rozumiem nowsza wersja rozwiązuje problem?

https://www.sello.pl/pobierz.html

Wczoraj powinna wyjść wersja Sello 1.21.1 czy na pewno z niej Pan korzysta?

Z góry przepraszam za długi brak odpowiedzi - niestety byłem na urlopie i temat lekko "ugrzązł". Tego typu opcja pojawia się, gdy najpierw wprowadzi Pan usługę. Należałoby więc stworzyć usługę (np. Zaliczka) pod którą dodajemy kolejne towary. Na każdym towarze, który znajduje się poniżej operacja Potraktuj towar jako materiał powinna być aktywna. Zgadzam się, że jest to ciekawe pytanie. Teoretycznie data zakończenia dostawy pojawia się na każdym dokumencie (ze względu na to, iż nawet WZ przekraczającą kwotę już zapłaconą wymaga wystawienia dokumentu Faktury zaliczkowej końcowej - co za tym idzie znajduje się na nim data zakończenia dostawy, którą powinniśmy się kierować). Natomiast przyznam szczerze, że będę musiał jeszcze zaczerpnąć wiedzy w tym kierunku - choć jest to pytanie nieco na pograniczu, ze względu na to iż o datach wprowadzenia zapisów do deklaracji decyduje umieszczenie zapisów w programach księgowych, a to podlega modyfikacji (schematy importu pozwalają na wybranie odpowiadających nam dat z dokumentu). Czyli tego tematu jeszcze nie kończymy, postaram się wrócić z większą ilością informacji. Tutaj obawiam się, że może Pan tylko faktycznie albo wystawić wspomnianą Fakturę zaliczkową cząstkowa na kolejną kwotę, albo usunąć wcześniej wystawiony dokument i wygenerować go ponownie, tworząc WZ z odpowiednimi towarami. Nie zafakturuje Pan faktury zaliczkowej cząstkowej płatnościami odroczonymi (chyba, że pisze Pan o Zaliczkowej końcowej), więc jedyną opcją pozostaje właśnie wykorzystanie jednego ze wskazanych rozwiązań. Również i tutaj postaram się jeszcze zaczerpnąć więcej informacji, więc prosiłbym mimo wszystko o dozę cierpliwości. Jeżeli chodzi o pytania Pana Michała postaram się zająć nimi w najbliższym czasie.

Jeżeli uzupełnia Pan pole Oryginał na dokumencie Zamówienia to program traktuje ten dokument jak Zamówienie wygenerowane przez firmę trzecią, z ich własnym numerem, a co za tym idzie jako dokument, który Pan otrzymał. Czyli z wystawiającego robi się Pan odbiorcą. Nie za bardzo rozumiem, co Pan rozumie poprzez słowa Numer zamówienia od klienta to numer Pański, a więc pole Zamówienie, oryginał jest wykorzystywany tak jak wspomniałem. Nie jest to błąd działania programu, więc poprawki nie przewidujemy.

Pola są zamieniane, kiedy uzupełnia Pan pole Numer oryginału - jeżeli nie będzie ono uzupełnianie pole Wystawił pozostaje nie zmienione. Można by się było zastanowić nad uzupełnianiem numeru oryginału przez Pole Własne lub też jeżeli Państwo zamierzają zawsze wspomniany oryginał uzupełniać to należałoby po prostu wyszukiwać po Odebrał.

Do dokumentu można przypisać kwotę całkowitej zaliczki (widoczną niżej na podsumowaniu dokumentu) jednakże jest ona rozpisywana na pozycje w zależności od tego, co wybrał Pan w górnym menu Zaliczka: Jeżeli chodzi o powyższy przykład to faktycznie jest problem. Program sprawdza kwotę na danej pozycji i co za tym idzie bierze pod uwagę, tylko to, czy kwota ta jest wyższa od zadeklarowanej na fakturze zaliczkowej czy też nie. Więc jeżeli na dokumencie Faktury zaliczkowej cząstkowej przypisaliśmy kwotę 100 zł do towaru, a na WZ wygenerowaliśmy 110 zł wartości towaru który wydajemy to faktycznie program poprosi nas o wystawienie dodatkowych zapisów, ze względu na różnicę 10 zł pomiędzy zadeklarowaną kwotą zapłaconą i wartością wydawanych towarów. Na dzień bieżący nie jesteśmy w stanie tego zmienić, zwłaszcza, że wymagałoby to bardzo głębokich zmian w strukturze programu. Możemy się nad taką sytuację zastanowić, ale nie zostanie to na pewno wprowadzone w bieżących wersjach. Jedynym prostetycznym obejściem takiej sytuacji jest stworzenie zamówienia, w którym każdy towar jest przyporządkowany jako materiał do usługi. Oczywiście kwota i stawka VAT danej usługi powinna być równa kwocie i stawce VAT dla danych towarów (na już wprowadzonym towarze możemy pod prawym przyciskiem myszki wybrać opcję Traktuj jako materiał). Tego typu modyfikacja pozwala wydawać na dokumencie WZ dowolne towary, ze względu na to iż od materiałów nie odprowadzamy zaliczek. Co za tym idzie cała kwota pojawi się tylko i wyłącznie na Fakturach zaliczkowych cząstkowych i końcowych. Oczywiście pytaniem pozostaje, czy nie powinien Pan tworzyć dokumentów, które rozliczałyby ewentualne nadwyżki (bo program nie będzie już kontrolował wartości towarów wydawanych). Dodatkowo należałoby powielić wzorzec z którego korzystamy i usunąć opcję drukowania materiałów na dokumencie. Z tego co się orientuję, to nie ma przepisu, który nakazywałby ewidencjonowanie per pozycja. Nie ma jednak również przepisu, który by tego zakazywał. Co za tym idzie program może korzystać tylko z opcji zaliczki dotyczącej całego dokumentu (seria GT), tylko z opcji zaliczki dotyczącej pozycji na dokumencie (seria nexo) bądź też obydwu. Nasz program został dostosowany do tej drugiej opcji, ze względu na ilość użytkowników korzystających z naszych poprzednich programów którzy preferowali możliwość przypisania kwoty do danego towaru. Oczywiście cel tego jest jasny - klient płaci za dany towar i ten towar otrzymuje, ma Pan informację na samym dokumencie, Fakturze zaliczkowej - że właśnie za dany asortyment zapłacił. Co za tym idzie program kontroluje tak naprawdę jaki podatek VAT musi Pan zapłacić (i tak naprawdę po to również jest wcześniej wspomniana Faktura zaliczkowa końcowa różnicowa - żeby zdefiniować datę obowiązku podatkowego). Zostało to dodane celem automatyzacji - nie musi Pan wyliczać jaki podatek został już opłacony, więc ile powinien Pan wydać towarów na WZ. Przy czym przy Pańskim trybie pracy zdaje sobie sprawę, że może prowadzić to do problemów, gdy klient sam nie wie co zamierza pierwsze pobrać z magazynu. Dlatego też wspomniałem, że postaramy się przyjrzeć tej sytuacji. Z tego co wiem, to szczególnych zmian nie ma, natomiast oczywiście moduł nadal jest rozwijany. Cieszymy się, że długotrwali klienci widzą zmiany, jakim podlega program ;). Staramy się jak możemy, aby dodawać nowe funkcjonalności i możliwości do programu.

Planujemy tego typu zmiany - najwcześniej na wiosnę chcemy dodać opcję wstawiania zdjęć z galerii asortymentu oraz plików z biblioteki dokumentów (w tym bezpośrednio do HTML-a jeżeli chodzi o obrazy) do e-maila. Chcemy również dodać opcję wysyłania wiadomości e-mail bezpośrednio z poziomu biblioteki dokumentów oraz ewentualnie również pozwolić użytkownikowi na skorzystanie z możliwości zbiorczego wysyłania zdjęć.

Nie mamy informacji, aby procesory AMD były szczególnie winne problemom z serią nexo. Natomiast programy mogą zachowywać się niestabilnie w razie braku komponentów .NET Framework 4.5 które wymagane są do poprawnego funkcjonowania m.in. naszego User Interface oraz elementów związanych z JPK. Prócz tego jedyne, co przychodzi mi do głowy to SQL 2014 bez SP1, który może nieco szkodzić, ale jest to kwestia związana z usuwaniem dokumentów, a nie stabilnością programu. Sądzę, że trzeba by było poczekać na informację na temat logów, ponieważ to w nich mogą znajdować się pewniejsze informacje na temat problemów z niestabilnością programów.

Pracujemy nad tym tematem, ale nie jestem jeszcze pewien jakie informacje dokładnie będzie zawierać nasze rozwiązanie. Najwcześniej pojawi się niestety dopiero w wersji 13.

Zastanowimy się na dodaniem tego typu funkcjonalności, ale na pewno nie pojawi się ona w wersji 12.

Nie jest to do końca prawda. O ile program na fakturach zaliczkowych cząstkowych interesuje kwota którą Pan zapłacił - a więc tak naprawdę ilość podatku, który musi zostać zapłacony. W moim przykładzie będą to dwa towary TW1 i TW2 każdy w ilości 100 sztuk i w cenie brutto 12,30 zł przy stawce VAT 23%. Następnie tworzę Fakturę zaliczkową, gdzie wpłacam 200 zł które program może mi rozbić w dowolny sposób, w zależności od tego, co wybiorę w górnym menu Zaliczka jak jest to zademonstrowane poniżej. Na podstawie Faktury zaliczkowej cząstkowej decyduję się na wystawienie dokumentu WZ, jednak ilość którą zamierzam wydać jest większa od tego, co sugeruje program. Na dokumencie zmieniam ilości tak, że okazuje się iż wartość jest większa niż ta która wynika z dokumentu zaliczkowego (w moim przypadku 46 zł). Dodatkowa wartość 46 zł (czyli Pozostało) automatycznie została odliczona od kolejnej faktury zaliczkowej cząstkowej lub końcowej - co za tym idzie musi powstać kolejny dokument, który będzie decydował o dacie obowiązku podatkowego. W takim przypadku odnajduję dokument WZ który stworzyłem (można to zrobić poprzez Sprzedaż a następnie zmieniając widok na Faktury zaliczkowe). Pod prawym przyciskiem myszki na WZ wybieramy opcję Wystaw a następnie Fakturę zaliczkową końcową, która z tego poziomu będzie traktowana jako Faktura zaliczkowa końcowa różnicowa, na której definiujemy z jaką datą zostanie rozliczone te 46 zł wartości, o które zwiększyłem dokument WZ. Następnie z poziomu Faktury zaliczkowej cząstkowej mogę generować kolejne dokumenty (zaliczkowe cząstkowe lub końcowe, czy też kolejne WZ) które są już wartościowo pomniejszone o wydane towary. Po zakończeniu sprzedaży na fakturze zaliczkowej końcowej pojawi się informacja jaka wartość została wydana innym dokumentem (w tym przypadku będzie to wcześniej stworzona Faktura zaliczkowa końcowa różnicowa). Wydaje mi się, że TEMATY nr 2 i 5 zostały również zostały rozwiązane w powyższym wyjaśnieniu. Program pobiera informacje na temat typu dokumentu z pola Podsumowanie a później Tytuł, które można ustawić ręcznie na drukowanym dokumencie lub też powielając wzorzec wydruku i wybierając opcję Tytuł - Nadpisz tytuł dokumentu. Tutaj nic niestety nie możemy obiecać. Być może zostanie to zmienione, ale na pewno nie są to zmiany priorytetowe.

Rozumiem Pana problemy z logowaniem, ale niestety w tym rejonie na dzień bieżący nie planujemy zmian. Kwestia wylogowywania użytkownika jest związana, tak jak Pan wspomniał, z bezpieczeństwem strony i choć autonomiczne rozwiązanie którego by Pan pragnął brzmi bardzo dobrze, to jest to kwestia zmian przyszłych. Krótko mówiąc na razie trzeba się po prostu przyzwyczaić, natomiast niewykluczone, że w przyszłości (prawdopodobnie nieco dalszej) zmienimy naszą infrastrukturę.

Wstępnie planujemy wersję 12 na październik bieżącego roku, choć oczywiście niewykluczone, że nastąpią opóźnienia.

W nexo pliki MT940 są możliwe do zaczytania z poziomu Wyciągów bankowych, poprzez górne menu Bankowość elektroniczna i Pobierz z pliku. Zasugerować mogę tylko konwertery, które byłyby w stanie pliki .csv przetworzyć na MT940, z tego co wiem, nasi serwisanci/dystrybutorzy powinni być w stanie stworzyć tego typu rozwiązania. Tak jak wspomniał kolega, na dzień bieżący niestety nie obsługujemy formatu MT942 o którym Pan wspomniał.

Te znaczniki nie są faktycznie tak łatwe do znalezienia. Poprawiamy danego pracownika i w górnej części zmieniamy widok z Pracownika na Klienta, tak jak widać to poniżej. Na wspomnianym widoku może Pan wybrać danego opiekuna podstawowego oraz dodatkowego. Dodam tylko jeszcze, ze zaznaczając wielu pracowników na raz pod prawym przyciskiem jest opcja Zbiorcze, która pozwala przypisać wielu opiekunów.

Możemy zaproponować jeszcze nieco inne, tymczasowe rozwiązanie, z wykorzystaniem opiekunów i uprawnień. W uprawnieniach użytkownika nexo, w grupie "Klienci" dostępne są m.in. dwa uprawnienia: 1. Klienci - dostęp do klientów innych opiekunów. 2. Klienci - dostęp do klientów bez opiekunów. Jeśli w firmie nie ma podziału klientów na opiekunów, należy przydzielić pracownikom* firmy opiekuna w osobie np. kadrowej (lub nawet wirtualnego użytkownika), a pozostałym użytkownikom** odebrać pierwsze uprawnienie oraz dodać ich jako opiekunów dodatkowych dla "normalnych" klientów. Jeśli w firmie jest sztywny podział użytkowników na opiekunów klientów - pozostawić pracowników bez opiekuna i odebrać użytkownikom drugie uprawnienie. *Pracownik = osoba z kartoteki pracowników widoczna w nexo z mnemonikiem KD, **Użytkownik = osoba korzystająca z programu. Na wersję 13 (w najgorszym razie późniejsze) planujemy dodać dodatkowe uprawnienie, które będzie decydowało, czy użytkownik będzie miał dostęp do danych współpracowników i klientów. W razie nie nadania uprawnienia informacje na wspomniany temat po prostu nie będą widoczne.

Faktycznie nie ma takiej możliwości - jest to lekkie niedopatrzenie z naszej strony, informacja została przekazana w celu poprawy, jednak ze względu na natłok zmian w wersjach najwcześniej nadrobimy to na wiosnę.

Jest to funkcjonalność planowana, ale nie na najbliższe wersje.

Rozumiem, że znacznik, który znajduje się na ofercie - Rozszerzone dane płatności nie spełnia tego założenia (przykład poniżej)? W razie wybrania danego kontrahenta na liście powinien się pojawiać właśnie jego przedstawiciel handlowy, zakładając, że jest wykazany w firmie kontrahenta.

Nie za bardzo rozumiem - jeżeli do oferty został przypisany opiekun to pod wariantami oferty wyświetli się zdanie "Na wszystkie pytania dotyczące oferty odpowie Państwa opiekun Imię Nazwisko", przy korzystaniu z wzorca OE standard. Rozumiem, że chodzi o więcej informacji, typu numer telefonu, adres, mail etc.?

Taka funkcjonalność jest już w programie. W Konfiguracji należałoby znaleźć słownik nazywający się Uwagi do oferty, gdzie możemy nazwać i uzupełnić powtarzające się uwagi przy ofertach (podobny słownik istnieje dla procesów ofertowych). Następnie na samej ofercie przy pozycji Uwagi tak wstawione informacje będą dostępne po kliknięciu na ikonę trzech poziomych kresek. Na wydruku tego typu informacje ukażą się, jeżeli powielimy wzorzec Oferty zaznaczając opcję Pokaż uwagi.

Jeżeli porozmawialibyśmy kwotowo, to można to zrobić na poniższym przykładzie. Cena zakupu mojego towaru wynosi 13 PLN, natomiast stwierdziłem, że zamierzam do niego doliczyć 12% marży (łącznie jest to właśnie marża, ze względu na to iż 5% dopuszczalnego rabatu w tym przypadku dodajemy do kwoty, jaką zapłacą klienci których on nie obejmuje). Wzór na cenę netto wygląda tak: (Cena zakupu / (1 - Marża) ) * 100. Czyli (13 / 88) * 100 = 0,14772~ * 100 = 14,77 PLN. Możemy spróbować też od strony wzoru na marżę, o którym wspominałem wcześniej: ( (Cena sprzedaży - Cena zakupu) / Cena sprzedaży) * 100%. Czyli ( (14,77 - 13,00) / 14,77) * 100% = (1,77 / 14,77) * 100% = 0,1198~ * 100% = 12% (lub też w przypadku nieco innego wyliczania w Rabacie domyślnym 11,98%). Kwotowo wszystko się zgadza. Różnica w myśleniu wynika tutaj głównie z tego, jak Pan traktuje rabat, a jak jest on traktowany w naszym programie. W naszym przypadku jest on dodawany do pozostałych marż, tak aby sprzedający nie mógł zejść poniżej kwoty kosztu. Czyli nie ma możliwości, aby w moim przykładzie klient zapłacił kwotę niższą niż cena zakupu - 13 PLN. Standardowo z dodaną marżą klient bez rabatu zapłaci 18,17 (po dodaniu VAT-u), a uwzględniając maksymalne 5% rabatu sprzedawca może zejść do kwoty 17,26 PLN. Jeżeli faktycznie ten mechanizm jest nadal niejasny to zastanowimy się nad wprowadzeniem nowej nomenklatury, wyjaśnień które pozwolą użytkownikom na pewniejsze korzystanie ze wspomnianej funkcjonalności. Mam nadzieję, że chociaż powód z którego wprowadziliśmy akurat takie a nie inne rozwiązanie jest jasny - aby sprzedający nie ponosili strat podczas sprzedaży swoich produktów nawet, gdy w rachubę wchodzi rabat (który faktycznie będzie obniżał cenę na późniejszym etapie). Nie planujemy zmiany celu tego modułu, natomiast niewykluczone, że zostanie on zmodyfikowany w taki sposób, aby lepiej przekazywać nasze intencje :).

Faktycznie, po sprawdzeniu na wersji 11.1.1 problem wydaje się występować - dodam, że druga próba skorzystania ze skrótu spełnia założenia, wyświetlając odpowiednio Historię cen. Będziemy się zastanawiać nad modyfikacją tego zachowania, choć niestety nie jest to zmiana priorytetowa - chcielibyśmy się bowiem dowiedzieć, czy na pewno nie ma użytkowników którzy tą niespodziewaną funkcjonalność w jakiś sposób wykorzystują.

Obawiam się, że akurat w tym momencie zaszło lekkie nieporozumienie. Na Szczegółach pozycji możemy dodać po pierwsze Aktualizację wg marży, która jest naszą ceną podstawową (czyli cena zakupu plus procent zysku dla nas jako sprzedającego). Następnie dodajemy do niej minimalną marżę na danym cenniku (czyli kolejny plus dotyczący minimalnej ceny z jaką chcemy sprzedawać). Trzecią kwotą jest dopuszczalny rabat czyli procent, który dodaje Pan zakładając, że większość użytkowników go nie otrzymuje - lub przynajmniej część (kwota uwzględniająca rabat jest trzecia na liście) co za tym idzie musimy uwzględnić kwoty rabatu, kiedy nie jest on udzielany. Co za tym idzie celem tego okna jest uwzględnienie cen, jakie będą generowane w przypadku gdy Pana klienci otrzymują rabat lub nie (przy założeniu, że nigdy nie będzie Pan schodził poniżej minimalnej marży na cenniku bądź ogólnej minimalnej marży, a co za tym idzie nie będzie Pan ponosił straty, sprzedając poniżej kosztu). Mam nadzieję, że opisałem cel tego okna w miarę jasno. Marża standardowo jest wyliczana na zasadzie ((Cena sprzedaży - Cena zakupu) / Cena sprzedaży) * 100%, jeżeli chodzi o inne parametry/wyliczenia to postaram się je jeszcze sprawdzić.