Skocz do zawartości

Mamut Maniek

Użytkownik
  • Liczba zawartości

    1 106
  • Rejestracja

  • Ostatnia wizyta

  • Wygrane w rankingu

    7

Zawartość dodana przez Mamut Maniek

  1. Cześć, Pracuję na Subiekcie GT i wysyłam faktury do KSeF, co zużywa InsPunkty. Ostatnio punkty się skończyły i kilkadziesiąt faktur zostało wygenerowanych, ale nie wysłanych do KSeF — utknęły jako „do wysłania", bez żadnego komunikatu o błędzie. Zauważyłem to dopiero, gdy dokumenty zaczęły wisieć. Chcę to monitorować, żeby ostrzec się, zanim punkty się wyczerpią. W Koncie InsERT znalazłem funkcję Konfiguracja portfela → „Udostępnienie stanu portfela", ale jest zablokowana komunikatem: „Udostępnienie informacji o stanie Portfela InsERT nie jest możliwe. Aktualnie nie posiadasz licencji programu wykorzystującego InsPunkty, który został objęty opieką partnerską." Czy ktoś z Was korzysta z tej funkcji? Czy to właśnie ona pozwala na zewnętrzny, programowy odczyt stanu Portfela, i czy faktycznie wymaga „opieki partnerskiej"? Jak to działa w praktyce — w jakiej formie udostępnia stan (API, plik, coś innego)? Ewentualnie — czy da się włączyć automatyczne powiadomienie e-mail o niskim stanie Portfela poniżej jakiegoś progu, i gdzie to się ustawia? Będę wdzięczny za każdą podpowiedź.
  2. tak przepraszam nie podałem tej informacji Ostatecznie poradziłem sobie bez usuwania faktury końcowej (jest już w KSeF). Co zrobiłem: fakturze częściowej ustawiłem formę „e-Faktura (KSeF)" bezpośrednio w bazie — to ominęło blokadę edycji. UPDATE dok__Dokument SET dok_FormaDokumentowania = 1, dok_StatusKSeF = 1 WHERE dok_Id = 3462; Następnie w Subiekcie użyłem „Generuj e-fakturę" i „Wyślij do KSeF". Co ciekawe, blokada dotyczy tylko zmiany formy dokumentu; samo generowanie i wysyłka e-Faktury działają normalnie. Faktura częściowa dostała numer KSeF i jest zarejestrowana. Na przyszłość poprawiłem też program, który wystawia te faktury — teraz tworzy je od razu jako e-Faktury, więc częściowa trafia do KSeF, zanim powstanie końcowa.
  3. ale ona jest już w KSeF, to już chyba wole grzebać w bazie i chwilowo odłączyć powiązanie
  4. Witam, mamy zamówienia rozliczane zaliczkami w schemacie: zamówienie zaliczkowe (ZKzal) → faktura zaliczkowa częściowa (FSzc) → faktura zaliczkowa końcowa (FSzk). Zdarza się, że FSzc i FSzk są wystawiane tego samego dnia (najpierw częściowa, zaraz potem końcowa). Problem: faktura zaliczkowa częściowa nie została przekształcona do e-Faktury (KSeF) zanim powstała faktura końcowa. Teraz przy próbie przekształcenia/wysłania FSzc do KSeF Subiekt zwraca błąd: „Po dokumencie FS .../... wystawiono dokumenty: FS .../... Nie można go edytować." (kod 0x80040F19). Czyli częściowej nie da się już edytować, bo istnieje końcowa. Jak w tej sytuacji wysłać fakturę zaliczkową częściową do KSeF, skoro jest zablokowana przez końcową — czy jest do tego osobna ścieżka (np. natywny automat wysyłki KSeF), która nie wymaga edycji dokumentu?
  5. teraz mam podobny problem ale z transakcją nie mam pojęcia o co chodzi dodatkowo są takie wpisy związane z tym zamówieniem: czyli Pobieranie + Wysyłanie + Zapisywanie tego zamówienia wywala błąd. Dodatkowo podczas próby wejścia do tej transakcji wywala błąd "Niedopasowanie typu" Zauważyłem, że ten błąd też pojawia się gdy wybiorę opcję dla tej transakcji "Dokument wstępny" lub "Dokument końcowy" lub wybiorę zakładkę "Dokumenty" czyli coś będzie związane z Dokumentem. Próbowałem zastosować się do tego posta ale nie pomogło (zresztą nie miałem objawów opisanych w tym poście) Nawet nie da się tej transakcji usunąć bo też wywala błąd "Niedopasowanie typu" (szukam dalej) ok problem znaleziony, integracja nasza która dodaje notatki do transakcji coś nie ogarnęła tematu i to ta notatka była problemem, po usunięciu wszystko wróciło do normy
  6. póki co mam plan użyć pola własnego (zwykłego lub rozszerzonego) o nazwie "Wymiary" i tam zapisywać te 3 wymiary np. 104x34x21 i potem sobie to dalej prasować przez integracje
  7. Dzień dobry, Pracuję na Subiekcie GT 1.88 i w tabeli tw__Towar widzę kolumny tw_Wysokosc, tw_Szerokosc oraz tw_Glebokosc (typ money), obok tw_Masa, tw_MasaNetto i tw_Objetosc. Masę i objętość bez problemu znajduję i edytuję w kartotece towaru, natomiast wysokości, szerokości i głębokości nie potrafię nigdzie znaleźć w interfejsie kartoteki. W naszej bazie te trzy kolumny są puste dla wszystkich towarów, podczas gdy tw_Masa jest uzupełniona dla tysięcy pozycji — wygląda więc, jakby pola wys./szer./gł. w ogóle nie były wystawione w programie. W opisie struktury bazy widnieją jako „wysokość/szerokość/głębokość dla wybranej jednostki miary". Stąd moje pytania: 1. Czy te pola są gdzieś w Subiekcie dostępne do edycji — może na jakiejś zakładce kartoteki, po włączeniu jakiejś opcji, w module dodatkowym albo przy konkretnej konfiguracji jednostek miary? 2. Czy są przez cokolwiek wykorzystywane (wydruki, etykiety, integracje kurierskie, sklep internetowy, Intrastat, jakikolwiek mechanizm gabarytów/logistyki)? 3. Czy można bezpiecznie zapisywać do nich wartości zgodnie z przeznaczeniem (np. przez Sferę lub zapytanie SQL), czy to raczej pozostałość w schemacie, której lepiej nie używać? Kontekst: chcę przechowywać wymiary towarów, żeby automatycznie liczyć wymiar/gabaryt paczki dla zamówienia. Zastanawiam się, czy oprzeć się na tych wbudowanych polach, czy założyć własne pole rozszerzone. Z góry dziękuję za pomoc i pozdrawiam.
  8. ja mam za dużo dokumentów do poprawy więc idę pisać program, zobaczymy co z tego wyjdzie
  9. Dodałem niechcący dwie faktury zakupu do tego samego zakupu. W efekcie zdublowało mi stany. Do tych zdublowanych stanów które chce wycofać wystawiono już faktury sprzedaży. Potem do tych faktur wystawiono korekty (bo magazyn zgłosił brak stanu). Już kiedyś dawno temu naprawiałem podobny problem. Na tej fakturze zakupu wystarczy podejrzeć ruchy towarów skrótem `ALT + SHIFT + CTRL + ?` i odnaleźć faktury i korekty, wycofać skutki magazynowe. Potem będzie można usunąć tą błędnie wystawioną fakturę. Do faktur sprzedaży z wycofanym skutkiem magazynowym stworze odrębne PZ które uda mi się jeszcze prawidłowo rozliczyć. Praca jest mozolna bo wymaga dużo uwagi i pracy ręcznej. Można ma ktoś gotowy program lub instrukcje który pomoże ogarnąć temat?
  10. ja dalej nie widzę użyteczności funkcji "odłóż skutek magazynowy", może ktoś poda przykład?
  11. skąd takie wnioski? dokument był wystawiony i wysłany do ksef 12 maja (zgodnie ze zrzutem), wycofałem skutek magazynowy na tym dokumencie dzisiaj (21 maja)
  12. nie, wycofałem skutek magazynowy tak samo jak chciałem go przywrócić czyli przez edycję dokumentu (ENTER - funkcja "Popraw") ale nakierował mnie Pan na rozwiązanie tego problemu i wystarczy użyć opcji wywołania skutku magazynowego z menu Operacje i tam się udało to zrobić. Ale bałagan
  13. to czemu program pozwolił wycofać skutek magazynowy?
  14. Wycofałem skutek magazynowy w dokumencie FS2436 bo blokował mi usunięcie innej korekty. Teraz chce go przywrócić to mechanizm KSeF mi to blokuje. Otrzymuje komunikat o treści: o co tu chodzi? czy to błąd programu? Najlepsze jest to, że w ogóle teraz nie mogę zapisać dokumentu bez względu na wszystko - nawet jeśli otworze dokument i nic nie zmieniając chce go zapisać.
  15. Dokument wysłany do KSeF otwarty do edycji przez Sferę (SuDokument.Wyswietl w trybie edycji) po dowolnej zmianie (np. edycja pola „Uwagi") i kliknięciu Zapisz — nic się nie dzieje: okno „Niezgodność z danymi w KSeF" („Tak, zapisz mimo rozbieżności") nie pojawia się, okno pozostaje otwarte, zapis się nie wykonuje. Sprawdzone: okno nie jest ukryte (Alt+Tab, pasek zadań, drugi monitor — pusto). Porównanie: ten sam dokument otwarty ręcznie w Subiekcie GT (poza Sferą) — okno „Niezgodność z danymi w KSeF" pojawia się prawidłowo, „Tak, zapisz mimo rozbieżności" zapisuje dokument bez problemu. Wpływ: wszystkie nasze rozwiązania sferyczne otwierające dokumenty do edycji użytkownikowi (zwłaszcza dla dokumentów już zarejestrowanych w KSeF) przestają działać — użytkownik nie ma jak zapisać poprawki. Dzieje się tak po aktualizacji do wersji 1.88 HF2 Czy ktoś może to potwierdzić u siebie?
  16. Cześć, szukam sposobu, żeby zautomatyzować wysyłanie kompensat do księgowej — zamiast eksportować + wysyłać mailem, chciałbym generować PDF (albo EPP) wprost z bazy i wysyłać paczkę. Z poziomu UI Subiekta wszystko jest OK — Ctrl+P i daje Eksport. Ale chciałbym to skryptem, dla kilkudziesięciu kompensat na raz. PYTANIA: Czy ktoś z Was eksportuje kompensaty PROGRAMOWO do PDF? Jeśli tak, jakim mechanizmem ? Czy EPP z Subiekta zawiera kompensaty w sposób użyteczny dla księgowego (Rewizor GT, Comarch, Symfonia)? Czy księgowy potrafi to wczytać tak, żeby zobaczył zrealizowane wzajemne rozliczenia? Czy jest jakiś sprytny workaround z poziomu Sfery, którego nie znalazłem? (np. wczytanie kompensaty przez inny obiekt niż FinDokument — bo Kompensata jako samodzielny obiekt COM w Sferze nie istnieje) Z góry dzięki za każdą wskazówkę.
  17. ta ikonka zamula mi uruchamianie i prace na oknie Subiekt GT, da się ją wyłączyć?
  18. Czy ktoś z Was spotkał się z problemem dotyczącym faktur zaliczkowych końcowych w kontekście KSeF? Mój księgowy (pracujący na Comarch Optima) zgłosił mi dwie kwestie: Na fakturze zaliczkowej końcowej po stronie KSeF widoczna jest jedynie kwota tej ostatniej faktury, bez pełnej wartości zamówienia (sumy wszystkich zaliczek). W efekcie musi ręcznie sumować wcześniejsze faktury zaliczkowe, aby ustalić całkowitą wartość zamówienia. Dodatkowo na niektórych fakturach końcowych, w odniesieniach do wcześniejszych zaliczek, pojawia się numer KSeF tych dokumentów zamiast naszego wewnętrznego numeru dokumentu. Utrudnia to księgowemu wyszukiwanie dokumentów. Z mojej strony wygląda to tak, że Subiekt GT automatycznie: przekazuje numer KSeF, jeśli powiązana faktura została już wysłana do KSeF, a jeśli nie — używa numeru wewnętrznego. Nie widzę opcji konfiguracji tego zachowania. Pytania: Czy da się w Subiekcie GT wymusić, aby zawsze przekazywany był numer własny dokumentu zamiast numeru KSeF? Czy istnieje sposób, aby w strukturze wysyłanej do KSeF była dostępna pełna wartość zamówienia (suma wszystkich zaliczek), tak aby była widoczna po stronie odbiorcy (np. w Optimie)? Będę wdzięczny za każdą wskazówkę lub potwierdzenie, czy to po prostu ograniczenie KSeF/Subiekta.
  19. Czy ktoś z Was wie, jak rozwiązać problem, który zgłosił mi księgowy w związku z brakiem kwoty zamówienia na fakturze zaliczkowej końcowej? Do tej pory, gdy wysyłałem mu faktury zaliczkowe cząstkowe, a następnie końcową, miał łatwy podgląd na kwotę zamówienia na fakturze zaliczkowej końcowej. Teraz w KSeF widzi jedynie ostatnią kwotę płatności tej faktury końcowej i musi ręcznie podsumowywać pozostałe zaliczki, aby obliczyć kwotę zamówienia. Księgowy korzysta z systemu Comarch Optima. Czy ktoś spotkał się z takim problemem? Czy da się ustawić w Subiekt GT, aby podczas wysyłania faktury zaliczkowej końcowej do KSeF można było potem przy odbiorze tej faktury z KSeF odczytać całkowitą wartość zamówienia (kwotę wszystkich zaliczek) ?
  20. Zaktualizowałem Subiekt GT do wersji 1.87 SP3 HF1 ale nadal ten sam problem dodam, że pliki EPP generuje w ten sposób: 1. Moduł "Faktury sprzedaży" 2. Wybieram fakturę 3. Menu "Operacje" 4. Wybieram "Wyślij do" 5. Wybieram "Plik EDI++" 6. Wskazuje plik 7. Klikam w "Wyślij"
  21. U mnie też jak eksportuje fakturę sprzedaży do pliku EPP to nadal pokazuje wersje 1.11 zamiast 1.12 i brakuje numerów KSeF. Moja wersja Subiekt GT 1.87 SP2 HF1 pokazuje, że ma taką funkcjonalność to nie wiem czy gdzieś trzeba włączyć tą wersje EDI 1.12?
  22. Czy istnieją gotowe rozwiązania dodatkowe do zbiorczej zmiany uprawnień personelu (użytkownikom) dla Subiekt GT? Nie mogę znaleźć
×
×
  • Dodaj nową pozycję...