Plik wsadowy DFG: przygotowanie, korekta i rozliczenie
Plik wsadowy przenosi przygotowane dane umów do portalu Deweloperskiego Funduszu Gwarancyjnego. Samo wygenerowanie pliku w systemie dewelopera nie jest jeszcze potwierdzeniem, że portal przyjął dane. Trzeba zachować plik, wykonać import i odnotować komunikat oraz wynik dla każdej umowy.
Najpierw uporządkuj dane
W mechanizmie opisanym w dokumentacji voxCRM przed eksportem sprawdź, czy umowa ma właściwy typ, status Podpisana i czy integracja DFG jest aktywna. Według instrukcji Vox umowy niespełniające tych warunków mogą zostać pominięte bez osobnego komunikatu. Uzupełnij dane inwestycji, lokalu i harmonogramu płatności, w tym kwotę transzy oraz termin płatności.
Wartość CRM w tym procesie polega na zebraniu danych, które już są używane w pracy zespołu: umowy, inwestycji, lokalu, rachunku i harmonogramu. Z tych rekordów system przygotowuje odpowiedni wariant pliku i stosuje jego warunki wyboru. Zespół może więc kontrolować kompletność danych przed eksportem, zamiast przepisywać każdą umowę do osobnego arkusza. To usprawnia przygotowanie, ale nie zastępuje kontroli wyniku po stronie DFG.
Przykład ćwiczeniowy: przygotuj dwie syntetyczne umowy. Jedna spełnia wszystkie warunki, druga ma status roboczy. Po wygenerowaniu pliku porównaj oczekiwaną i rzeczywistą liczbę pozycji. Ćwiczenie wykonuj w uzgodnionym środowisku testowym; bez takiego środowiska sprawdź lokalnie generator i kartę kontroli, a nie wgrywaj fikcyjnych umów do produkcyjnego DFG.
Trzy warianty opisane przez Vox
| Wariant | Kiedy go użyć | Co sprawdzić |
|---|---|---|
| Nowe umowy DFG | Pierwsze przekazanie danych umowy. | Warunki wspólne, dane inwestycji, lokalu i transz. |
| Korekta umowy DFG | Poprawa wcześniej zgłoszonych danych, np. rachunku. | Numer konta bankowego 1 w lokalu i poprawność danych. |
| Zmiana umowy DFG | Zmiana wynikająca z aneksu lub cesji. | Dokument zmiany oraz datę jego podpisania. |
To opis mechanizmu voxCRM, a nie deklaracja, że każdy system CRM ma takie same warianty. Materiał producenta opisuje także import pliku w portalu po wybraniu trybu „Nowe Dane” i opcji „Z pliku”. Nazwy mogą zależeć od aktualnej wersji i konfiguracji.
Jak rozliczyć plik
Zapisz identyfikator roboczy pliku, datę przygotowania, wariant, liczbę oczekiwanych umów i liczbę pozycji w pliku. Po imporcie dopisz komunikat portalu, wynik każdej pozycji oraz ostrzeżenia. Jeżeli plik został odrzucony, wróć do danych źródłowych: sprawdź rachunek, adres lokalu, kompletność aneksu i wartości transz.
Przy większej liczbie umów porównaj raport kontrolny z listą zaznaczonych rekordów. Jeżeli liczby się różnią, sprawdź najpierw warunki selekcji i pola wymagane dla wybranego wariantu. Takie rozliczenie pokazuje, czy problem powstał w danych wejściowych, podczas tworzenia pliku czy dopiero podczas importu. CRM pomaga uporządkować pierwszy etap; portal DFG pozostaje miejscem, w którym sprawdzasz drugi etap. Dane źródłowe koryguj zgodnie z dokumentami i stanem faktycznym, nie zmieniaj kwot wyłącznie po to, by przejść walidację.
Jeżeli pojawi się ostrzeżenie adresowe, porównaj numer budynku na inwestycji i lokalu. Nie uznawaj ostrzeżenia za dowód poprawnego przyjęcia. Wynik powinien być zapisany po stronie portalu DFG, a korekta danych w voxCRM powinna mieć własny ślad.
W Bazie Wiedzy Vox opisano przykład odrzucenia pliku z aneksem przy ujemnej wartości transzy. To wskazówka do sprawdzenia danych, a nie podstawa do sztucznego przesuwania kwot.
Źródłem opisu wariantów jest publiczna instrukcja VoxCrmEdu, odczytana 13.09.2026. Przeczytaj także poradnik wyboru CRM, wprowadzenie do DFG i zasady działania procesu. Procedurę odbioru opisujemy w karcie testu integracji; na stronie głównej wyjaśniamy zakres serwisu.
Serwis jest powiązany z Vox Developer. Opisuje udokumentowany mechanizm producenta i własne propozycje kontroli; nie jest oficjalnym portalem UFG/DFG.