最新情報

各行に、記録されている車載器番号と一致した独立した読み取りの件数、確認で到達した判定、および自動確認が当初返した判定を含めました。これにより、各車両を個別に開かなくてもエクスポート上で確認できます。

エクスポートは車両に存在しない2つの書類フォルダ項目を参照し、登録システムが使用する記録番号を含めていなかったため、比較はナンバープレートやお客様番号からの推測に頼らざるを得ませんでした。両方のエクスポート経路は保存項目に基づく単一の列定義を共有するようになり、存在しない項目を列が参照した場合に検出される試験を追加しました。

ETC番号と車検の有効期限ごとに、保存された読み取りのうち独立した読み取りがいくつ一致しているかを表示します。同じエンジンによる繰り返しの読み取りは1回として数えます。

古いレコードで読み取り結果が保存されていない場合は「利用不可」と表示し、元のラベルが記録されていない場合は「記録なし」と表示します。

旧システムのお客様番号が現在のアカウントと異なる場合は、元の番号の違いとして報告します。それだけでは、車両が別の方のものであることを示すものではありません。

お客様の権限の列に、アカウントの権限が入るようになりました。

車両記録は本サービスのほか登録システムにも保持されており、両者に差異が生じていました。書類フォルダのリンクと車両の状態を、全車両について一致させました。補完したのは空欄の項目のみで、記録済みの値は置き換えておらず、原本から読み取られた内容はそのまま保持しています。

共有用の接尾辞が付いたフォルダのリンクが、接尾辞のない同一のリンクとは別のフォルダとして文字列で比較されていました。そのため、数千台の車両で書類の保管場所が一致していないように見えていました。リンクは、指し示すフォルダで比較するようになりました。

登録事務所が別の列に記録されている場合、ナンバープレートが登録事務所を含めずに比較され、全体が記録されている同一のプレートとは異なるものとして表示されていました。比較を行う前に、登録事務所が記録されている場所から読み取るようになりました。

証拠が別の車両のものである可能性がある記録の一覧が、新しい種類の読み取りエラーの導入後、そのエラーを認識できずに開かなくなっていました。未知の検出事項は、一覧全体の読み込みを妨げることなく、最も低い重大度で一覧に表示されるようになりました。

既存の記録を更新している間、取り込みが実行全体を通じて進捗を報告しなかったため、正常に動作している取り込みが停止しているように見え、2つ目の取り込みが並行して開始される原因となっていました。現在は進捗が全体を通じて報告され、実際に実行中の取り込みがある間は、2つ目の取り込みを開始できません。

取り込みのたびに、判断待ちのすべての確認事項の新しい複製が追加され、実行のたびに同じ確認事項が蓄積していました。確認事項は一度のみ記録されるようになり、重複していた複製は、いずれも破棄することなく退避しました。

ETCセットアップ書類の2回の自動読み取りが、記録されている番号とは異なる同一の番号を示した場合に、記録済みの番号が置き換えられていました。検証実行と書類確認のいずれも、記録済みの番号には手を加えず、読み取り結果を提案として提示するようになりました。その際、元の書類と読み取り日も併せて保管されます。

有効な車両に関する確認事項を問題の内容ごとにまとめ、対象車両の数とともに、重要度の高いものから表示します。

同じ車両が2人のお客様のアカウントで有効になっている場合、どちらが新しい所有者か、何を確認する必要があるかを表示します。担当者が判断するまで何も変更されません。

期限切れまたは期限の記録がない車検を、期限切れの確認済み、期限の記録なし、確認待ちの新しい車検証、送信待ちのメッセージ、所有の確認が必要な車両に分類します。

車検期限切れの自動のお知らせは、承認されたフォローアップ一覧にある車両にのみ送信されます。すでに更新済みのお客様や、車両を所有していないお客様には連絡しません。

車両レコードに関する未解決の確認事項を種類ごとに表示します。有効な車両を先頭に、次に複数のお客様にまたがるETCの確認事項、過去のレコードは別の区分に表示します。件数は個々の指摘ではなく車両単位で数えるため、同じ確認事項が二重に表示されることはありません。

スペース、文字幅、運輸支局名の有無のみが異なるナンバーやETC番号は、同一として記録します。登録内容は書き換えず、その判断は記録として残ります。

ETCセットアップ申込書の番号が登録内容と異なる場合、登録内容は意図どおり変更されませんでしたが、一部の処理では車両が「確認済み」と表示される場合がありました。現在は担当者の判断を待つ状態になります。

書類が別のETC番号を示した場合に、その提案が保存されないことがありました。現在は常に判断用として記録し、登録済みの番号が読み取りによって置き換えられることはありません。

読み取りエンジンの一つが利用できない場合、代わりの読み取りが別の読み取りと同じエンジンで行われ、自らと一致してしまうことがありました。このような読み取りは、独立した2つ目の判断として扱わなくなりました。

車両レコードから確認を開始できます。その車両の車検証とETCセットアップ申込書を読み取り、各読み取りの結果と、登録内容との相違点を表示します。確認自体が内容を書き換えることはありません。

車検証とETCセットアップ申込書は、それぞれ単独で確認できます。一方のみを確認した場合、もう一方は対象外として扱い、中途半端に確認済みとすることはありません。車検が満了していても、別途確認済みのETCセットアップ申込書には影響しません。

車両単位の確認では、書類フォルダの上位階層と1階層下のみを確認していました。それより深い階層の書類は読み取られず、車検証が保管されているにもかかわらず「書類なし」と表示される場合がありました。現在はフォルダ全体を確認し、階層が深く到達できない場合はその旨を表示します。

書類を最後に読み取った日、最後に確認できた日、書類自体が最後に更新された日、車両レコードが最後に変更された日が明確に区別されていませんでした。現在はそれぞれを個別に記録し、日本時間で表示します。内容を変更しない読み取りによって、レコードが変更されたとは記録されません。

車両レコードから開始した確認が、対象範囲が所定の形式で記録されていないという理由で実行されませんでした。対象範囲と開始した担当者を記録するようにし、確認が実行され、かつ追跡可能な状態になりました。

車両を再確認すると、それ以前の確認記録が消去されていました。現在はすべての確認を保持し、対象書類・判定結果・実行者を含めて、車両の確認履歴を全体として確認できます。

パートナーサービスと共有するフィードには、各リリースの英語のみが含まれていました。現在は、公開ページと同じ翻訳を基にした日本語も併せて含まれます。

リリースノートの日本語は、各項目に紐づけて別に管理しています。キーが存在しない場合、ページは欠落を示さずに英語を表示していたため、最近の項目は英語でしか読めませんでした。現在はすべての項目に日本語があります。

お客様向けダッシュボード内に表示されるバージョン履歴は、選択された言語にかかわらず、元の英語から表示されていました。現在は公開ページと同様に、閲覧者の言語に対応しています。

以前の表現を基に作成された翻訳が、その表現のまま作業内容を説明し続けており、公開されている項目と異なっていました。これらの項目は、現在の文面から翻訳し直しました。

3件のリリースに、直前のリリースより前の時刻が記録されており、ページ上で順序が前後していました。記録されていた時刻を修正しました。

一部でも未翻訳の箇所があるリリースは、チェックによって公開が拒否され、不足している内容が示されます。これにより、項目が一方の言語のみで公開ページに掲載されることはなくなりました。

実行中と表示されているだけでは、完了が妨げられなくなりました。稼働中かどうかは、直近のハートビートまたは残っている予約によって判断します。そのため、最初の記録の前にワーカーが停止した検証実行も、拒否され続けることなく完了できます。

予約が残っている場合は、完了を一律に拒否します。これは、割り当てを受けた読み取り処理が戻らないままになっている状態であり、その上で再開すると同じ作業が重複して行われるためです。

監査記録に、最新のハートビートの経過時間、残っている予約の件数、およびそれらから導いた結論を記載します。これにより、判定をそのまま受け入れるのではなく、内容を確認できるようになりました。