Ernest Sadowski

Za każdym razem przy imporcie ten warn jest, z ręki go nie da się nigdzie zmienić, można tylko po wyskoczeniu warna kliknąć: ... i magicznie znika. Gdzie to później zobaczyć lub nawrócić na ustawienie pierwotne? Gdzie jest znacznik tej zmiany? Jak skonfigurować, żeby za każdym razem nie było tego warna?

Cesja na podmiot nie znajduje osób, nawet jak się wpisze całą nazwę. Osoby można wybrać tylko po otwarciu listy. Czy jest to zamierzone? Czy jest gdzieś ustawienie, które to odblokuje? Mamy

Dokładnie tak i pewnie to jest przyczyną, bo się problem pojawił po zabawie z laboratorium. Zatem proszę pilnie i czekam na poprawkę albo wg znalezionego błędu (ten temat), albo rozwoju od strony funkcji własnych dokumentów:

Error-2024-02-01_10-59-57.xml Stack wystarczy?

Wypowiadam się w imieniu księgowej. Czy to Gratifikant czy Rewizor czy co innego już mniejsza. Porzućmy temat. Nawracając do tematu: W nexo są rozrachunki. Rozrachunki można wprowadzać ręcznie, ale w wielu miejscach generowane są automatycznie. Logiczne chyba, że tworząc listę płac i zatwierdzając ją - program powinien wygenerować rozrachunki ZOBOWIĄZANIA wobec pracowników, którzy są podmiotami tak jak każdy inny i tak jak każdemu innemu - należy im się SPŁATA ZOBOWIĄZANIA przy pomocy przelewu bankowego lub wypłaty gotówkowej (które to oba - przelew i wypłata generują rozrachunek SPŁATA ZOBOWIĄZANIA). Jeżeli wygeneruję Dyspozycję Bankową z SPŁATA ZOBOWIĄZANIA to jak mam ją dalej rozliczyć? To jest już spłata. A gdzie w tym wszystkim samo ZOBOWIĄZANIE z rachunku wypłaty dla pracownika? Rozumiem, że samo zobowiązanie należy wprowadzać ręcznie?

Nie. Teraz walczyli i walczą z KSeF, ale KSeF jeszcze nie wchodzi. Później z tego co wiem będą pracować nad rozszerzaniem funkcjonalności zaawansowanych (to co teraz jest w laboratorium, własne typy i ogólnie rozszerzanie programu pluginami). Sprawy usług z kosztami, czy to przy wysyłkach czy przy produkcji (kompletowanie) pewnie jeszcze poczekamy najmniej rok zanim rozpocznie się coś rozwojowego, bo jest to duża sprawa z perspektywy samego zaprojektowania. EDIT: Nie wypowiadam się jako InsERT, ale InsERT daje odp. typu "mamy zapisane", więc pewnie to potrwa kilka dużych wersji.

Przekazuję to co "powinno" się dać wg księgowej (ale Ona z InsERTu się przyzwyczaiła do Rewizora i Gratyfikanta, a akurat w tej działalności tego nie ma). Pytanie pozostaje - czy się da zrobić aby lista płac generowała rozrachunki zobowiązań, które można dalej rozliczyć przelewami. Jeżeli nie wbudowanie - to może Automatem?

To wiem, dziękuję za wkład, ale pytam o co innego. Doprecyzuję - Rachunek z listy płac powinien wygenerować Rozrachunek zobowiązania wobec pracownika, który następnie możnaby rozliczyć przelewem lub wypłatą gotówkową. Zachodzimy w głowę dlaczego tego nigdzie nie ma. Czyżby było tylko w Gratyfikancie? I jeżeli tak - to czy w Rachmistrzu należy ROZrachunki do wypłat wprowadzać ręcznie?

Zrobiłem konserwację, zaktualizowałem do 48.2.1. Problem pozostaje. Dokładna przyczyna: Klikając LPM w asortyment (lub w pasku operacji) w kartotece Asortyment i dając Wystaw Dokument. Nie ma znaczenia ilość zaznaczonych pozycji.

W Gratyfikancie na pewno się to da, natomist księgowa szuka funkcjonalności w Rachmistrzu, która wygeneruje rozrachunki do list płac. Czy jest taka opcja? Wiem, że da się generować Dyspozycje Bankowe do rachunku na liście płac, jest to jednak dyspozycja, która przeradza się w przelew bankowy. A gdzie w tym wszystkim samo Zobowiązanie (Rozrachunek) wobec pracownika powstały z list płac? Czy należy go wprowadzać ręcznie?

Jak w temacie. Czyżby nie dało się z samym Rachmistrzem PRO?

Zatem mogę potwierdzić, że program przed Panem nic nie ukrywa więcej (funkcjonalności), bo u mnie/nas są te same problemy. Pozostaje wymyślić sobie odpowiednią dla siebie strategię i się do niej przywiązać. Zwracać uwagę na błędy człowieka. Dodam, że Subiekt nexo to tylko program "pudełkowy" - prawdziwe możliwości objawiają się w Sferze na wersji PRO. Można opracować plugin oparty o dokumenty własne (laboratorium), który np. z pól własnych do pozycji będzie automatycznie wystawiać KKD na ich podstawie lub nawet kwot umów pracowniczych i odpowiednio wszystko robić w tle przy wystawianiu dokumentu źródłowego. Są to natomiast duże koszty do napisania i wdrożenia.

2 sposoby: 1. Wprowadzać "wirtualne" towary (typ TW) usług i prądu na magazyn (ale uwaga z remanentami) i dopisywanie ich jako część składowa kompletu. 2. Kompletować tylko towary a do naliczenia kosztów dodatkowych stosować KKD do auto-PW z montowania. P.S. Osobiście lobbuję aby dokumenty produkcyjne ZM/ZR miały "wbudowaną" funkcjonalność KKD (czyli aby można było modyfikować, tj. naliczać dodatkowe koszty pozycji prosto na zleceniu za pomocą usług kartotekowych, dokumentów oraz własnych kosztów) - coś co teraz wymaga KKD i nie jest automatyczne.

Duży +1 do tego. Zarówno drukuj jak i drukuj naklejki oraz rozbite na partie, ale pewnie dużo roboty bo każdy możliwy dokument ma inny typ. Ze zleceniami mamy dokładnie te same zapotrzebowanie, a z drukowaniem z powiązanych dotyczy drukowania dokumentów automatycznych do handlowych i produkcyjnych.

Gdzieś w gąszczu konfigurowania numeracji (i możliwe własnych typów dokumentów) udało mi się podczas weekendowych prac wdrożeniowych (oraz update 48.1->48.2, który myślałem, że jest powodem) dosłownie rozgromić konfigurację samego programu do stopnia, że w bazie pojawiły się referencje do nieistniejących wpisów atrybutów numeracji, nulle, zgubione instancje i nie tylko. Sugeruje to bardzo poważny problem w zabezpieczaniu konfigurowania, który postaram się znaleźć. W międzyczasie backupy przywróciłem. Na pewno nie jest to bug wersji jak początkowo myślałem.

W całym programie, wszędzie sypie mi błędami. Nie mogę dodać dokumentów bazujących na polu "DataWprowadzenia". Na każdym kroku wysypuje operacje, program świruje w każdym miejscu gdzie jest kontekst numeracji. Dotyczy wszystkich numeratorów opartych o DataWprowadzenia. Poniżej przykładowa numeracja: Tak. Rok jest atrybutem, ale postać używa daty pełnej, którą konwertuję na YY (bo roku się nie da z formy YYYY sformatować). Numeracji takich i podobnych używałem cały 2023 i wcześniej. Działały też kilka dni temu (wersja przed 48.2 chyba, właśnie ją przywracam). Nie działają wszystkie dokumenty zewnętrzne - FZ, PZ, etc. EDIT: Problem chyba jest inny. Coś (nie aktualizacja) uszkodziło bazę. Podejrzewam typy własne dokumentów. Sprawdzam.

Zgadza się. A faktycznie. Są wtedy 2 pierwsze znaki Symbolu, a w przypadku nieunikalności mnemonika wyświetli się okno wyboru. Nie wiem jakim cudem to mnie ominęło podczas testowania. Zwracam honor - jest to przemyślane. Brakuje tylko tych nazw interfejsowych, bo znowu w oknie wyboru mnemonika jest pusty tytuł - odsyłam: Na razie więc temat zostawiam., ale nadal uważam, że powinna pojawić się opcja definiowania totalnie własnych mnemoników (jak skróty klawiszowe) i dopinania do nich komend tak jak to się robi w Ulubionych->Zarządzaj. A jednocześnie skoro można by wtedy definiować własne komendy - pozwolić też na edycję lub wyłączanie tych wbudowanych.

Brzmi jak plan. Myślałem podobnie. Ale sprawy nie ruszę przez dłuższy czas. Inny fakt, że błędnie nadane numeracje będą raczej rzadko się pojawiać i można je naprawić po fakcie w przyszłości (choćby ręcznie).

Jednak się nie da tego tak łatwo zrobić. PM = własny ZM PR = własny ZR Celem miało być, że dla numeracji (gdzie składowymi numeru są: PM, YY, MM i MG): PM/YY/MM/MG/123 i analogicznie: PR Powstaną odpowiednio dokumenty: ZM/YY/MM/MG/123-RP (rozchód produkcyjny) ZM/YY/MM/MG/123-PP (przychód produkcyjny) ZM/YY/MM/MG/123-KRP (korekta rozchodu produkcyjnego) Problem w tym, że dokumenty automatyczne RP/PP/KRP aktualizują swoją sygnaturę na bazie wyzwalaczy, które nie są nałożone na sygnaturę rodzica (zlecenia) - a więc zmieniając np. datę zlecenia na inny msc - otrzyma ona nową numerację, ale już auto-dokumenty się nie zaktualizują. Aktualizacja nastąpi jeżeli odwołamy ruchy magazynowe lub zmienimy magazyn wydań lub przyjęć (odpowiednio do dokumentu wydań/przyjęć). Oczywiście świeżo wygenerowane numery (nowy dokument zleceń i auto-dokumentów) zadziała okej, ale edycja istniejących skutkować może duplikatami numerów albo po prostu złą numeracją. Czy można prosić o komentarz czy da sie to jakos obejść lub czy możecie prowadzić dodatkowy wyzwalacz, który zaktualizuje numeracje auto-dokumentów gdy zmienia się dokument-rodzic?

Efekt końcowy: Wyjaśnienie: Mamy własne (od zera) wzorce wydruku (gdzie rodzaj, np. "Faktura" - jest narzucany przez sam wzorzec, aby ujednolicić nazewnictwo wydruków), natomiast pole Tytuł i Podtytuł używane jest do wskazywania czego dokument dotyczy: Do tej pory (przed v47 i wprowadzeniem nowych typów dokumentów w laboratorium) skonfigurowaliśmy nexo tak, że wszystkie typy dokumentów miały domyślny Tytuł ustawiony na pusty. Przed zmianami wersji dokumenty w widoku "Typy dokumentów" - kolumna nazwy czerpała dane z samej nazwy (systemowej) dokumentu - czyli np. RW to był "Rozchód wewnętrzny". Aktualnie zostało to zmienione - mamy kolumnę Tytuł, która czerpie dane z Tytułu dokumentu w jego konfiguracji. Z tego powodu mamy takie coś (do przeżycia, bo to konfiguracja): Ponadto podczas gdy wbudowane typy dokumentów w interfejsie nexo nadal mają nazwę domyślną (systemową) niezależnie co wprowadzimy w polu Tytuł (które u nas jest puste), to typy własne używają pole tytułu jako nazwy w interfejsie: Proszę o rozszerzenie funkcjonalności o sugestię oraz dodanie odpowiedniej kolumny w konfiguracji. Dodatkowo - czy przewidujecie także edycję nazw oraz symbolów interfejsowych dla dokumentów wbudowanych? Odsyłam również tu - edycja mnemoników dokumentów wbudowanych i własnych:

Stworzyłem sobie własne PW i RW na użytek nowego typu dokumentu montowania PR - niestety nie da się ich ustawić jako dokumenty realizujące dokument. Rozumiem, że będzie to rozwijane dalej?

Czy są planowane jakieś prace w kierunku personalizacji (i dodawania) mnemoników? Od pojawienia się własnych typów dokumentów zaistniała opcja dodawania własnych mnemoników (niestety są tworzone automatycznie wg symbolu dokumentu i nadpisują istniejące mnemoniki) - dobrze gdyby były konfigurowalne (choćby w podstawowych parametrach typu dokumentu). Najlepiej gdyby mnemoniki miały swoją konfigurację (moduł) tak jak wzorce wydruku i pozwalały określić różne dla różnych dokumentów. Czy przewidziane są mnemoniki 3-znakowe?

Great success: ProdukcyjnyDlaKtoregoRozchoduje.NumerWewnetrzny.PelnaSygnatura

Tworzę własny typ dokumentu ZPM z własnym typem wydań/przyjęć. Próbuję zrobić, żeby numeracja RW/PW miała w sobie numer zlecenia produkcyjnego. Dostaję "Kontekst nieokreślony" w "Edytuj dokumenty automatyczne". Czy to co próbuje jest możliwe (czy numerator dokumentu automatycznego ma dostęp do pełnej sygnatury dokumentu źródłowego)? Próbowałem pole DokumentZrodlowy i DokumentPowiazany -> Numeracja -> PelnaSygnatura ale nie działają.