Ernest Sadowski

Skoro udostępniacie skrypty do pracy na bazie danych, to czy można liczyć na pojawienie się takich narzędzi w samym nexo? Brakuje ogólnie narzędzi do zarządzania (powiedzmy - deploymentem) kont użytkowników - osobno i zbiorczo. Przydałby się taki moduł administracyjny. Takie funkcje jak skonfigurowanie/kopiowanie ustawień byłoby mile widziane (zamiast robić ręcznie/skryptami wszystko).

1. Zlecenia produkcyjne obsługują dostawy (ctrl+R) kompletów. Jak je odczytać na wzorcach wydruku? Dokument.PozycjaKomplet.Dostawy.Partia.Numer jest zawsze pusty (niezależnie od statusu ZPM/R). Natomiast dokument przychodowy zlecenia nie zawsze jest przecież wygenerowany (dopiero przy statusie zlecenia = P - przyjęty na magazyn). Które pole jest zatem poprawne? --- 2. Czekamy także na funkcję drukowania naklejek z rozbiciem na partie z poziomu dokumentów produkcyjnych - nie rozumiem, dlaczego jest to aktualnie niemożliwe, skoro dokumenty te obsługują rozbicie na partie. Aktualnie trzeba towar przyjąć (status P) - wydrukować z PW - zmienić status z powrotem na nieprzyjęte. Proszę o pilne dodanie tej funkcjonalności. To na pewno nie będzie trudne, a jest niezbędne przy prowadzeniu kompletowania wielu produktów (komplety przecież są oznaczane przed przyjęciem na magazyn, w momencie kompletowania, a nie po fakcie).

Ja może dodam, że ogólnie przydałyby się zbiorcze operacje na wszystkich kartotekach dokumentów. Każdy typ dokumentu współdzieli kategorie, ale w szczególności zdefiniowane pola własne - co w dobie nowych własnych typów dokumentów i ich pól własnych aż się prosi o dodanie.

Panie Bartoszu - ewidentnie brakuje Panu wiedzy z zakresu wdrażania i działania programów bazodanowych. Należy postawić bazę danych na jednym z komputerów (który będzie wtedy serwerem) a inne komputery podłączyć do niej po LAN (lub inaczej). Wtedy aby inne komputery korzystały z bazy na "serwerze" - ten musi być włączony oczywiście. Proszę się skontaktować z wdrożeniowcem/serwisantem bo bez znajomości podstawowych pojęć może być ciężko (i niebezpiecznie jeżeli Wam zależy na poprawności). Alternatywnie zapraszam do googlowania co się z czym je i e-pomocy Subiekta.

Ja mam dosłownie "Zapis ewidencji VAT zakupu". Jaka wersja?

A dodał Pan schemat obsługujący typy "Zapis w ewidencji VAT zakupu"? Albo nie ma takiego schematu, albo jest w nim filtr. https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/1838,rachmistrz-i-rewizor-nexo-–-jak-pobrac-wzorcowe-schematy-dekretacji.html?token=IjIwMjEvMDkvMDgsIDAzOjM0OjEzLS0-LCAi.yDPZX_1Rub4x5GxZhMwmygn-IM4

Nigdy nie było czegoś takiego jak dokument przesunięcia. Istniały tylko wydania i przyjęcia międzymagazynowe. Niestety w interfejsie nexo było to różnie nazywane. Sposób ich jednoczesnego powstawania określano jako przesunięcie. W rzeczywistości zawsze powstawały tylko 2 dokumenty - tak jak to wyjaśniłem w swoim poście. W przyjęciach możemy robić MP i jest to przyjęcie z auto-wydaniem, czyli przesunięcie. W wydaniach możemy robić zarówno MP jak i MW - jest to to samo MP co wyżej, a MW można utworzyć w ten sposób bez auto-MP (czyli ze "spodziewaną" dostawą międzymag.)

Robiąc wydanie tworzy się wydanie i "spodziewamy się" przyjęcia na innym magazynie. Później do wydania możemy ręcznie stworzyć przyjęcie. Robiąc od razu przyjęcie tworzy się przyjęcie i automatyczne wydanie - ergo przesunięcie. MP zawsze ma MW, a MW może mieć MP po czasie.

O super. "Jakimś cudem" przespałem pole kontekst. Dzięki!

Dodam, że dosłownie nie da się teraz tego poprawnie do KPiR wpisać [edit: wpisać = automatycznie zadekretować] (trzeba ręcznie po zaksięgowaniu zmieniać wygenerowany KPiR).

Czy planowane jest wprowadzenie zmian dzięki, którym możliwe będzie wprowadzenie takiego Rachunku pojazdu (Santander Leasing): Problemem jest fakt, że nie chcemy wprowadzać powyższego jako faktury (aby mieć to w rozliczeniach pojazdu). Rachunek natomiast nie obsługuje pozycji zw. (a jest to koszt pojazdu). Edytując ręcznie będziemy mieć zawsze rozjazd pomiędzy obiektem Rachunku a wyliczonym zapisem VAT. Sugestie?

W module Dowody wewnętrzne brakuje kolumn występujących w innych miejscach programu takich jak: Załączniki Liczba załączników Nie działa także grupowanie oraz formatowanie warunkowe po polach takich jak Status księgowy czy Dokument księgowy (oraz powyższych) przez co trudniej wygodnie pracować z listą. Pytanie: Dokumentów wewnętrznych używamy m.in. do wprowadzania i księgowania prowizji bankowych, posiłków z delegacji i spraw sądowych - tym samym w nazwach pojawiają się nazwy/kody/daty. Zauważyłem, że program podpowiada WSZYSTKIE nazwy pozycji jakie kiedykolwiek powstały w przeszłości (jest to nawet opisane w instrukcji). Czy mogę prosić InsERT o skomentowanie skalowalności takiej strategii/decyzji? Załóżmy, że księgowa powprowadza setki nazw typu "Prowizja za przelew <yyyy.mm.dd> <kwota> <waluta>" Nie wpłynie to po jakimś czasie na pracę z programem? Czy taki dropdown w UI poradzi sobie z tysiącami linijek po roku czy latach danych? Pomijam już, że stanie się to niewygodne w użytkowaniu UI. A może należy wprowadzać bardziej uogólnione/powtarzalne pozycje (zamysł InsERT)?

Na notach możemy wprowadzać wiele pozycji na różne kwoty. Przykłady: noty na Cło+VAT od przedstawicieli celnych noty związane z kosztami/zakupami/odsetkami, które nie wszystkie można zakwalifikować do KPiR, mimo, że są na jednej nocie W schematach dekretacji nie ma aktualnie obsługi pozycji dokumentów NK. Wystarczyłoby dodać możliwość odfiltrowania pozycji w schemacie np. po "zawiera w nazwie" lub dodać znacznik przy pozycjach NK "Koszt". Ew. użyć podobnego systemu co posiadają m.in. FZ (z pełną obsługą pozycji). Aktualnie wprowadzamy noty kilkukrotnie (zwykle 2) z tym samym numerem oryginału (jako pole własne) aby podzielić na to co ma iść w KPiR i to co nie.

Na ten moment nie.

Ja dodam swoje 2 zdania, bo nie rozumiem nadal logiki zasłaniania się wsteczną kompatybilnością z GT, kiedy to wszystko: standard komunikacji linia GT linia nexo ...zostały stworzone przez 1 firmę. Co stoi na przeszkodzie wydania nowej wersji schematu EDI, gdzie symbol asortymentu może mieć długość taką na jaką pozwala nexo (64 lub 256 znaków) i efektywnie pchać standard do przodu? GT nie może po prostu odczytywać tylko 20 pierwszych znaków? Chyba, że wsteczna kompatybilność ma sięgać tak daleko, że wersje GT nie sprawdzały długości symbolu podczas importu i mogą wysypać przy imporcie z pliku o przy przekroczeniu 20? To i tak nadal nie wyjaśnia dlaczego nie można by po prostu wydać nowej wersji standardu, które GT już nie będzie obsługiwać, a będzie przeznaczona tylko dla nexo. Ogólny problem to fakt, że ograniczenie 20 znaków jest uciążliwe przy pracy z SKU.

Przypadkowo za styczeń zaksięgowaliśmy WNT-N, bo znienacka się pojawił w dokumentach do dekretacji. Czy da się ustawić aby ten zapis skojarzony nie podlegał księgowaniu w domyśle? Próbowałem gdzieś tu, ale nie ma:

Może dopowiem dlaczego jest to dla nas ważne: W GT kategorie księgowe używaliśmy m.in. do tworzenia raportów finansowych z różnych perspektyw - nie wszystko co jest w EV jest w KPiR i na odwrót, a też nie wszystko w dekretacji podlega księgowaniu. Przy dekretacji przypisywane były kategorie takie jak Koszty finansowe, Media, Opakowania, Transport, Artykuły BHP, etc. (tych kategorii jest z 15-20 i raportowanie po nich zawsze dawało realne informacje o przedsiębiorstwie, bo na przykład kategoria "Wynagrodzenia" nie dotyczyła tylko pracowników, ale też płac B2B). Ważne jest aby raportowanie odbywało się od strony już zaksięgowanych obiektów, bo w module dekretacji - nie wszystko trafi do EV czy KPiR. Niestety - podczas gdy te kategorie można użyć w schematach do klasyfikowania, to nie trafiają one (kategorie) do tworzonych zapisów - ani KPiR, ani EV. Nie ma też podglądu kategorii dokumentu źródłowego (żeby w KPiR i EV mieć kolumnę, która pokazuje jaką kategorie miał dokument/dekret źródłowy). W programie można utworzyć pola własne (do wszystkich: dekretacji, KPiR i EV), ale na ten moment schematy dekretacji nie obsługują przepisywania pól własnych (a szkoda, bo to by załatwiło nasz problem). Patrząc od strony logicznej - zgadzam się, że sam zapis KPiR (obiekt) nie potrzebuje dodatkowego pola Kategorii księgowej, bo jako odzwierciedlenie fizycznej księgi - nie istnieje taka wartość jak "Kategoria księgowa". Co natomiast byłby bardzo przydatne to uzyskanie w widoku (EV i KPiR) kolumny (oraz filtów do niej) "Kategoria księgowa dokumentu/dekretu źródłowego" (którym by był obiekt dokumentu dekretacji).

Opisywanie zbiorcze jest na ten moment bezużyteczne, bo raczej przy opisywaniu zbiorczym zmienia się tylko wybrane pola. Aktualnie opisywanie zbiorcze nadpisuje wszystkie pola. Wg mnie obok (brak) powinna się pojawić opcja (pomiń), dzięki której można by opisywać tylko poszczególne pola opisu, a resztę pomijać (pozostawić oryginalne).

Czy są jakieś plany lub czy jest szansa na realizację dodatkowej konfiguracji, gdzie w zakładce załączników obiektu zobaczylibyśmy załączniki obiektów powiązanych? Scenariusz: Dokument trafia do Biblioteki załączników Załącznik jest przetwarzany i tworzona jest np. FZ. Podpina się załącznik do FZ jako przetworzony. Powstaje dekret - i tu już załącznika brakuje, trzeba ręcznie dodać lub iść do kart. FZ. Opisujemy i księgujemy. Powstaje zapis KPiR i VAT. Ponownie - nie ma podpiętego załącznika i trzeba by się wspinać do obiektów źródłowych (nie ma szybkiego podglądu). Wydaje się, że można by zmienić zapytanie do bazy aby dodatkowo łapało załączniki obiektów powiązanych i powiązanych drugiego rzędu. Albo robić to dodatkowym zapytaniem - może jakiś przycisk w zakładce załączników obiektu "pokaż załączniki obiektów powiązanych". Szczerze to taki przycisk by się przydał wszędzie (ew. ograniczyć tylko jak daleko po powiązaniach nexo się wespnie, żeby się nie zawiesiło).

Dekretacja dokumentów: Kategoria księgowa może być wyświetlana jako kolumna. Widok nie posiada filtra do kategorii księgowej (posiada tylko filtr Kategorii handlowej). KPiR: Proszę o dodanie kolumny (filtr i grupowanie również) kategorii księgowej (czyli tej, która jest na dokumencie do dekretacji w widoku Dekretacja dokumentów przy opisywaniu). W GT taka kolumna jest. Ewidencja VAT: W module jest kolumna "Kategoria (Kategoria księgowa)", ale pozostaje ona pusta... proszę o naprawienie. Ponadto istnieje filtr po kategorii księgowej, który... NIE DZIAŁA.

Te "dziwne" nazwy to wewnętrzne (Stimulsoft) nazwy pól we wzorcu. Jedynym oczywistym sposobem żeby to obejść jest zrobienie wzorca ręcznie (wersja PRO, edycja zaawansowana) z nazwami wewnętrznymi wg własnych potrzeb. Sporo roboty robić tabele od nowa i wymaga trochę wiedzy (lub specjalisty).

Wychodząc z faktu, że istnieje cały moduł do Pojazdów - zakładam, że jest to najlepszy sposób na prowadzenie ich rozliczeń (zamiast robić to ręcznie, jak dotychczas). Mam jednak pytania: Pytanie 1: Tworzymy Rachunek (lub kilka) na Pojazd. Tworzymy Rozliczenie pojazdu za miesiąc - Rozliczenie pojawi się w dokumentach do dekretacji. Jednocześnie (jeżeli zapomnimy) zablokuje się nam możliwość wygenerowania auto zapisu VAT do konkretnych Rachunków. Czy istnieje gdzieś konfiguracja aby zapis VAT generował się zawsze i automatycznie? Pytanie 2: Tworzymy Rachunek (lub kilka) na Pojazd. Generujemy powiązany zapis VAT. Pojawia się on w dokumentach do dekretacji. Tworzymy Rozliczenie pojazdu za miesiąc - Rozliczenie pojawi się w dokumentach do dekretacji. Rozumiem, że do użytkownika należy decyzja co zaksięguje do KPiR? Program pozwala na jednoczesne zaksięgowanie do KPiR i bez żadnych ostrzeżeń zarówno każdego pojedynczego Rachunku pojazdu z powiązanego zapisu VAT, jak i utworzonego z nich Rozliczenia sumarycznego - w efekcie naliczając je 2 razy do kosztów. Czy gdzieś się to konfiguruje? Jak tutaj to poprawnie zrobić aby zablokować umieszczanie w KPiR pojedynczych Rachunków, a pozwolić tylko na Rozliczenie. Czy poprawnym wyjściem jest oznaczenie zapisu VAT powstałego z Rachunku pojazdu "Nie podlega księgowaniu"? Da się ustawić aby domyślnie nie podlegały?

Proszę o dodanie takiej funkcjonalności. Paragony i faktury spływają, robione są skany, a nie można ich podłączyć do obiektów eksploatacji. Workaround: Podpinanie w module dekretacji, ale wydaje się, że jest tu niespójność względem innych miejsc (inne obiekty).

Własne (powielone) typy dokumentów to nowe i jedno z najbardziej zaawansowanych (dostępnych przez interfejs nexo, nie Sferycznie) narzędzi profilowania danych. Podtyp dokumentu działa tak samo jak główny, z dodatkowym osobnym zestawem dostępu do danych (profilowanie), zabezpieczeń (uprawnienia), pełnego zestawu konfiguracji i zachowań (również osobnych numeracji). Poza tym pozwala na budowanie znacznie barwniejszych pluginów w Sferze. Dodam, że nadal jest w laboratorium i możliwe (na pewno) będzie dodatkowo płatne w przyszłości. Nie zalecam tego wdrażać bez dobrych powodów (profilowanie pracowników i działów organizacji) i rozplanowania obiegu dokumentów. Wracając do problemu: Użycie własnych typów dokumentów nie pomoże tu, chyba, że koniecznie che Pan napchać bazę osobnym typem i numeracją dla każdego pracownika (można wtedy utworzyć osobny typ faktury dla każdego pracownika z osobną numeracją i nadać uprawnienia do użytkowania typów tylko przez osobę dla której ją stworzono, a inicjały użytkownika dać jako stałą).

Czy istnieje konfiguracja gdzie można to wyłączyć (warna) dla wybranych kontrahentów - mianowicie kontrahentów spoza UE, który nie mają ani NIPu, ani VATINu (import)? Alternatywnie może coś z typem transakcji "IM", skoro IM jest zawsze spoza PL/UE, to po co program sprawdza VATIN? Może coś tutaj dodać "(brak)": ...i program by automatycznie wybierał "(brak)" w przypadku transakcji IM czy coś w ten deseń?