Морской email-парсер для судовых брокеров

Уверенность отражает точность извлечения, а не коммерческую пригодность. Понятные исходные фразы отображаются стандартно; значения, требующие проверки, подсвечиваются; значения с низкой уверенностью или отсутствующие данные не нормализуются скрытно. Статусы обработки отображают состояния ожидания, обработки, нерелевантности, ошибок, дубликатов и проверки, чтобы сбой импорта не остался незамеченным.

После проверки заказы на груз и позиции судов попадают в базу предложений с возможностью поиска. Пользователи могут фильтровать их, сохранять собственные позиции грузов или судов и запускать сопоставление в обоих направлениях. Парсер — это этап сбора данных; страницы базы данных и сопоставления описывают следующие рабочие шаги.

Доступ к почтовому ящику разрешается пользователем. Сохраненные учетные данные ящика, токены OAuth и настроенные ключи AI шифруются и маскируются в интерфейсе. Ввод в публичном инструменте подчиняется правилу отсутствия сохранения после ответа. Условия обработки и хранения данных продукта описаны в Политике конфиденциальности; автоматическая анонимизация не заявляется.

Используйте репрезентативный набор писем, а не только идеальные примеры. Включите короткие предложения только в теме письма, пересланные цепочки, смешанные циркуляры по грузам и судам, редкие сокращения, отсутствующие порты и конфликтующие даты. Проверьте, можно ли сопоставить каждое извлеченное значение с текстом источника, остаются ли неизвестные значения пустыми и разделяются ли несколько предложений.

Практическая цель тестирования — не заполнить каждое поле, а сократить ручной ввод без маскировки неопределенности. Начните с отдельной папки и диапазона дат, сравните записи с исходным письмом и зафиксируйте фактические правки брокера.

Короткая тема письма уже может содержать груз, судно, маршрут и дату. Если ключевые поля отсутствуют, уверенность низкая, в письме несколько предложений или запрошена повторная обработка, система анализирует полное сообщение и контекст цепочки. Этот путь обработки управляется системой и не требует ручной настройки для каждого ящика. Данные отправителя и метаданные берутся из заголовков сообщения без необходимости угадывать брокера по тексту.

Сбои аутентификации, нечитаемый контент, лимиты провайдера, таймауты запросов, ошибки валидации схемы и базы данных не должны превращаться в пустые успешные записи. Каждое сообщение получает статус обработки и понятное описание ошибки. Администраторы могут повторно запускать обработку неудачных сообщений или сообщений с низкой уверенностью с сохранением истории перезапуска. Это делает мониторинг частью рабочего процесса извлечения данных.

Нормализация делает эквивалентные выражения доступными для поиска, не удаляя оригинал. Варианты «abt 30k», «30,000 mts» и «30000 mt» нормализуются в количество 30 000 с сохранением исходного текста. «Mid June» остается текстовым лейканом с приблизительной интерпретацией даты только при явном правиле. «Prompt» не превращается в вымышленную фиксированную дату. Уверенность оценивается для каждого контекста, а низкая общая уверенность отправляет запись на проверку.

Неизвестные значения остаются null, а не заполняются для визуальной полноты.

Один и тот же циркуляр может оказаться во «Входящих», «Архиве», пересланной цепочке или поступить от нескольких адресатов. Идентификаторы сообщений, отправитель, тема, время получения и нормализованный текст помогают выявлять повторы. Сравнение предложений учитывает тип сущности, груз или DWT, маршрут, лейкан, судно и брокера. Похожий дубликат отмечается для проверки, так как небольшое изменение даты, количества или позиции может иметь коммерческое значение.

Система отображает связь дубликатов и временные метки, не удаляя новое сообщение скрытно.