Nie jesteś zalogowany na forum.
W zwiazku ze zmiana ustawy i wciagnieciem swiadczen rodzinnych do pomocy spolecznej mamy problem z wspolna wysylka .kdu i zestawow do ZUSU! Zus wymaga od nas aby wysylke klientow robic zarowno SR jak i POMOSTU razem bo nie otrzymamy w przeciwnym wypadku zaswiadczenia o niezaleganiu.
Problem jest tego typu ze oba budynki sa oddalone od siebie i posiadaja inne bazy - SR Access'owa a POMOST SQL'owa.
Czy macie moze jakies pomysly w rozwiazaniu tego problemu? Pracownik w SR dziennie pracuje na bazie Accessowej wiec ciagle sa zmiany - musielibysmy codziennie "importowac" cala baze do tej glownej SQL'owej wiec raczej to nie wchodzi w rachube!
Moze macie jakies inne rozwiazania na ten nasz problem?
Dowiedzielismy sie ze mozna edytowac w notatniku zestawy i np. klientow z POMOSTU w przygotowanej paczce skopiowac i wkleic do paczki ze Swiadczen i wtedy wyslac w jednym zestawie?! Jednak jaki to moze miec skutek? czy weryfikacja dokumentow przy wysylce bedzie sie wysypywala itd.?
Prosimy o pomoc...
Napisz mi jeszcze jakie dokumenty przygotowują w każdym z budynków? To jest jendna firma (jako jeden podmiot zgłoszona w ZUS)?
Nie bardzo rozumiem jak można etytować zestawy w notatniku? Chodzi o zestawy zapisane do pliku czy już zestawy zaszyfrowane i gotowe do wysyłki, nie sądzę żeby po takiej operacji kdu bądź kdu.szyfr miało poprawną strukturę i zastało przyjęte przez ZUS (to że wyślesz zestaw z PP nie jest równoważne z przyjęciem go przez ZUS, należy pobrać jeszcze potwierdzenie i sprawdzić STATUS PRZETWARZANIA na zakładce WYSYŁKA).
To już przecież łatwiej weksportować z jednej bazy zestaw i zaimportować do drugiej dodać wszystko do jednego zestawu i wysłać.
Budynki nie są połacznow siecią?
Budynki nie sa w sieci (mozliwa korespondencja i przesylanie plikow mailem tylko).
Jedna firma - MOPR - klienci pod numerem dokumentow rozliczeniowych 51 (kwestia ich polaczenia i wysylki wspolnie).
Zestawy zapisane do pliku - radzilismy sie innego MOPR'u i wlasnie tak wysylaja poprzez doklejanie i edycje (ZUS przyjmuje).
"To już przecież łatwiej weksportować z jednej bazy zestaw i zaimportować do drugiej dodać wszystko do jednego zestawu i wysłać."
No wlasnie - czy gdy z Accessowej wyeksportujemy zestaw i zaimportujemy do SQL'owej (w ktorej nie ma tych klientow i ich kartotek to mozna wyslac? co przy weryfikacji dokumentow?) mozna tak oba zestawy polaczyc aby z SQL'owej spokojnie mozna bylo wyslac je do ZUS? czy mozna same dokumenty z Access'owej (Swiadczenia Rodzinne) "dorzucic" - zaimportowac do zestawu stworzonego juz w SQL'owej (POMOST) i tak wyslac gotowy zestaw? De fakto nie bedziemy miec kartotek tych klientow z SR w SQL'owej bazie - czy nie bedzie z tym problemow?
Serdeczne dzieki za pomoc!
Dokumenty jakie sa przygotowywane do wysylki przez SR to: zgloszenia ZZA, wyrejestrowanie ZWUA i rozliczeniowe natomiast przez POMOST: ZZA, ZCZA, ZWUA
co bedzie w takim przypadku z pozniejszymi ewentualnymi korektami do zrobienia jesli bedziemy wspolnie wysylac?!
1. Nie ma żadnych przeciwwskazań żeby zaimportować zestaw zapisany do pliku (.kdu) z bazy SQL do Accessa lub odwrotnie. Są przecież różne programy płacowo-kadrowe które także generują takie pliki i bez problemu importują się do Płatnika.
2. Ten inny MORP wysyła domumenty automatycznie z Programu Płatnia, czy robi wysyłkę samodzielną czyli szyfruje zestaw do pliku i wysyła przez stronę www. Bo w dalszym ciągu nie mogę pojąć jak oni łącze te zestawy w notatniku:/
3. Nie ma możliwości żeby wysłać w PP zestawy z osobami których nie ma w KARTOTECE PŁATNIKA, przy imporcie zestawów osoby których nie ma w KARTOTECE zostają tam dodane automatycznie w celu późniejszej ich weryfikacji.
4. Ja bym zrobił tak; z jednej bazy eksportujesz zestaw do pliku (kdu), eksportujesz do drugiej bazy (dodadzą ci się osoby których nie ma w KARTOTECE) dodajesz wszystkie dokumenty do jednego zestawu i wysyłasz. No chyba prościej już nie można.
4'Jeśli zarówno w jednym i drugim 'budynku' są robione raporty imienne (RCA, RSA) wtedy musisz tylko przekopiować (KOPIUJ POZYCJĘ RAPORTÓW - WKLEJ POZYCJE RAPORTÓW) ubezpieczonych z jednego RCA do drugiego RCA i do zestawu dodajesz tylko jedno RCA, analogicznie z RSA i innymi raportami imiennymi.
Jakby coś było nie jasne to pisz.
No nam tez bylo ciezko zrozumiec i pojac jak oni to robia? duzo zabawy z tym jest i tyle wiec dlatego pytam tutaj na forum ;-)
dzieki za wszelkie info - jakby co bede pisal!
Chyba że oni robią tak, zapisują zestaw do pliku z jednej bazy zapisują zestaw do pliku z drugiej bazy. Jakoś go sobie łączą w notatniku i robią dopiero import jednego dużego zestawu do Płatnika, więc i tak im się dodają do KARTOTEKI osoby których nie było, a roboty więcej niż import jednego pliku do bazy.
no wlasnie tak to robia po zapisaniu do plikow z obydwu baz!
Pytanie jeszcze jedno:
kazdy zestaw ma swoja numeracje i SR i POMOST, czy nie pomiesza sie cos jesli zaimportuje do Platnika zestaw z numerem ktory juz byl wczesniej? czy po imporcie nowego zestawu dostaje on nowy numer? jak to wyglada?
bede poprostu importowac klientow z Platnika SR (Access) do klientow platnika POMOST (SQL).
Nie przejmuj sie numeracja. Nie ma ona wiekszego znaczenia w Twoim przypadku na tym pierwszym kompie bo i tak wysylasz z tego drugiego.
Zapisujemy zestaw do pliku .kdu z bazy access natomiast po jego zaimportowaniu do bazy sql zostaje on wczytany jako dokumenty wprowadzone a nie jako zestaw. Dopiero w z tych wszystkich wspolnych dokumentow tworzych zestaw. Wiec numeracja bedzie na bazie sql w porzadku.
no wlasnie tak to robia po zapisaniu do plikow z obydwu baz!
hehe, gratuluje pomysłu:D
Z numeracją nie ma problemu bo importując zestaw z pliku .kdu do PP wchodzą same dokumenty do DOKUMENTÓW WPROWADZONYCH a nie zestawy do ZESTAWOW WPROWADZONYCH. W zestawach nie ma śladu po imporcie kedu z pliku. Tak więc numeracja jak i nazwa zestawu którą sobie nadajesz to tylko dla twojej wiadomości do ZUSu to nie idzie.
Co innego przy ZASILANIU INICJALNYM, ale to już inna bajka:))
[ Wygenerowano w 0.026 sekund, wykonano 7 zapytań - Pamięć użyta: 574.7 kB (Maksimum: 1.22 MB) ]