Łukasz Czarnowski

IMHO nie będzie to trywialne, w tym scenariuszy należałoby (z wykorzystaniem Sfery Nexo) przygotować zewnętrzny program, który jest wywoływany po kliknięciu buttona z odpowiednim argumentem / argumentami. Program w zasadzie powinien oczekiwać na zadania w tle, inaczej wywołanie akcji może być liczone w nastu sekundach (konieczność załadowania bibliotek). Podchodząc trochę inaczej - można dodać kolumnę na flagi i synchronizować później całość (ładować arkusz z flagami do Nexo). Można to zrobić przygotowując dedykowane rozwiązanie (są przykłady w dokumentacji, jednak to zadanie programistyczne) lub skorzystać z dostępnych na rynku synchronizatorów (typu import towarów). Patrząc na całość, należy rozważyć co będzie korzystniejsze w praktyce, uwzględniając również przyszłe potrzeby.

Np. podstawowy kod kreskowy, tylko do odczytu.

Załączam.

Czy przewidujecie Państwo dostępność kolumn własnych również w zbiorczej aktualizacji cenników?

Pierwszą sugestią, która się nasuwa, byłoby zrealizowanie tego bezpośrednio w Nexo - za pomocą raportu własnego lub kolumny. Jeżeli podeśle Pan algorytm (tu czy na priv) będzie można ocenić zakres prac i metodę ich wykonania.

Menu sferyczne zapewne byłoby pomocne, tutaj bardziej zwracam uwagę na "widoczność" i "klikalność" z różnych pozycji programu. Naturalnie jak pojawią się wspomniane zmodyfikowane komentarze czy pola własne typu "link" można sięgnąć po Sferyczne uzupełnianie itd. ale może dostaniemy coś z "pudełka"?

Idąc dalej - można rozważyć dynamiczne generowanie takich odnośników "link do produktu", wstawiając jako zmienne np. EAN, Nazwę czy Symbol u kontrahenta - dałoby to fajne możliwości wiązania z zewnętrznymi bazami czy wyszukiwarkami produktów. Plus widoczność w wielu miejscach programu i mamy wygodę zamiast regularnego "kopiuj, otwórz, wklej". Alternatywnie mogłaby to być predefiniowana opcja(e) w menu dostępna na dowolnym polu "Otwórz w".

Można wprowadzić sortowanie jak na listingach, czyli po dwukliku na wskazanej kolumnie (wraz z opcją sortowania po kilku kolumnach) oraz filtry (byłoby super). Czyli ujednolicić mechanikę działania programu. Dodatkowo (jak zgłaszałem w sugestiach) warto dodać kolumnę z EAN. Okno aktualizacji cen jest narzędziem codziennej pracy i przydałyby się tutaj pewne usprawnienia.

Można wykonywać inwentaryzacje częściowe, np. wybrane działy czy pojedyncze regały, na bieżąco korygując stany przez zwykłe dokumenty RW / PW (* tu co do formalności ujęcia tego faktu warto skonsultować z księgowością). I można to robić przez cały rok - minimalizując niezgodności. Kluczowe jest takie (rzetelne) zadbanie o ewidencję stanów magazynowych w Subiekcie, aby ta w momencie wykonania remanentu pokrywała się z rzeczywistością, a mogą prowadzić do tego różne drogi. Inaczej to wyglądało kiedyś, a inaczej teraz - kiedy kontrolujemy ruch asortymentu w czasie rzeczywistym oraz na bieżąco możemy określić jego wartość.

Z dostępnych metod można wykonać alternatywną ścieżkę - po wprowadzeniu asortymentu na listę wykonać kombinację: F3 (Pokaż), Ctrl+Shift+J (Drukuj Naklejki), Enter, Esc. Wygląda z pozoru karkołomnie, ale kwestia "zakodowania" Skrót do wydruku naklejek można zmienić w Konfiguracji.

Po dodaniu asortymentu na PZ w zakładce PARTIE - może to być dla przykładu ten sam numer dokumentu (PZ) dla wszystkich pozycji, o ile przyjmujemy, że mamy śledzić dalej tą dostawę jako całość. A bardziej dokładnie (w rozbiciu) - tak jak pisze Pan Tomasz.

Można wprowadzić kody dostawy na PZ i dalej Raporty - Sprzedaż wg kodów dostaw, asortymentu i klientów, filtrując po kolumnie Kod dostawy i grupowanie wg kodów dostaw i asortymentu. Jeżeli asortyment jest unikalny dla PZ można też wykorzystać mechanizm filtrowania list po asortymencie ze schowka (uprzednio kopiując do schowka asortyment z PZ).

Raporty - Remanent na dzień

Można to zrobić w praktyce, nie ma ograniczenia.

Na potrzeby integracji z KSeF używa się tokenu (unikalny ciąg znaków) wygenerowanego w Aplikacji Podatnika KSeF. Bezpośrednio w oprogramowaniu użytkownika nie ma więc potrzeby używania pieczęci.

Można skorygować fakturę do 0 i wystawić nową - to będzie jedyne możliwe rozwiązanie w momencie obligatoryjnego wejścia KSeF, więc można już się tym podejściem kierować.

Może Raport o dokumentach będzie tutaj wystarczający - pozwala określić Typ dokumentu (FZ) i Towar (nazwa zawiera).

Proszę sprawdzić systemowe preferencje wydruku. Wskazówki tutaj: https://www.apaczka.pl/centrum_pomocy/drukarki-zebra-instrukcja-instalacji-i-konfiguracji/ https://forum.insert.com.pl/index.php?/topic/14017-naklejki-problem-z-wymiarami-drukowanego-pliku/ https://www.damsoft.pl/blog/103-wydruk-etykiet-w-subiekcie-gt

Jeżeli kierował się Pan powyższą instrukcją - zaktualizowane zostały ceny pozycji ze schowka. Grupy czy cechy można filtrować zarówno na poziomie Cenników jak i Asortymentu i na wybranych pozycjach zastosować operacje.

Jeżeli mamy zgodność symboli z dostawcą można spróbować przez schowek na cenniku: https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/6404%2Csubiekt-nexo-jak-skopiowac-ceny-z-arkusza-kalkulacyjnego-do-cennika.html wpisując nową cenę w podstawę kalkulacji. Następnie na Asortymencie można przenieść podstawę kalkulacji na cenę ewidencyjną (operacje zbiorcze). Jeżeli synchronizujemy po EAN lub kodzie dostawcy - mamy do dyspozycji rozwiązania zewnętrzne, jak np. https://www.insert.com.pl/dla_uzytkownikow/rozwiazania_partnerskie/2392.html https://www.insert.com.pl/dla_uzytkownikow/rozwiazania_partnerskie.html?query=import&program=subiekt_nexo&action=Szukaj Cenniki od dostawców w innym formacie niż XLS/CSV trzeba uprzednio przygotować, np. skanując PDF do XLS albo ... poprosić o eksport.

Popieram, warto byłoby dodać możliwość definiowania widocznych metod płatności, zwłaszcza, że mogą one służyć do wywoływania różnych scenariuszy promocji (to jest możemy mieć kilka równoważnych metod płatności z oczekiwanym różnym efektem dla cen).

Na liście asortymentu, bez wprowadzania dodatkowego narzutu, Insert mógłby dodać kolumnę CenaKalkulacyjna (inaczej Podstawa kalkulacji) dla każdego z cenników oraz CenaEwidencyjna i CenaKalkulacyjna w wartościach brutto (przeliczone przez aktualny VAT) - co niosłoby już często wystarczającą informację. Co do wspomnianego obejścia - to daje pewną elastyczność w decydowaniu na jakiej podstawie liczone są wartości i taki cennik jest również widoczny w zakładce asortyment (na liście dostępnych kolumn) oraz innych miejscach programu (jak dokumenty sprzedaży).

Tworzymy cennik statyczny główny, określając pożądaną podstawę kalkulacji, wyliczany wg marży 0%. https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/2869,ceny-w-subiekcie-nexo.html W cenniku przechowuję cenę wyliczaną wg. średniej ważonej z istniejących dostaw. Cennik aktualizuję w momencie każdego przyjęcia towaru (FZ), tylko w zakresie asortymentu z tej dostawy, korzystając z opcji Aktualizuj cenniki (menu na dokumentach zakupu). Następnie, przy zaznaczonym cenniku zakupu - Przelicz podstawę kalkulacji i cenę sprzedaży. Jest to operacja wykonywana niejako przy okazji aktualizacji podstawowego cennika sprzedaży (detalicznego), gdzie przeliczam tylko podstawę kalkulacji i ew. koryguję ceny sprzedaży. Oczywiście to wszystko dotyczy typowo mojego scenariuszy pracy.

Kopiujemy pozycje z dokumentu do schowka a tam już możemy wydrukować naklejki dla wybranych pozycji.

Można dodać dodatkowy cennik, o marży 0%, który będzie przechowywał cenę zakupu. Cena może być wtedy wyliczana np. jako średnia ważona z istniejących dostaw. Taki cennik widoczny będzie w zakładce asortyment oraz na poziomie podglądu / edycji danej pozycji asortymentu.