Skocz do zawartości

Obsługa rozrachunków z poziomu ZD/ZK

Polecane posty

Z pełną świadomością, że tych tematów było naście i w każdym jest coś mowa o planach, chciałbym spytać:

 

Czy coś wiadomo kiedy i/lub jak to będzie wyglądać?

 

BARDZO brakuje w programie czegoś co by pozwalało szybko generować rozrachunki z poziomu zamówień.

 

Np. dla ZD przydałoby się coś takiego:

image.thumb.png.2830a709e8ee5fb8e9dbcdf0051de561.png

 

Podobnie dla ZK.

 

Oczywiście, nie mówimy tu o "pełnoprawnym" rozrachunku, ale jakiejś "specjalnej" wersji (żeby można było rozróżniać je od tych "prawdziwych"). Np. osobny typ/zakładka w rozrachunkach, a np. po faktycznym rozliczeniu takiego - przekształcałby się on na te "pełne" (te co są później na fakturach itp).

 

Rzucam łopatologicznie opisem, ale na prawdę, udręka jest z zarządzaniem płatnościami jak się ma naście+ dokumentów ZK/ZD i dla każdego trzeba robić osobne przedpłaty (z kartki, bo nie da się tego nigdzie wprowadzić na tą chwilę).

Edytowane przez Ernest Sadowski
Link to postu
4 godziny temu, Przemysław Werner napisał:

Na wstępie proszę o informację, czy stosowanie minimalnej wymaganej wpłaty oraz wykorzystywanie informacji w kolumnach o opłaceniu zamówień nie jest wystarczające?

Jest to pomocne w przypadku ZK, ale w dla ZD nie ma nic podobnego.

 

Co jest trudne/męczące (i wprowadza często zamęt, a nawet błędy):

 

1. ZD:

 

  1. Zaopatrzeniowcy/pracownicy składają sobie zamówienia u dostawców.
  2. Otrzymują odpowiednie potwierdzenia (proformy / dokumenty zamówień).
  3. Tworzą dokument ZD na podstawie tych potwierdzeń dostawców i odpowiednio wprowadzają asortyment/usługi i je opisują co i jak.
    1. Takie ZD może być na przelew - tutaj nie musimy się niczym martwić, realizujemy jako FZ, tworzy się rozrachunek FZ, robimy przelew rozliczający X dni później - wszyscy są szczęśliwi (szczególnie księgowość).
    2. Opcja 2 to te przedpłaty - zamawiający doskonale wie, że zanim dostawca zacznie realizować to trzeba zapłacić np. 50% lub 100%, a więc sprawa jest pilna.
      1. Nie da się nigdzie wprowadzić tego (nie znalazłem nic).
      2. Trzeba z papierkiem lecieć do księgowej (czy tam maila puszczać), żeby ktoś przelew wprowadził.
      3. Później ktoś musi upilnować, że jak pójdzie, to przelew bankowy się pojawi w Subiekcie i zostanie powiązany z ZD (co wymaga wrócenia do edycji ZD i odpowiedniego wybrania go jako przedpłaty).
      4. Alternatywą (żeby było to w systemie) jest "z ręki" wprowadzenie rozrachunku i w polu tekstowym "Dokument:" wpisać sobie numerek ZD. Wtedy faktycznie można go później rozliczyć - ale znowu problem się pojawia - jest on wtedy rozliczony, i jak później zrealizujemy przez FZ, to trzeba usunąć ten rozrachunek (ten z numerem ZD), a przelew powiązać z tym utworzonym przez FZ.

Wystarczy, że pojawi się kilka takich ZD z przedpłatami i już się trochę bajzel robi, bo każdy wymaga komunikacji. Dobrze by było gdyby powyższa sytuacja mogła być "opisana" w programie w formie przejrzystej i możliwej do rozwiązywania bez konieczności pilnowania każdego osobno.

 

Stąd pomysł, żeby dokumenty ZD mogły tworzyć sugerowane w poprzednim poście "zaplanowane przedpłaty". Wtedy już przy tworzeniu ZD, zamawiający (zaopatrzeniowiec albo jakiś inżynier) mógłby wprowadzić taką wymaganą przedpłatę, a księgowość od razu by widziała ją jako rozrachunek (o specjalnym typie, bo nie jest to "obowiązek" rozliczeniowy). Taki rozrachunek, kiedy zostałby rozliczony przetwarzałby się w zwyczajną przedpłatę i dalej by to wyglądało dosłownie tak jakby ktoś wziął zrobił przelew i powiązał go jako przedpłata do ZD (wtedy jak robimy FZ to ta przedpłata łączy się z rozrachunkiem FZ).

 

2. ZK/FP:

 

Podczas gdy, jak wspomniałem - kolumny i min. przedpłata pomagają i jest tu trochę lepiej, to powstaje podobny problem. Trzeba osobno wchodzić do zakładki ZK, sprawdzać całą listę, a jak przyjdzie przelew (przedpłata) i pojawi się rozrachunek - znowu trzeba wracać do listy ZK, edytować, powiązać przedpłatę i męczyć tak każdą pozycję.

 

Tutaj dlatego sugestia oparta o niemal identyczny mechanizm jak ZD:

Dlaczego by nie umożliwić ZK generować, tak jak dla ZD były to "zaplanowane przedpłaty", tak tutaj "spodziewane przedpłaty"?

One także by generowały taki "opcjonalny rozrachunek" który po rozliczeniu, od razu by przekształcał się w przedpłatę na dokumencie ZK (a więc później wiązał z FZ po realizacji ZK).

 

 

 

A zatem podsumowując:

  • Specjalny "Opcjonalny rozrachunek" o typie:
    • "Zaplanowana przedpłata" (ZD)
    • "Spodziewana przedpłata" (ZK/FP)

Które by się pojawiały w rozrachunkach jako specjalny typ, a ich rozliczenie przekształcałoby je w przedpłaty (a więc już zwykłe rozrachunki) i umieszczało na dokumencie ZD/ZK/FP.

 

Oczywiście dodatkowe ficzery jak terminy by były przenoszone/sterowane z ZD/ZK/FP (tak jak się to odbywa dla płatności odroczonych), a np. anulowanie ZD/ZK/FP by oczywiście skutkowało kasacją tych opcjonalnych rozrachunków.

 

 

Proszę o komentarz co do samej powyższej idei (jej sensu użytkowego), jak również ew. Wasze (InsERT) podejście do problemu obsługi przedpłat.

Wiele razy czytałem tematy na forum o przedpłatach, zawsze coś jest tam komentowane i planowane, ale nie widać specjalnych zmian w tym polu z perspektywy użytkowej.

Wydaje mi się, że opisane przypadki są na tyle częste dla wielu użytkowników, że implementacja ma nie tylko sens jak i nawet potrzebę - jak inni to robią? Czy nie warto usystematyzować sposobu rozliczania przedpłat?

 

Dziękuję za odp. :)

 

Edytowane przez Ernest Sadowski
Link to postu

Jeśli chodzi o ZD, to w jesiennej InsERT nexo jest szansa, że zostanie dodana możliwość generowania i podpinania dyspozycji bankowych oraz przedpłat. 

W dniu 11.06.2021 o 13:23, Ernest Sadowski napisał:

Podczas gdy, jak wspomniałem - kolumny i min. przedpłata pomagają i jest tu trochę lepiej, to powstaje podobny problem. Trzeba osobno wchodzić do zakładki ZK, sprawdzać całą listę, a jak przyjdzie przelew (przedpłata) i pojawi się rozrachunek - znowu trzeba wracać do listy ZK, edytować, powiązać przedpłatę i męczyć tak każdą pozycję.

 

Od strony wpłaty kasowej/bankowej jest możliwość podpinania jej pod ZK - nie ma potrzeby wracania do dokumentu ZK.

W dniu 11.06.2021 o 13:23, Ernest Sadowski napisał:

A zatem podsumowując:

  • Specjalny "Opcjonalny rozrachunek" o typie:
    • "Zaplanowana przedpłata" (ZD)
    • "Spodziewana przedpłata" (ZK/FP)

Które by się pojawiały w rozrachunkach jako specjalny typ, a ich rozliczenie przekształcałoby je w przedpłaty (a więc już zwykłe rozrachunki) i umieszczało na dokumencie ZD/ZK/FP.

Nie należy spodziewać się żadnych klasycznych ani też "specjalnych" rozrachunków do zamówień.

  • Lubię to 1
Link to postu
×
×
  • Dodaj nową pozycję...