
Re: Zablokowaliśmy ePUAP?
Aplikację widziałbym tak:
1) aplikacja desktopowa windows exe (chociaż jedno serwerowe rozwiązanie byłoby łatwiejsze w utrzymaniu niż kilka exe-ków. Ale, np u mnie by nie przeszło aby wysyłać pisma przez jakiś priv serwer),
2) hasło do aplikacji (aby nikt niepowołany jej nie odpalił - to jak chcecie bo danych osobowych nie będzie przechowywać więc nie ma takiego wymogu),
3) po zalogowaniu dwa buttony: wyślij na ePUAP i odbierz z Puapki (drugi disabled - może w przyszłości pogadamy),
4) po otwarciu wysyłania, ekran z:
a) pole na wpisanie skrytki odbiorcy,
b) lista rozwijalna adresatów ze słownika (z pliku csv/xml który będzie można sobie wyedytować),
c) pole nadawca (wypełnione automatycznie),
d) pole adresat (jeśli z listy b) to też autowypełnienie),
e) duże pole na treść pisma (domyślnie np. "W załączeniu przesyłamy plik RB27."),
f) przycisk "załącznik" do załączenia właściwego pliku RB-27 (albo czegokolwiek innego),
g) przycisk "podpisz" - do uruchomienia procedury podpisywania w tej aplikacji
h) przycisk "zapisz plik do podpisania przez zewn. program" (jeśli ktoś woli podpisać przez program od karty)
i) przycisk "wczytaj podpisany dokument" (ale sam załącznik RB tu nie przejdzie. musi być m.in. zapakowany w pismo),
h) przycisk "wyślij"
5) Wysyłanie
a) łączy się do puapki,
b) uwierzytelnia certyfikatem (cert będzie trzeba indywidualnie ustawić w draco),
c) próbuje wrzucić na skrytkę adresata.
d) jeśli wrzuciło, odbiera potwierdzenie (UPcośtam) i kończy.
e) jeśli nie wrzuciło to błąd do logu i próbuje do skutku. Jeśli dłużej nie wyśle, to można w logu spojrzeć czy nie krzyczy, że skrytka adresata jest błędna (co w przypadku skrytki pisanej z palca czasami się zdarza).
6) Pliki do wysłania byłyby w jednym katalogu, po wysłaniu przenoszone do drugiego. Nie ma bazy danych, nie ma przechowywania danych osobowych w programie.
Jakieś uwagi?

- od siebie dodam, że prawnie dozwolony jest multipodpis na jednym pinie. Ale na razie nie wiem jak to zwierze wygląda w C#.