次の文書をご確認のうえ、お進みください。
・
「QSO」はCallとRST交換の時点で押すと、その端末時刻を記録します（QSO後も各欄と時刻は編集できます）。
「保存」で保留としてサーバへ送るまで、入力内容は端末内のドラフトです（CallのみHAMLOG照会のためサーバへ送られます）。
圏外で保存した場合は「保存待ち」として端末に残り、通信回復時に自動送信します。
このサービスは、総務省 電波利用ポータルのWeb-API 機能を利用して取得した情報をもとに作成しているが、サービスの内容は総務省によって保証されたものではない。常置場所は登録上のもので、現在の運用地とは限りません。
未送信は各サービスの送信対象選定（送信開始日・送信条件）と同じ数え方で、下の送信プレビューと一致します。「アップロード済み」は送った事実で、LoTWの受理・QSL成立は別の列です。資格情報と送信開始日は「設定 › 外部サービス」にあります。
送信は、ペアリング済みのWindowsエージェントがTQSLで署名してLoTWへアップロードします。準備は「設定…」とヘルプを参照。
LoTWが受け付けたか（受理）、相手局との照合が成立したか（QSL成立）をLoTWから取得します。設定で保存したLoTWサイトのログインを使います。
複数コールサインの使い分けや、実験用と本番用の分離に使えます。切替はアプリ全体へ即時に反映されます。
HAMLOG照会・書き戻しを行うWindows PCを、アクティブなログブックへ紐付けます。
まだ入れていない場合は、Windows PCで インストーラをダウンロード して実行してください。管理者権限は不要です。未署名のため初回だけWindowsの警告が出ます （「詳細情報」→「実行」で進めます）。
WSJT-X/JTAlertのADIFログから交信を取り込むときの動作を設定します。
WSJT-Xログ・JTAlert ADIF・UDPの違いと選び方（ヘルプ）
エージェントはADIFログを先頭から全件読みます。JT_Linker等ですでにHAMLOGへ登録済みのFT8交信がログに残っていると、HAMLOG由来のQSOと二重になります。切り替えた日を指定して、それより前を取り込まないようにできます。
飛ばした交信はHAMLOG側に残っており、HDB同期でサーバへ入るので失われません。迷ったら1日後ろ（多めに飛ばす側）を指定してください。ただしいったん飛ばしたレコードは解除しても戻りません（エージェントの読み取り位置が先へ進むため）。すでに取り込み済みのQSOにも遡っては効きません。ADIFの取り込みはこのアプリの入力画面を通らないため、入力画面で選んでいる運用地は使われません。取り込んだ交信にどの運用地を記録するかをここで決めます。
常置場所からしか出ないなら「いつも同じ運用地」が確実です。移動運用もする場合は、移動のたびにここを切り替えるか「付けない」にして、あとからログ画面でまとめて付けてください。WSJT-XのMy Gridと大きく食い違う交信には運用地を付けません（誤った運用地を静かに記録しないため）。取り込んだQSOを、自動でHAMLOGへ登録（書き戻し）するかをHDBごとに設定します。 有効にする前に、JTLinker等の旧HAMLOG連携ツールの自動登録を必ず無効化してください。併用すると同じ交信が二重にHAMLOGへ登録されます。
リグ・アンテナを登録すると、運用地プロファイルごとに既定の機材を決められます。QSLカードのRIG/ANT欄やADIF出力に使います。
コールサイン参考情報の照会結果を入力欄へ自動補完するとき、どのソースを優先するかを選びます。総務省は常置場所（市区町村）を照会します。常置場所は登録上のもので現在の運用地とは限らないため、既定では優先度を最下位にしています。
資格情報と送信開始日はここで設定します。未送信の送信・LoTWやClub Logからの取得は「統計 › 連携」で行います。
押すと、過去QSOのRemarks欄（%…%）を解析した結果の一覧が開きます。記録されるのは、内容を確認して「適用」した分だけです。
このサービスは、総務省 電波利用ポータルのWeb-API 機能を利用して取得した情報をもとに作成しているが、サービスの内容は総務省によって保証されたものではない。
コールサインからの常置場所（市区町村）は、総務省「無線局等情報検索」の公開情報です。登録上の常置場所であり、現在の運用地とは限りません。
アカウントを削除すると、交信記録・改訂履歴・運用地プロファイル・エージェント 登録・外部サービスの認証情報を削除します。取り消せません。
本人確認のため、Googleアカウントで再認証してください。
送信・取得の操作は「統計 › 連携」で行います。
送信は、ペアリング済みのWindowsエージェントがTQSLで署名してLoTWへアップロードします。サーバにLoTWのパスワードや証明書は保存しません。運用地（グリッド・市郡区コード）はQSOごとの記録から自動で付くため、TQSL側のStation Locationは1つで足ります。事前に次を設定してください。
LoTWが受け付けたか（受理）、相手局との照合が成立したか（QSL成立）を取得するときに使う、LoTWサイトのユーザー名とパスワードです。TQSLの証明書ではありません（サーバに暗号化保存。読み取りにしか使いません）。
送信・取得の操作は「統計 › 連携」で行います。
ここで替えると、以後の交信はこの機材で記録されます（既定に戻すまで続きます）。運用地プロファイルの既定そのものは変わりません。
Remarksからの適用が記録するのはQTHとコードだけです（Remarksの文からは座標が分からないため）。
プロファイルの一括適用は、プロファイルに登録済みの代表座標・グリッド・ゾーンも一緒に記録します。先にプロファイル編集画面で代表座標を登録しておくと、適用する全QSOへ座標が入ります。
座標なしで適用した後でも、プロファイルへ代表座標を登録すれば、下の「運用地の座標を補う」でまとめて補えます。
過去のQSOのRemarks欄に書かれた運用地（%...%で囲まれた部分）を解析しました。
グループごとに内容を確認・編集し、「適用」を押した分だけ運用地情報を記録します。
Remarksから読み取れなかった分は、下の別のカードでまとめて扱えます。
地名データベースがこのサーバに配置されていないため、Remarksの地名からJCC/JCGコードを導けません。 どのグループも確信度は「不明」になります（書き方が悪いわけではありません）。 QTHとコードを手で入れれば適用はできます。
選んだ運用地プロファイルの値をまとめて記録します（対象は日付で絞り込めます。任意）。 プロファイルに代表座標が登録されていれば、座標・グリッドも一緒に記録されます。
運用地プロファイルは適用済みだが座標が記録されていないQSOが 0件あります（Remarksからの適用は座標を記録しないため）。 プロファイルの代表座標・グリッドをまとめて補います。既に入っている値は変更しません。 プロファイル自体に代表座標が登録されていないQSOは補えないため、この件数に含まれません （プロファイル編集画面で代表座標を登録すると、ここに現れます）。
「（変更しない）」のままの項目には触りません。表記はサーバが機材マスタから決めます。
このコードは一度だけ使え、10分で失効します。この画面を閉じると再表示できません。
まだインストールしていない場合は、先にWindows PCで エージェントをインストール してください。
WSJT-X/JTAlertのUDPでは受信したのに、24時間以内にADIFログへ現れなかった交信です。 ログの記録漏れ（ログファイルの置き換え、JTAlert設定変更等）の可能性があります。 実在する交信なら「入力へ転記」で入力欄に写し、内容を確認して保存してください。 誤検出なら「無視」で消せます。時刻はUTCのまま表示・転記します（変換しません）。