Mam problem i nie mogę znaleźć co go dokładnie powoduje i jakie jest rozwiązanie. Pierwszy raz próbujemy zaimportować dokumenty z Subiekta do Rewizora (wspólna baz) - wcześniej komunikacja odbywała się poprzez plik EPP (osobne bazy)

A uprzejmie na tym forum uprzedzałem, aby dowiedzieć się jak działa program przed rozpoczęciem na nim, gdyż jego obsługa nie jest taka prosta, zwłaszcza w tak odpowiedzialnym obszarze jak księgowość... W tym tygodniu odwiedzałem kolejnego klienta, u którego zastałem 4 lata obrotowe bałaganu...

Przy dokumentach, w których w Subiekcie jest wykonana cesja płatności na jakiegoś kontrahenta (np. PayPal), dekretacja kończy się niepowodzeniem z komunikatem "Rozrachunek jest powiązany z innym kontrahentem, pracownikiem, instytucją lub wspólnikiem".

...

Konto 200-00029 - jest to konto kontrahenta PayPal (W subiekcie na tego kontrahenta robiona jest cesja płatności)

Co może być problemem? Dodam, że takie same schematy importu przy komunikacji EPP działały bez problemu.

Tutaj jak widać trzeba jeszcze wrócić do podstaw obsługi Subiekta - zobacz jakie rozrachunki tworzą się przy cesji - tworzy się należność na kontrahenta z dokumentu i to z nią powiązany jest główny rozrachunek, następnie tworzy się spłata na kontrahenta (spłata rozlicza należność) i na koniec tworzy się należność na cesjonariusza... Przy takim schemacie importu program będzie próbował rozrachunek z kontrahentem z dokumentu powiązać z kontem cesjonariusza PayPal co oczywiście jest błędem i nie może się udać... Należy w schemacie podłączyć wszystkie rozrachunki, które powstały, a przy tym wskazać, który rozrachunek ma zostać podłączony pod dane konto (o ile ma zostać podłączony - rozrachunki z pozostały odbiorcami). Jak to zrobić - w tym przypadku polecam zajrzeć do wzorcowego schematu importu.

I jeszcze jedno (na podstawie przykładowego schematu importu) - podział dokumentów / kategoryzacja / import według form płatności to nie jest dobry pomysł / niepotrzebna komplikacja, zwykle wszystkie formy płatności obsługuje się na jednym schemacie importu.

Dlatego robię wszystko na testowej kopii podmiotu. Próbowałem znaleźć w okolicach serwisanta, który by wszystko ustawił oraz wytłumaczył, ale niestety albo firmy się nie odzywały albo zajmują się tylko sprzedażą...

Nie rozumiem / nie przyjmuję tłumaczenia - można było poszukać kogoś z odleglejszej lokalizacji i/lub rozważyć pracę zdalną... Od jakiegoś czasu zamawiacie u nas rozwiązania dodatkowe, a nawet nie spytałeś czy podejmiemy się takiej usługi i/lub polecimy kogoś sprawdzonego...

Przeanalizowałem standardowy schemat importu, przetestowałem i wszystko zrozumiałem i działa dekretacja, także dzięki za pomoc.

Ok.

Potrzebował, bym jeszcze rady, w jaki sposób poprawnie zrobić i jak się to zazwyczaj w takich sytuacjach robi, aby nie tworzyło nowych kont analitycznych dla każdego kontrahenta.

Wymyśliłem, że można to zrobić tak:
Mam dokumenty sprzedaży do transakcji PayPal
Mam kontrahenta PayPal z oznaczeniem "Centrum autoryzacji kart płatnicznych", na którego robiona jest cesja płatności dokumentu.
Mam stworzona instytucję PayPal z kontem analitycznym

Tworzę schemat importu, na podstawie schematu standardowego, który księguje "Wartość do zapłaty" jako kwota Wn i "kwota zapłacona kartą" na Kwota Ma na instytucję PayPal (konto analityczne), zamiast ustawienia "nabywca na dokumencie"

Jak wyżej, nie kombinuj tylko dowiedz się jak działa program - odpowiedź/rozwiązanie padło w mojej poprzedniej odpowiedzi - służy do tego konto rozrachunków z pozostałymi odbiorcami - jedno konto dla wielu kontrahentów.

Cytuj

zwykle wszystkie formy płatności obsługuje się na jednym schemacie importu.

Tylko moje rozumowanie, powoduje, że musiał bym utworzyć tyle schematów ile form płatności.

Nie wiem jak rozumujesz, ale po schemacie importu zauważyłem, że w złym kierunku, stąd moja uwaga... Przykładowy schemat importu obsługuje wszystkie formy płatności i powinien wskazać właściwy kierunek.