Opis projektu
PrzetłumaczoneSprzedajemy sprzęt firmom, a przed każdym kontraktem ktoś powinien sprawdzić, z kim tak naprawdę mamy do czynienia. W tej chwili oznacza to, że menedżer otwiera tuzin kart, kopiuje kilka linijek do notatnika i zapomina o reszcie. Dwa razy w tym roku podpisaliśmy umowę z firmą, której dyrektor zmienił się miesiące wcześniej, a nikt tego nie zauważył, aż dokumenty wróciły. Sprawdzenie istnieje, ale żyje w głowie jednej osoby i znika razem z tą osobą.
Chcę skryptu, który przekształci to w normalny proces roboczy. Wyszukujesz po nazwie firmy lub numerze rejestracyjnym i otrzymujesz kartę kontrahenta: dane rejestracyjne, aktualny dyrektor, zarejestrowany adres, status oraz wszelkie publicznie zarejestrowane oznaczenia dotyczące sporów lub zaległości. Karta nie powinna być jednorazowym zrzutem. Narzędzie ponownie odczytuje źródła według harmonogramu, a gdy coś się zmienia — nowy dyrektor, nowy adres, zmiana statusu — powiadamia osobiście odpowiedzialnego menedżera, a nie wspólny kanał, gdzie powiadomienia idą na śmierć. Obok tego potrzebujemy historii sprawdzeń: kto sprawdzał, kiedy i jak wyglądały dane w tym dniu. I przycisk eksportu, który produkuje arkusz podsumowujący do teczki transakcyjnej, coś, co możemy dołączyć do umowy i pokazać audytorowi.
Trzy warunki, które przedstawię na początku, ponieważ nie zaakceptuję pracy bez nich. Używane są tylko otwarte oficjalne źródła i dane, które możemy przetwarzać — żadnych wątpliwych baz danych i żadnych wycieków danych. System gromadzi informacje, podczas gdy decyzję o transakcji podejmuje osoba, która zapisuje podstawy tej decyzji. Informacje się dezaktualizują, więc podsumowanie zawsze drukuje datę i źródło, a nie tylko wniosek.
Zakres pracy:
— karta kontrahenta zbudowana z otwartych rejestrów, z wyszukiwaniem po nazwie i numerze rejestracyjnym;
— zaplanowane ponowne sprawdzenia, które rejestrują, co się zmieniło: dyrektor, adres, status, oznaczenia dotyczące sporów i zaległości;
— powiadomienie odpowiedzialnego menedżera, informujące dokładnie, co się zmieniło i kiedy;
— historia sprawdzeń: data, kto przeprowadził sprawdzenie i dane zarejestrowane w tym momencie;
— eksport arkusza podsumowującego do teczki transakcyjnej, z datami i listą źródeł dla każdego elementu;
— dziennik zapytań do źródeł i sensowne interwały zapytań;
— role: menedżer, kierownik działu i obserwator tylko do odczytu.
Chcę skryptu, który przekształci to w normalny proces roboczy. Wyszukujesz po nazwie firmy lub numerze rejestracyjnym i otrzymujesz kartę kontrahenta: dane rejestracyjne, aktualny dyrektor, zarejestrowany adres, status oraz wszelkie publicznie zarejestrowane oznaczenia dotyczące sporów lub zaległości. Karta nie powinna być jednorazowym zrzutem. Narzędzie ponownie odczytuje źródła według harmonogramu, a gdy coś się zmienia — nowy dyrektor, nowy adres, zmiana statusu — powiadamia osobiście odpowiedzialnego menedżera, a nie wspólny kanał, gdzie powiadomienia idą na śmierć. Obok tego potrzebujemy historii sprawdzeń: kto sprawdzał, kiedy i jak wyglądały dane w tym dniu. I przycisk eksportu, który produkuje arkusz podsumowujący do teczki transakcyjnej, coś, co możemy dołączyć do umowy i pokazać audytorowi.
Trzy warunki, które przedstawię na początku, ponieważ nie zaakceptuję pracy bez nich. Używane są tylko otwarte oficjalne źródła i dane, które możemy przetwarzać — żadnych wątpliwych baz danych i żadnych wycieków danych. System gromadzi informacje, podczas gdy decyzję o transakcji podejmuje osoba, która zapisuje podstawy tej decyzji. Informacje się dezaktualizują, więc podsumowanie zawsze drukuje datę i źródło, a nie tylko wniosek.
Zakres pracy:
— karta kontrahenta zbudowana z otwartych rejestrów, z wyszukiwaniem po nazwie i numerze rejestracyjnym;
— zaplanowane ponowne sprawdzenia, które rejestrują, co się zmieniło: dyrektor, adres, status, oznaczenia dotyczące sporów i zaległości;
— powiadomienie odpowiedzialnego menedżera, informujące dokładnie, co się zmieniło i kiedy;
— historia sprawdzeń: data, kto przeprowadził sprawdzenie i dane zarejestrowane w tym momencie;
— eksport arkusza podsumowującego do teczki transakcyjnej, z datami i listą źródeł dla każdego elementu;
— dziennik zapytań do źródeł i sensowne interwały zapytań;
— role: menedżer, kierownik działu i obserwator tylko do odczytu.
Programowanie stron internetowych Gotówka, Przelew bankowy
