Dyspozycje bankowe dla proformy

[Radomił Ząbik 308]

Jaka jest oficjalna ścieżka, obsługi płatności za proformy, od dostawców w Insert NEXO? Obecnie proformy trafiają do działu płatności, są płacone bezpośrednio z banku, lądują Sobie potem luzem jako wpłaty i jak już wejdzie FZ to są podłączane. Może jest jakaś możliwość wymuszenia przez ZD utworzenia Rozrachunku, z którego można zrobić dyspozycję i taka przedpłata mogła by się potem podpinać pod ZD, a potem przepinać na FZ?

[Przemysław Werner 393]

Zamówienia nie generują rozrachunków. Zmiana dla dokumentów magazynowych i zamówień jest zapisana i rozważana do wdrożenia, jednak na ten moment nie ma ostatecznej decyzji w której wersji.

[Radomił Ząbik 308]

A jakaś propozycja, jak moglibyśmy to uporządkować? Chodzi o wprowadzanie, przez osoby zamawiające, do NEXO czegoś, co utworzy rozrachunek i pozwoli go obsłużyć dyspozycją bankową, a następnie podpiąć tą już wcześniej wykonaną przedpłatę, do FZ.

[Ernest Sadowski 56]

Tym samym się aktualnie bawię. Zalecam (cały proces):

1. Stworzenie ZD.
2. Wysłanie ZD do dostawcy.
3. Otrzymanie proformy.
4. Utworzenie nowego Rozrachunku o typie Spłata Zobowiązania.
5. Wejście w ZD i w płatności wybranie z listy Przedpłat ten Rozrachunek.

Rozrachunek zostanie skojarzony z ZD, a później automatycznie z FZ. Jakiekolwiek edycje i płatności/rozliczanie także będzie dokonane automatycznie.

Dodam, że musi to być Spłata Zobowiązania, Zobowiązanie nie będzie wykryte na liście w ZD. Dodatkowo istnieje bug (chyba należy to zablokować, prawda? W sensie zabronić edycje Rozrachunku powiązanego.):

Jeżeli stworzymy Spłata Zobowiązania, później podłączymy je do ZD i edytujemy na Zobowiązanie, to ZD utraci relacje nic nie mówiąc - tutaj mówię żeby nie kombinować.

Edytowane 30 Sierpnia 2019 przez Ernest Sadowski

[Radomił Ząbik 308]

Super, dziękuje! Rozważaliśmy jeszcze użycie Not obciążeniowych, ale Pana metoda, jest zdecydowanie bardziej skuteczna w obsłudze rozrachunków, a może sam Insert ją potem podłączy do ZD, aby on mogło wygenerować samo ten rozrachunek

[Radomił Ząbik 308]

Niestety, jednak nie zadziałamy tak, bo głównym celem było to aby można było wrzucić to do dyspozycji bankowej i wysłać do banku, a takiej operacji nie można wykonać na Spłacie zobowiązania. Wygląda na to, że pozostaje dodanie ręczne rozrachunku. Dodamy jeszcze pewnie pole własne Proforma/Przedpłata, aby takie rachunki jakoś wyciągnąć na wierzch listy do płacenia.

Dnia 30.08.2019 o 11:33, Ernest Sadowski napisał:

Jeżeli stworzymy Spłata Zobowiązania, później podłączymy je do ZD i edytujemy na Zobowiązanie, to ZD utraci relacje nic nie mówiąc - tutaj mówię żeby nie kombinować.

Hmm, zrobiłem tak i ta relacja dalej pozostaje w ZD

[Marcin Ryszka 1]

Ja mam ustawioną dodatkową formę płatności "płatność przed dostawą" TYP:zapłacono przelewem 
i wybierając na ZD tę formę pokazuje mi w rozrachunkach. Oczywiście w walucie w której jest wystawiony dokument.

Edytowane 4 Września 2019 przez Marcin Ryszka

[Ernest Sadowski 56]

Dnia 3.09.2019 o 10:21, Radomił Ząbik napisał:

Hmm, zrobiłem tak i ta relacja dalej pozostaje w ZD

Zostać zostanie ale jest to tzw. zachowanie nieokreślone programu - czyli BUG. Zalecam tu nie kombinować bo w dalszych etapach (wystawianie FZ i rozliczanie) się syf robi i traci powiązania.

Wygląda na to, że ZD może przyjąć (jako przedpłata) tylko SZ realizowanym przez wykonane już operacje (np. bankowe, tj. przelew).

 

Dnia 4.09.2019 o 13:15, Marcin Ryszka napisał:

Ja mam ustawioną dodatkową formę płatności "płatność przed dostawą" TYP:zapłacono przelewem 
i wybierając na ZD tę formę pokazuje mi w rozrachunkach. Oczywiście w walucie w której jest wystawiony dokument.

Stworzyłem rodzaj płatności jak wyżej. Jest to jednak płatność a nie przedpłata.

Innym faktem jest to, że kiedy wybierzemy ją jako Płatność na ZD to nie wygeneruje ona żadnych rozrachunków (a Pan pisze, że tak).

Można kilka słów więcej bo albo robię coś inaczej albo mówimy o totalnie innych rzeczach.

Edit: Wydaje mi się jednak, że mówimy o tym samym i dopowiem, że owszem - rozrachunek się wygeneruje ale po realizacji ZD (przez FZ), a istotą problemu tego tematu jest ustalenie sposobu na powiązanie przedpłat z zamówieniami i rozrachunkami, co aktualnie nie jest możliwe w sposób 100% satysfakcjonujący (np. brak możliwości automatycznych dyspozycji przy podłączaniu Zobowiązania).

Edytowane 8 Września 2019 przez Ernest Sadowski

[Marcin Ryszka 1]

Zgadza się jest płatność, która w rozrachunkach widnieje jako spłata zobowiązania z adnotacją "płatność przed dostawą" w pozycji dokument na liście nierozliczonych . My mamy utworzony dodatkowy raport w rozrachunkach pod tytułem: Pro-formy, gdzie filtrujemy po rodzaju SZ i widzimy wszystkie pro-formy które mamy do zapłacenia. Kwota pojawia się w rubryce zakup i jest z minusem.

Pytanie czy masz ją w płatnościach gotówkowych ? U mnie jest właśnie tu, czy w płatnościach odroczonych na ZD ? W płatnościach odroczonych raczej nie pojawi się na rozrachunkach, próbowaliśmy to ustawić, ale nie udało się i ten sposób jednoznacznie rozwiązał problem z pro-formami. Nie znaleźliśmy innych możliwości, które byłyby zadowalające.

 

[Radomił Ząbik 308]

Wyciągając wnioski z informacji od @Marcin Ryszka oraz @Ernest Sadowski, u nas spłata zobowiązania, nie przejdzie, bo nie można z niej wygenerować dyspozycji bankowej, a to jest mój główny cel - obecnie powstał dosyć spory bałagan, ludzie latają z proformami, dokumenty giną, a ręcznie wykonane przelewy, nie spinają nam się ładnie, po wciągnięciu wyciągu. Rozpoczęliśmy testy z rozrachunkiem typu zobowiązanie. Dodatkowo mamy zamiar dodać pole własne dla rozrachunków - Proforma/Przedpłata. Na podstawie jego, utworzymy odpowiedni Widok w panelu rozrachunków, aby osoba płacąca miała te płatności osobno. Puściłem 3 przelewy na testy, z mieszaniem typem rozrachunku aby go podłączyć z ZD (z pełną świadomością, że to może nie zadziałać), zobaczymy co będzie jak dojedziemy do FZ - u nas jest jeszcze jeden problem, że kwota proformy jest inna niż ZD, ponieważ na ZD nie umieszczamy usług, np. transportowych. Jeśli rzeczywiście będzie z tym problem, to pominę etap i będę tworzyć same rozrachunki tego typu, ukryje je odpowiednio na liście, aby nie myliły ludzi, że mamy jakieś nadpłaty niepowiązane do dostawców.

[Izabela Biernacka 6]

Dnia 23.08.2019 o 09:02, Przemysław Werner napisał:

Zamówienia nie generują rozrachunków. Zmiana dla dokumentów magazynowych i zamówień jest zapisana i rozważana do wdrożenia, jednak na ten moment nie ma ostatecznej decyzji w której wersji.

Oby jak najszybciej! Brak tej funkcjonalności naprawdę jest nie do zaakceptowania. 

[Radomił Ząbik 308]

Dnia 23.08.2019 o 09:02, Przemysław Werner napisał:

Zamówienia nie generują rozrachunków. Zmiana dla dokumentów magazynowych i zamówień jest zapisana i rozważana do wdrożenia, jednak na ten moment nie ma ostatecznej decyzji w której wersji.

Mamy rocznicę, więc pytanko - czy dodawanie formy płatności do ZD, tak aby były w stanie obsłużyć rozrachunki i dyspozycje, dla proform, jest trochę wyżej w kolejce do wdrożenia? 

[Przemysław Werner 393]

Plany realizacji tej funkcjonalności są zapisane wstępnie na przyszły rok i mają wejść w skład planowanego od jakiegoś już czasu refaktora płatności. 

[Radomił Ząbik 308]

W wersji 35 przebudowaliście płatności no i sugerując się filmem, wydawało mi się, że teraz ZD może obsługiwać płatność odroczoną. Wszedłem więc w konfigurację, zmieniłem odpowiednio skutek finansowy d la ZD:

 

.. następnie po zmianie utworzyłem nowe ZD, i ustawiłem w nim płatność przelewową:

 

... wszystko pięknie wygląda, ale wchodzę w rozrachunki i nie ma rozrachunku dla tego ZD. Czy ucieszyłem się za szybko?

 

[Przemysław Werner 393]

Nie wprowadziliśmy rozrachunków do ZK, ZD, WZ, itp.. Skutek finansowy to parametr, który wcześniej nazywał się Obsługa płatności i decyduje o tym, czy do wybranych płatności na dokumentach będą tworzone odpowiednie zapisy w kasie i banku.