Budżet: 1000 PLN Termin: 10 dni
Dobry wieczór. Mam doświadczenie w realizacji skomplikowanego parsera ankiet z strukturyzacją. Proszę o kontakt.
Zlecę wykonanie stabilnego konwertera faktur PDF do pliku JPK V7M (2) w XML, zgodnego z aktualnym schematem MF.
Program ma:
Wczytywać folder z fakturami PDF (batch, wiele plików naraz)
Parsować dane z faktury, minimum:
numer faktury
data wystawienia
data sprzedaży (fallback jeśli brak)
NIP nabywcy
nazwa nabywcy
kwota netto
kwota VAT
waluta (PLN / EUR)
Obsługiwać faktury w EUR
automatycznie pobierać średni kurs NBP (tabela A)
kurs z ostatniego dnia roboczego poprzedzającego datę sprzedaży
brak ręcznego wpisywania kursu
Przeliczenie walut zgodne z VAT:
NETTO × kurs NBP
VAT liczony już od kwoty w PLN
Generować poprawny plik JPK V7M (2):
Program musi:
być odporny na różne layouty PDF (fallbacki, regexy)
nie crashować się przy nietypowej fakturze
failować jawnie, a nie generować błędne JPK
być gotowy do kontroli US (brak „zgadywania” danych)
Co dostarczam ja
przykładowe faktury PDF
przykład poprawnego JPK V7M (2) jako wzór struktury
wymagania dot. księgowości (VAT)
Budżet: 1000 PLN Termin: 10 dni
Dobry wieczór. Mam doświadczenie w realizacji skomplikowanego parsera ankiet z strukturyzacją. Proszę o kontakt.
Budżet: 2000 PLN Termin: 9 dni
Antoni, stworzenie automatycznego konwertera PDF do JPK V7M to zadanie, które rozumiem doskonale. Ważność przetwarzania różnych layoutów faktur i obsługa walut zgodna z VAT to kluczowe aspekty, które umiem efektywnie zaimplementować dzięki mojemu doświadczeniu w projektowaniu systemów automatyzacji biznesu.
Wykorzystam solidne parsowanie i dopasuję algorytmy do zmiennego formatu PDF, co zapewni niezawodność działania i zgodność z wymogami US. Moje realizacje pomogły już wielu firmom zoptymalizować obieg dokumentów, dlatego chętnie wdrożę najlepsze praktyki i rozwiązania również w Twoim projekcie.
Budżet: 1200 PLN Termin: 10 dni
Dzień dobry, mam duże doświadczenie w parserach i automatyzacji, więc mogę wykonać to zamówienie.
Python/Node.js do parsowania, to samo do generacji. Planuję skonfigurować bazę danych dla kursów NBP, wykorzystywaną jedynie w celu minimalizacji obciążenia (DDOS) serwerów NBP. Błędy będą zapisywane do pliku.
Realizacja będzie wykorzystywać wyłącznie dane z faktur – bez żadnego „zgadywania” danych.
Czas realizacji może się różnić w zależności od liczby przykładów faktur.
Budżet: 1000 PLN Termin: 30 dni
Cześć! Zapoznałem się z twoim zadaniem i uważam, że mogę je pomyślnie wykonać. Będę wdzięczny za współpracę, proszę, napisz do mnie osobiście w celu dalszych szczegółów.
Budżet: 3000 PLN Termin: 14 dni
Szanowny Panie,
z zainteresowaniem zapoznałem się z Państwa zleceniem dotyczącym stworzenia stabilnego konwertera faktur PDF do formatu JPK V7M (2) w XML, zgodnego z aktualnym schematem Ministerstwa Finansów. Jako doświadczony programista specjalizujący się w automatyzacji procesów księgowych i przetwarzaniu dokumentów PDF, jestem przekonany, że mogę dostarczyć rozwiązanie spełniające wszystkie podane wymagania.
Moje doświadczenie:
- Mam ponad 5 lat doświadczenia w pracy z Pythonem, w tym bibliotekami do parsowania PDF (np. PyMuPDF, pdfplumber, PyPDF2) oraz generowania XML (xml.etree.ElementTree, lxml).
- Realizowałem podobne projekty, takie jak ekstrakcja danych z faktur dla systemów ERP, obsługa kursów walut z API .
Proponowane rozwiązanie:
- Wczytywanie batchowe: Program będzie skanował folder z PDF-ami i przetwarzał je zbiorczo, z opcją logowania postępów.
- Parsowanie danych: Użyję kombinacji OCR (jeśli potrzebne, np. Tesseract) z regexami i fallbackami, aby obsłużyć różne layouty faktur. Dane minimalne (numer, daty, NIP, nazwa, kwoty netto/VAT, waluta) będą ekstraktowane z odpornością na błędy – w przypadku nietypowych faktur program zgłosi jawny błąd .
- Obsługa EUR: Automatyczne pobieranie kursu NBP z ostatniego dnia roboczego przed datą sprzedaży (lub wystawienia jako fallback). Przeliczenie: netto × kurs, a VAT od kwoty w PLN, zgodnie z wymogami VAT.
- Generowanie JPK V7M (2): Plik XML będzie tworzony na bazie schematu MF, z walidacją struktury. Użyję Państwa przykładowego JPK jako wzoru.
- Odporność i bezpieczeństwo: Program będzie "fail-safe" – nie zgaduje danych, a w razie problemów przerywa proces z komunikatem. Gotowy do audytu US, z pełną dokumentacją kodu i testami na przykładowych fakturach.
Plan realizacji:
1. Analiza przykładowych PDF i JPK (1-2 dni).
2. Prototyp parsowania i przeliczania (3-5 dni).
3. Integracja z generowaniem XML i testy (3-4 dni).
4. Optymalizacja i obsługa edge cases (2-3 dni).
Całość szacuję na 10-14 dni roboczych, w zależności od liczby przykładów.
Budżet: 1200 PLN Termin: 3 dni
Witam. Robiłem projekt, w którym trzeba było sprawdzać faktury pdf pod kątem fałszerstwa/niefałszerstwa. Mogę przerobić to na Twoje zadanie.
Budżet: 1000 PLN Termin: 5 dni
Zrobię stabilny konwerter PDF faktur -> JPK V7M (2) XML (batch), zgodny ze schemą MF. Mam doświadczenie w automatyzacjach/parsingach plików i walidacji danych, więc podejdę do tego „bez zgadywania” — jeśli czegoś nie da się pewnie wyciągnąć z PDF, narzędzie jasno to pokaże.
Na start potrzebuję paczkę przykładowych PDF + ten poprawny JPK jako wzór.
Budżet: 6000 PLN Termin: 14 dni
Dzień dobry,
jestem zainteresowany realizacją zlecenia dotyczącego automatycznego konwertera faktur PDF → JPK V7M (2) w XML.
Mam praktyczne doświadczenie w:
- parsowaniu dokumentów (PDF) i wyciąganiu z nich danych księgowych,
- pracy z danymi VAT, walutami (PLN/EUR) oraz kursami NBP,
- generowaniu plików XML zgodnych ze schematami MF (w tym kontrola poprawności struktury).
Na podstawie opisu widzę następujący zakres prac:
- Wczytywanie folderu z fakturami PDF (batch, wiele plików naraz).
- Parsowanie kluczowych danych z faktur (nr faktury, daty, NIP/nazwa nabywcy, kwoty netto/VAT, waluta).
- Obsługa faktur w EUR z automatycznym pobieraniem kursu NBP (tabela A):
- kurs z ostatniego dnia roboczego poprzedzającego datę sprzedaży,
- bez ręcznego wpisywania kursu.
- Przeliczenie NETTO × kurs NBP, a następnie poprawne liczenie VAT już od kwoty w PLN, zgodnie z zasadami VAT.
- Generowanie pliku JPK V7M (2) w XML zgodnego z aktualnym schematem MF:
- walidacja struktury względem schematu,
- jawne raportowanie błędów (program ma „failować” w razie problemu, a nie zgadywać dane).
- Odporność na różne layouty PDF:
- podejście oparte na fallbackach/regexach i regułach,
- bez cichego pomijania lub domyślania wartości — rozwiązanie „gotowe do kontroli US”.
Z Państwa strony (przykładowe PDF, poprawny JPK V7M (2), wymagania księgowe) pozwolą dobrze odwzorować logikę księgową i upewnić się, że konwerter nie „zgaduje” danych, tylko działa w pełni deterministycznie.
Proponowane terminy:
- Analiza przykładowych faktur i wzorcowego JPK, zaprojektowanie mapowania oraz architektury rozwiązania: 2–3 dni robocze.
- Implementacja konwertera (parsowanie PDF, logika walutowa, integracja z NBP, generacja JPK, obsługa błędów): ok. 7–10 dni roboczych.
- Testy na dostarczonych fakturach, poprawki i utwardzenie rozwiązania: 2–3 dni robocze.
Łącznie: orientacyjnie 2–3 tygodnie kalendarzowe, w zależności od liczby wariantów layoutów faktur i ewentualnych dodatkowych wymagań po stronie księgowości
Budżet: 1000 PLN Termin: 12 dni
Dzień dobry! Zapoznałem się z zadaniem, mam praktyczne doświadczenie w tworzeniu konwerterów finansowych. Jestem gotów szybko zrealizować niezawodne rozwiązanie do pracy z PDF i tworzenia ważnego XML, wynik pokażę na waszych przykładach.
Добрый день! Хотелось бы уточнить несколько нюансов:
Какие именно макеты? Сколько существует разных видов счетов? Это 3-5 постоянных шаблонов или каждый раз новые?
Формат PDF, это текстовые PDF (где можно выделить текст мышкой) или сканы/фотографии?
Cześć wszystkim! Szukam programisty backend (NestJS) do pracy nad nowym projektem. Co trzeba zrobić Opracować REST API w NestJS. Przygotować i utrzymywać dokumentację za pomocą Swagger (OpenAPI), aby programista frontend mógł automatycznie generować klienta przez Orval i zawsze pracować z aktualną specyfikacją. Zaplanować czystą, skalowalną architekturę, którą będzie łatwo utrzymać i rozwijać. Wymagania Znajomość NestJS i TypeScript na poziomie zaawansowanym. Doświadczenie w pracy z PostgreSQL. Doświadczenie w integracji z Supabase: autoryzacja i uwierzytelnianie; praca z bazą danych; wykorzystanie gotowych możliwości platformy. Doświadczenie w integracji Stripe (przez możliwości Supabase). Znajomość zasad bezpieczeństwa API, autoryzacji, walidacji danych i ochrony aplikacji. Umiejętność pisania czystego, strukturalnego i rozszerzalnego kodu. Jeśli masz odpowiednie doświadczenie, proszę, prześlij: przykłady projektów lub GitHub; pożądaną stawkę (za ekrany, które dostarczyłem, aby zrozumieć twoją stawkę, stawka godzinowa nie jest wygodna, ponieważ nie wiadomo, jaki będzie zakres pracy, każdy ma inny tempo);
O projekcie i zadaniach Mamy mały dział sprzedaży (kierownik działu sprzedaży + 2 menedżerów) oraz bazę około 220 aktywnych klientów. Obecnie pojawiła się pilna potrzeba wdrożenia lekkiego CRM jako poziomu operacyjnego, aby menedżerowie w czasie rzeczywistym rejestrowali rozmowy, ustalenia i statusy w lejku sprzedażowym, a kierownictwo widziało, którzy klienci „utknęli” na danym etapie. Równocześnie aktywnie wykorzystujemy analitykę AI (Claude) do pracy z eksportami, raportami, wyszukiwaniem anomalii oraz analizą P&L. Dlatego CRM potrzebny jest jako czyste źródło danych, z którego będzie można formować jakościowe eksporty. Co należy zrobić (Etap 1 — Wdrożenie) Audyty i wybór rozwiązania. Ostatecznie określić razem z nami platformę. Rozważamy ukraińskie rozwiązania (KeyCRM lub SalesDrive), ponieważ ważna jest integracja z ukraińską telefonią i Nową Pocztą. Jesteśmy również gotowi rozważyć Pipedrive. Konfiguracja systemu. Utworzenie lejka sprzedażowego, kart klientów, dostosowanie pól zgodnie z naszą specyfiką. Integracje. Podłączenie telefonii, komunikatorów i Nowej Poczty. Import danych. Poprawne przeniesienie istniejącej bazy klientów (około 220 kontaktów) z bieżących plików. Szkolenie. Krótkie wprowadzenie dla kierownika działu sprzedaży i dwóch menedżerów dotyczące zasad prowadzenia transakcji, aby zapewnić czystość i jakość danych w CRM. Dalsze zadania (Etap 2 — Wsparcie) Wsparcie techniczne i dopracowanie automatyzacji w trakcie pracy. Kontrola poprawności eksportów danych do dalszej analityki AI. Kogo szukamy Specjalisty z doświadczeniem w wdrażaniu KeyCRM, SalesDrive lub Pipedrive (proszę dodać przykłady lub przypadki w odpowiedzi). Osoby, która rozumie zasady budowy analityki sprzedaży i potrafi konfigurować eksport danych bez „śmieci”. Odpowiedzialnego specjalisty, gotowego do długoterminowej współpracy i wsparcia projektu. W odpowiedzi proszę podać Wasze doświadczenie z KeyCRM, SalesDrive lub Pipedrive. Orientacyjną wartość oraz czas podstawowej konfiguracji dla naszego zespołu (3 użytkowników). Czy jesteście gotowi dalej administrować systemem i na jakich warunkach.
O firmie Firma handlowa. Pracujemy z grupą towarową liczącą ponad 2000 pozycji w różnych kategoriach.Aktualna sytuacja Obecnie nomenklatura jest prowadzona w Google Sheets — dane są skonsolidowane według zakładek (kategorii). Struktura zakładek: Nazwa towaru Grupy cen: koszt własny, hurt, detal Charakterystyki: waga, ilość w opakowaniu itd. Ważne: liczba kolumn różni się w zależności od kategorii towarów, ponieważ mają one różne charakterystyki.Dlaczego obecne rozwiązanie nie jest odpowiednie Google Sheets nie pozwala na ustawienie praw dostępu na poziomie poszczególnych kolumn. Potrzebujemy: Przyznawania użytkownikom praw do wyświetlania określonych kolumn (na przykład tylko kosztów własnych) Przyznawania praw do edycji określonych kolumn (na przykład cen detalicznych) Ograniczenia dostępu do pozostałych kolumn w tej samej zakładceCo należy zrobićPodstawowe wymagania Elastyczny system rozgraniczenia praw Dostęp na poziomie poszczególnych kolumn (odczyt / zapis) Przydzielanie praw według ról lub użytkowników Zarządzanie prawami bez udziału programistów Wsparcie dla różnych struktur danych Różne kategorie towarów mają różny zestaw charakterystyk Dodawanie nowych kolumn/charakterystyk bez programowania Niepodległość od programistów Administracja przez wewnętrznych pracowników Dodawanie kategorii, kolumn, użytkowników — przez interfejs Integracja z ERP Eksport aktualnych cen do naszego systemu ERP Eksport lub automatyczna integracja przez API Analiza danych z wykorzystaniem AI (pożądane) Możliwość analizy całej listy nomenklatury Ubogacanie, weryfikacja, rekomendacje — jeśli masz pomysły, opiszOczekiwany rezultat Działające rozwiązanie, w którym: Nomenklatura jest zorganizowana według kategorii z różnymi zestawami charakterystyk Prawa do kolumn są elastycznie konfigurowane (wyświetlanie / edytowanie) Dane są eksportowane do ERP Zespół może samodzielnie zarządzać systememCo potrzebujemy od Ciebie przy odpowiedzi Opisz w ogólnych zarysach, jak widzisz rozwiązanie: Jakie narzędzie / platformę proponujesz
Konieczne jest przeprowadzenie głębokiej analizy technicznej trzech plików PDF pod kątem autentyczności oraz możliwych oznak edytowania lub fałszowania. Potrzebna jest nie tylko wizualna ocena dokumentów. Wykonawca powinien dobrze rozumieć wewnętrzną strukturę plików PDF oraz umieć analizować: metadane plików; strukturę PDF oraz poszczególnych obiektów; historię tworzenia i możliwego edytowania; używane oprogramowanie; wbudowane czcionki, obrazy, warstwy i inne elementy; możliwe oznaki ponownego zapisywania, konwersji, wprowadzania zmian lub tworzenia dokumentu z datą wsteczną; jakiekolwiek techniczne niezgodności, które mogą świadczyć o manipulacjach z plikami. Na podstawie przeprowadzonej analizy należy przedstawić zrozumiałe pisemne wnioski dotyczące każdego pliku z wskazaniem wykrytych oznak, ryzyk oraz ograniczeń analizy. Rozważamy specjalistów, którzy mają praktyczne doświadczenie w cyfrowej kryminalistyce, analizie dokumentów PDF, metadanych lub weryfikacji plików elektronicznych pod kątem autentyczności. W odpowiedzi prosimy krótko opisać swoje doświadczenie, metody oraz narzędzia, które wykorzystujesz do takiej analizy.
Ogólne informacje Konieczne jest opracowanie prostej, minimalistycznej systemu webowego, którego głównym celem jest prowadzenie bazy klientów, tworzenie zapisów na wizyty oraz automatyzacja procesu potwierdzania wizyt przez SMS, wysyłanie jednorazowych linków przez API z samego serwisu. Projekt jest realizowany etapami. Na pierwszym etapie konieczne jest wdrożenie jedynie podstawowej funkcjonalności (MVP), aby system mógł być używany w rzeczywistej pracy. Po uruchomieniu i przetestowaniu będzie stopniowo rozszerzany o nowe moduły.Podstawowa funkcjonalność pierwszego etapu autoryzacja użytkowników; baza klientów; tworzenie i edytowanie zapisów; lista zapisów (lub prosty kalendarz); przełączanie między punktami sprzedaży; integracja z operatorem SMS przez API; wysyłanie SMS z dowolnym tekstem lub linkiem do potwierdzenia wizyty; potwierdzenie lub anulowanie wizyty przez klienta za pomocą jednorazowego linku; wyświetlanie statusu potwierdzenia bezpośrednio obok zapisu klienta. Na początkowym etapie zamiast pełnoprawnego kalendarza dopuszcza się użycie prostego wykazu zapisów według dni. Każdy dzień powinien zawierać chronologiczny wykaz rezerwacji z podaniem czasu, imienia klienta, usługi, pracownika oraz statusu potwierdzenia. W przyszłości ten wykaz można będzie zastąpić pełnoprawnym kalendarzem bez zmiany struktury systemu. W systemie powinna być możliwość przełączania się między punktami sprzedaży. Każdy punkt sprzedaży ma własną listę zapisów (lub kalendarz), ale wszystkie korzystają ze wspólnej bazy klientów.