Inwentaryzacja-Środków-Trwałych-za-pomocą-kolektora

Inwentaryzacja Środków Trwałych za pomocą kolektora

Inwentaryzacja środków trwałych zazwyczaj przeprowadzana jest na ostatni dzień każdego roku obrotowego. Obowiązujące obecnie przepisy dopuszczają również inne terminy. Z zastrzeżeniem, że inwentaryzacja powinna być przeprowadzana nie wcześniej niż 3 miesiące przed zakończeniem roku obrotowego i musi zakończyć się najpóźniej do 15 dnia roku następnego.

Co to jest kolektor danych?

Kolektor danych jest to poręczne urządzenie mobilne, które pomaga skrócić czas potrzebny na przeprowadzenie inwentaryzacji. Zgromadzone przez kolektor dane następnie wprowadza się do systemu celem ich prawidłowego rozliczenia.

Kolektor danych przede wszystkim ułatwia pracę tam, gdzie niezbędna jest mobilność, wygoda pracy i oszczędność czasu. Jest znacznie skuteczniejszy w działaniu niż zwykły smartfon, ponieważ bez problemu odczytuje nawet lekko uszkodzone czy wyblakłe etykiety.

Kolektor a Inwentaryzacja Środków Trwałych

Kolektor danych ze skanerem kodów będzie odpowiedni dla wszystkich firm, chcących zautomatyzować i przyspieszyć inwentaryzację przy wykorzystaniu tradycyjnych metod znakowania (etykiety, kody kreskowe).

Inwentaryzacja Środków Trwałych za pomocą kolektora danych służy do sporządzania okresowej inwentaryzacji środków trwałych posiadanych przez firmę. Kolektor jest uzupełnieniem funkcjonalności Symfonia Środki Trwałe oraz Symfonia ERP Środki Trwałe. Pozwala na realizację inwentaryzacji poprzez: wydruk etykiet do oznaczania środków trwałych, obsługę skanera kodów paskowych, archiwum arkuszy inwentaryzacyjnych oraz kontrolę liczby środków.

Drukowanie etykiet

Funkcjonalność drukowania etykiet realizowana jest z programu za pomocą raportu, który można uruchomić z okna listy środków trwałych – „Drukowanie etykiet”. Następnie po wybraniu odpowiednich wartości (tj. liczba kopii, druk etykiety dla części składowych, rodzaj etykiety) wydruk zostaje wykonany na wskazanej drukarce kodów paskowych.

Eksport bazy środków trwałych do kolektora

W wyniku wykorzystana raportu „Eksport bazy środków trwałych” na kolektor kopiuje się lista wszystkich (lub wybranych) środków trwałych. Raport ten dostępny jest z głównego okna listy środków trwałych programu. Po zeskanowaniu etykiety, urządzenie będzie „podpowiadało” podstawowe informacje o środku trwałym.

Import inwentaryzacji z kolektora

Po zakończeniu skanowania kodów środków trwałych, konieczne jest pobranie danych z terminala (kolektora danych). W oknie Inwentaryzacji dostępny jest raport „Import inwentaryzacji z kolektora” . Raport ten generuje plik z danymi przygotowanymi do wczytania w systemie (przy użyciu standardowego mechanizmu importu).

W celu wykorzystania możliwości rozwiązania – Inwentaryzacja Środków Trwałych z wykorzystaniem terminala – niezbędne jest posiadanie:

  • programu Symfonia Środki Trwałe lub Symfonia ERP Środki Trwałe,
  • terminala (kolektora danych),
  • drukarki etykiet z kodami paskowymi.

Szczegółowe informacje na temat inwentaryzacji środków trwałych przy pomocy kolektora uzyskasz u naszych konsultantów. Zapraszamy do kontaktu!

Komentarze (0)

Napisz komentarz

Nie ma tutaj jeszcze żadnego komentarza, bądź pierwszy!

Napisz komentarz
Dodaj komentarz

Przeczytaj również:

KSeF w pierwszym tygodniu działania – kluczowe problemy i wnioski

Minęły pierwsze dni od oficjalnego startu Krajowego Systemu e-Faktur. Jakie wnioski płyną z pierwszych doświadczeń użytkowników i co wciąż wymaga dopracowania – a co powinno zostać naprawione w pierwszej kolejności? W praktyce firmy zderzyły się z trzema głównymi obszarami problemów: Uwierzytelnieniem w KSeF, Uprawnieniami, tokenami i certyfikatami, Niekompletnością danych w systemach ERP i na fakturach. Uwierzytelnienie w KSeF Podstawowym problemem pierwszego tygodnia było uwierzytelnienie użytkowników w KSeF, w szczególności przy wykorzystaniu Profilu Zaufanego. W praktyce powstało wrażenie, że „KSeF nie działał”.W rzeczywistości problem dotyczył samego dostępu (jednej z metod uwierzytelnienia, a metod jest trzy: pieczęć cyfrowa, podpis kwalifikowany, profil zaufany), a nie awarii samego serwisu KSeF. Większość małych podatników (JDG) albo osób wskazanych z ZAW-FA nie mając płatnej metody uwierzytelnienia, logowała się za pomocą darmowego Profilu Zaufanego. I tutaj powstało przeciążenie systemu potwierdzenia tożsamości jakim jest Profil Zaufany. Profil Zaufany to rządowy sposób potwierdzania tożsamości w Internecie. Działa jak cyfrowy dowód osobisty – pozwala potwierdzić, kim jesteś. Dodatkowym źródłem problemów były wygaśnięte Profile Zaufane. W drugiej metodzie uwierzytelnienia jaką jest podpis kwalifikowany, klasyczny błąd polegał na braku podpisanego pliku z  żądaniem autoryzacyjnym – poniżej komunikat błędu przy próbie uwierzytelnienia się w KSeF. Pojawiały się błędy w wyborze właściwych parametrów podpisu. Podpis musi mieć dwa parametry: format XAdES i typ wewnętrzny (w przypadku Certum) lub otoczony (w przypadku KiR – Szafir). Poniżej komunikat w KSeF przy braku spełnionego jednego z tych warunków. Po uwierzytelnieniu się w KSeF – uprawnienia, superadmin, tokeny i certyfikaty Drugim kluczowym obszarem problemów były uprawnienia w KSeF, a w szczególności rola Superadmina. Superadmin to jedyna rola, która umożliwia dalsze delegowanie uprawnień użytkownikom i systemom w KSeF. W wielu organizacjach pojawił się krytyczny błąd organizacyjno-techniczny: Superadmin został poprawnie zgłoszony w formularzu ZAW-FA, ale nie nadał sobie uprawnień w KSeF, a następnie wygenerował token lub certyfikat dla systemu ERP. W efekcie system ERP nie mógł uwierzytelnić się do KSeF, mimo że token lub certyfikat technicznie istniał. Na czym polegał problem? Zgłoszenie Superadmina w ZAW-FA nie oznacza automatycznego nadania mu pełnych uprawnień operacyjnych w KSeF, a w szczególności do wysyłania i odbierania faktur w KSeF. Superadmin musi sobie nadać uprawnienia do wystawiania i odbierania faktur, wylogować się, zalogować ponownie i wygenerować nowy token lub certyfikat. Ten sam problem dotyczył nieaktualnych tokenów wygenerowanych z v.KSeF 1.0, w KSeF 2.0. Tokeny należy wygenerować ponownie, gdyż nie były one migrowane z v 1.0 KSeF. Kolejną grupą błędów były niekompletne certyfikaty – brak pary plików CERT i KEY. Podczas generowania certyfikatu do uwierzytelnienia w KSeF wielu użytkowników pobrało tylko jeden z wymaganych plików (np. .cert), zapominając o drugim kluczowym elemencie (.key). W efekcie certyfikat był technicznie niekompletny do integracji z systemem ERP. Klucz prywatny nie jest przechowywany przez KSeF i nie można go odtworzyć. Jeśli plik .key zostanie zgubiony lub niepobrany, certyfikat staje się bezużyteczny. Wówczas należy go unieważnić, a następnie zawnioskować w KSeF o nowy certyfikat. Zdarza się też, że użytkownicy mylą również certyfikaty offline i certyfikaty do uwierzytelnienia. Certyfikat offline służy wyłącznie do podpisywania faktur w trybie offline, natomiast certyfikat do uwierzytelnienia jest wymagany do komunikacji z API KSeF. Zamienne użycie tych certyfikatów prowadziło do błędów autoryzacyjnych. Pierwszy – Podpis linku do weryfikacji wystawcy – to nie jest certyfikat do logowania do KSeF. Służy tylko do podawanie QR kodu na fakturze. Dzięki temu odbiorca faktury może sprawdzić, kto ją wystawił. Nie daje dostępu do systemu KSeF. Drugi – Uwierzytelnienie w systemie KSeF – to już właściwy certyfikat. Służy do logowania się i autoryzacji w KSeF i jest wymagany do wysyłania faktur i ich pobierania. Konfiguracja systemów ERP – rozjazd między fakturą w KSeF a wizualizacją Wielu użytkowników zauważyło, że faktura w KSeF wygląda inaczej niż w systemie ERP. Wynika to z faktu, że KSeF przechowuje fakturę w strukturze logicznej XML, natomiast ERP generuje wizualną reprezentację dokumentu. Przykładem były problemy z postacią wizualna faktury w SaldeoSMART – braku NIPu czy nr KSeF na wizualizacji dokumentów. Problemy z brakiem właściwej postaci wizualnej należą do tych związanych z konfiguracją. W Saldeo jest możliwość nadruku numeru KSeF na wizualizacje PDF dokumentu. W tym celu na detalach firmy należy ustawić nadruk danych z KSEF. Kolejnym problemem były niekompletne dane w KSeF. Często pola w ERP nie były zmapowane do struktury KSeF lub były traktowane jako opcjonalne. Dotyczyło to m.in. danych logistycznych, warunków dostawy, numerów zamówień czy informacji dodatkowych. Szczególną kategorią były pola dodatkowe. Wiele organizacji posiada rozbudowane rozszerzenia faktury, które nie zostały wcześniej uzgodnione i zmapowane do elementów struktury KSeF, co spowodowało ich brak w systemie. Wnioski eksperckie: KSeF jako katalizator transformacji cyfrowej, ale też narzędzie e-kontroli Na pierwszy rzut oka KSeF i e-usługi upraszczają życie: szybciej, bez papieru, bez wizyt w urzędzie, z poziomu biura albo domu. W praktyce jednak ta wygoda ma drugie dno. Za pozorną prostotą kryje się coraz większa złożoność technologiczna: mnogość serwisów, certyfikatów, integracji i procedur, opisywanych językiem informatycznym, technicznym lub prawnym, który dla wielu użytkowników jest zwyczajnie niezrozumiały. Cyfryzacja, która ma ułatwiać, a coraz częściej wymaga od przedsiębiorców nie tylko znajomości przepisów, ale też kompetencji technicznych. I to właśnie ta luka między ideą prostoty, a realnym doświadczeniem użytkownika staje się dziś największym wyzwaniem KSeF. Zachęcamy do wysłuchania komentarza Barbary Ożarek-Łaganowskiej, Doradcy klienta w zakresie systemów ERP w Wercom, w podcaście „Cyfryzacja w Biznesie”.
KSeF w pierwszym tygodniu działania – kluczowe problemy i wnioski
Logo firmy Wercom
zweryfikowano

5/5(2 głosów)

Wercom

Oprogramowanie ERP dla biznesu


enova365
+1
Wielkopolskie
15 osób
Zobacz profil
Branża
Automotive, Biura rachunkowe, Budownicza, Chemiczna, Dystrybucja, eCommerce, Elektronika, Hotelarstwo, Meblarska, Metalurgiczna, Produkcyjna, Sektor publiczny, Spożywcza FMCG, Transportowa, Tworzywa sztuczne, Usługi
Opis
Pełnimy rolę przewodnika przy wyborze oprogramowania ERP. Jesteśmy Złotym Autoryzowanym Partnerem Symfonii oraz Autoryzowanym Partnerem enova 365....
rozwiń