Forum Użytkownikow Subiekt GT
InsERT GT => Rewizor GT => Wątek zaczęty przez: Tomek11 w Styczeń 31, 2013, 09:53:06
-
Witam
Ostatnio dostałem plik wyeksportowany z Subiekta poprzez komunikacje do biura rachunkowego. Podczas próby zaimportowania go do Rewizora dostaje taki komunikat:
Numer dokumentu Wynik Opis pozycji
FS 1/12/2012 Błąd Nie można przesłać plikiem komunikacji dokumentu FS Faktura sprzedaży z kwotą (wartość netto kompletów).
FS 1/12/2012 Błąd Dekretacja zakończyła się niepowodzeniem (Nie można przesłać plikiem komunikacji dokumentu z kwotą ( ).)
FS 1/12/2012 OK Przerwano import po błędzie (Operacja ukończona pomyślnie.)
Może ktoś pomoć, lub podsunąć jakiś pomysł jak to ugryź?
-
popraw w schemacie na kwtote netto a nie netto kompletow
-
Dzięki Biniew :) Oto mój schemat importu, dodając dodatkowe konto na wartość netto mam ten sam komunikat. Tak jakby w ogóle nie widział tego konta. Znowu jak usunąłem konta i zostawiłem tylko to wartość netto to poszło. Tylko dlaczego nie chce pójść import jak mam tak:
(http://img109.imageshack.us/img109/9208/screensi.png) (http://imageshack.us/photo/my-images/109/screensi.png/)
-
bo w pliku nie ma takiej kwoty
-
Poradziłem sobie tak z tym, że stworzyłem sobie kilka schematów importu, które różnią się kategorią oraz kontem i wszystko działa. Dzięki Biniew:)
-
Witam
zaimportowalam dokumenty ale niestety pisze mi nastepujacy blad dekretacja zakonczyla sie nie powodzeniem (brak danych kontrachenta).
Kontrahent nie tworzy sie automatycznie z importu ?
pierwszy raz na tym programie pracuje prosze o pomoc
-
Witam wszystkich i pozwolę sobie podpiąć się pod pytanie Żanety: co może być przyczyną komunikatu "Dokument typu FZ nie zawiera danych typu (Dostawca)" - osobliwie w obliczu faktu, że dokument (i plik) całkiem ewidentnie dane kontrahenta zawiera.
-
co może być przyczyną komunikatu "Dokument typu FZ nie zawiera danych typu (Dostawca)" - osobliwie w obliczu faktu, że dokument (i plik) całkiem ewidentnie dane kontrahenta zawiera.
Ale czy aby na pewno plik zawiera dane Dostawy a nie dane Sprzedawcy (zakładka Dokument a zakładka Magazyn)?
-
Dzięki za szybką odpowiedź.
Przyszło mi do głowy, że może chodzić o tego typu rozróżnienie i stąd błąd w definicji schematu importu (a ściślej: w określeniu kartoteki podpiętej do konta 210 w schemacie dekretacji). Możliwości są dwie: "sprzedawca" i "dostawca" - jednak wybór którejkolwiek z nich daje ten sam efekt.
Import FS przy określeniu kartoteki jako "nabywca na dokumencie" przebiega bez zarzutu. Czy ktoś ma doświadczenie z poprawną definicją schematu importu dla FZ?
-
Jeżeli zamiast kartoteki dostawca zastosujesz Sprzedawca to też jest błąd ?
Możesz pokazać screen z tego schematu ?
-
Jasne. Oto on:
(http://thecynicalmusician.com/images/schem_dek_FZ.JPG)
-
Ok, przy imporcie za pomocą TEGO SCHEMATU jaki masz błąd ?
-
Czy jest możliwość zaimportowania z pliku epp danych ale nie 1:1 (1 dokument = 1 dekret) ale np. 1 dokument - kilka pozycji dekretów. Np. w miesiącu przeksięgowuję paragony, które są płacone przez serwis aukcyjny z 201-00001 na 249-001 - do tego stworzyłem z excela plik epp, ale nie widzę innej możliwości niż zaimportowanie 1 dokument z epp = 1 dokument w rejestrze księgowym (i np. 2 wiersze księgowania MA 201 i WN 249). Myślałem, by tak zrobić dla wyciągu bankowego - dzisiaj korzystam z Homebankingu, ale jest to czasochłonne (65 stron wyciągu i dużo paragonów detalicznych + kilka serwisów płatności) - klikania tysiące - najlepiej gdybym mógł zaimportować to z epp, ale np. do jednego dnia wiele księgowań rozliczających kilka dokumentów rozrachunkowych. Dzisiaj robię to tylko 1 do 1.
Załączam mój schemat importu:
(https://www.dropbox.com/s/jezztgre63tscwm/schemat%20importu.jpg?dl=0)(https://www.dropbox.com/s/jezztgre63tscwm/schemat%20importu.jpg?dl=0)(https://www.dropbox.com/s/jezztgre63tscwm/schemat%20importu.jpg?dl=0)https://www.dropbox.com/s/jezztgre63tscwm/schemat%20importu.jpg?dl=0
-
Możesz opisać problem, gdyż nie rozumiem po co to wszystko ?
-
W każdym miesiącu wystawianych jest ok 1000 paragonów detalicznych. z 1000 klientów, po kilkadziesiąt do kilkuset paragonów jest wystawianych dla klientów portali sprzedażowych, które obsługują transakcje (rozliczenia). są to portale sprzedażowe lub transakcyjne, z którymi prowadzone są oddzielne rozrachunki.
1000 paragonów importowane jest na klienta detalicznego 200-00001, ale potem są rozksięgowywane na pozostałe rozrachunki, by pilnować rozliczeń z portalami.
portale sprzedażowe np. showroom, conceptshop.pl, trendsetterka.com lub portale transakcyjne, które obsługują płatność np. PAYU, PAYPAL, pobranie DPD, TPAY.COM itd.
Nie mogę tego zostawić na kliencie detalicznym bo w tych specyficznych przypadkach rozrachunek mam z inną stroną. Tak samo jest z Elavonem - płatności kartą "zdejmuję" z klienta detalicznego i zostawiam na 251 na rozrachunkach z Elavonem, gdzie otrzymuję kilka razu w miesiącu wpływy od Elavon i na koniec każdego miesiąca zostaje saldo (tak jak z pozostałymi sewisami).
Wklejam fragment planu konta:
https://www.dropbox.com/s/d4l19s97clcdnii/plan%20kont.jpg?dl=0
liczba transakcji jak na Rewizora - do "zajechania" - może ktoś z Was ma lepszy - efektywniejszy sposób.
dzięki Daniel.
-
liczba transakcji jak na Rewizora - do "zajechania" - może ktoś z Was ma lepszy - efektywniejszy sposób.
Wiem jak działają pośrednicy płatności tylko nie rozumiałem i nie rozumiem waszego postępowania... Poza podwójną dekretacją dokumentu nie rozumiem też dlaczego paragony są importowane na kontro rozrachunkowe 200-00001 zamiast na dedykowane konto nierozrachunkowe 200-99999... Według mnie wystarczy standardowe przeksięgowanie (cesja) w momencie importu dokumentu, przez co powstaje naturalny układ danych (jeden dokument = jeden dekret) i rozrachunki z właściwym kontrahentem (pośrednikiem płatności).
Sposób rozliczenia należności (chronologicznie lub z dokładnością do dokumentu) i usprawnienia w tym obszarze to już kolejne, oddzielne zagadnienie.
-
Można sobie życie komplikować, tylko po co?
Ten kto wymyslił taki plan kont nie ma pojęcia o mechanizmach GT. Ilość nie jest tu problemem.