Борт
Судовой факт
Положение, замер, топливо, физическое наличие, неисправность, выполнение работы, автор и подтверждение.
Текущий проект
Борт
Как попытка показать суда на карте выросла в локальную систему для путевых донесений, груза, топлива, экологии, технической эксплуатации, СУБ и развития обмена с ERP.
Локальная судовая эксплуатационная система на 1С, которая собирает факты там, где они возникают: на судне.
Карта была первым экраном проекта. Настоящей задачей стала достоверная цифровая связь между судном и берегом.
- Платформа
- Собственная конфигурация 1С с БСП
- Развёртывание
- Отдельная локальная база для каждого судна
- Корпоративный учёт
- Центральная ERP
- Режим работы
- Локальные операции без постоянной связи
Происхождение
Всё началось с карты
Первоначальная задача выглядела просто: вывести на большой экран карту и показать, где находятся суда.
Готовая координата не означала достоверное положение. Внешние источники отличались по актуальности и качеству, а наиболее содержательная информация всё равно приходила непосредственно с судов — в донесениях и письмах.
Свободный текст быстро показал свои ограничения. Парсеры ломались на новых формулировках, а локальная модель могла лишь предложить вариант, но не стать источником истины.
Так появилось базовое решение: эксплуатационные данные нужно структурировать на судне, а не восстанавливать их смысл на берегу при каждой новой отправке.
Технологическая основа
Почему 1С
Судовой контур должен был работать рядом с существующей корпоративной экосистемой и в дальнейшем обмениваться данными с ERP.
За основу взята чистая конфигурация 1С. Библиотека стандартных подсистем дала технологический фундамент, а для обмена предусмотрены стандартные и специализированные контракты.
Чистая конфигурация позволила не наследовать чужую бизнес-логику. Цена этой свободы — почти каждую прикладную сущность, документ, событие и правило обмена приходится проектировать внутри собственной предметной модели.
Хронология
Как росла система
Функциональные блоки появлялись последовательно — из конкретных судовых задач, документов и рабочих форм.
- Работает
Путевая информация
Историческое ядро проекта: судовые донесения стали создавать структурированные события, а не только текст для отправки.
- путевые и портовые донесения
- атласы, участки и километры ЕГС
- шлюзы, порты, ориентиры и ETA
- передача событий в береговой контур
- Работает
Замеры груза
Судовой документ стал источником первичного эксплуатационного факта с сохранением результатов замера.
- секции и танки
- референты и взливы
- температура и плотность
- расчётные и фактические показатели
- Работает
Топливоиспользование
Путевая информация, замеры и топливо начали складываться в связанную эксплуатационную историю судна.
- бункеровка
- остатки до и после операции
- суточный расход
- работа судового оборудования
- В разработке
Экологическое обслуживание
Разрозненные формы превращаются в связанные заявки, фактические отчёты и события судна.
- заявки на обслуживание
- фактическая сдача загрязнителей
- снабжение питьевой водой
- пункты обслуживания
- В разработке
Техническая эксплуатация и ремонт
Самый объёмный контур связывает технические объекты, физические остатки, работы и фактические результаты.
- рапорты, дефекты и состояния оборудования
- ТМЦ, запасные части и инвентаризация
- технологические карты и ремонтные задания
- наработка и техническая отчётность
- В разработке
СУБ и чек-листы
Этот блок закрепил правила опубликованных версий, авторства и неизменяемого результата выполнения.
- должности и состав экипажа
- идентификация исполнителя
- шаблоны и версии чек-листов
- связь отрицательного результата с рапортом
Данные
НСИ оказалась отдельным проектом
Форму можно сделать быстро. Сложнее определить, что именно пользователь должен выбирать в этой форме и насколько этому выбору можно доверять.
Источниками стали руководства по технической эксплуатации, отраслевые книги и нормативные документы, судовые формуляры, атласы ЕГС, старые базы и рабочие таблицы.
Тип оборудования по РТЭ
≠ фактически установленный механизм
≠ серийный экземпляр ТМЦ
≠ объект или узел ERPВ десятках тысяч строк номенклатуры встречались дубли, опечатки, разные единицы измерения, смешение модели и описания, неоднозначная применимость и ложные совпадения. Поэтому система оставляет сомнительную связь на ручную проверку.
Пустая ссылка лучше выдуманной связи.
Offline-first
Одна база — одно судно
Отсутствие связи — штатное условие, а не редкое исключение из рабочего процесса.
- Создать и завершить документ локально.
- Сохранить автора и время фактического события.
- Поставить результат в исходящую очередь.
- Безопасно повторить передачу после восстановления связи.
- Получить прикладной результат береговой обработки.
Пользовательская операция не должна зависеть от доступности ERP в конкретную минуту.
Архитектура
Границы систем
Технически удобная точка интеграции не всегда является правильным владельцем данных и результата.
ERP
Ресурс и учёт
Корпоративная номенклатура, склад, обеспечение, ремонтные заказы, стоимость и учётные движения.
Документооборот
Согласование и файлы
Визы, служебные документы, маршруты согласования и юридически значимые материалы.
Web-дислокация
Координатный слой
Карта, внешние источники положения, ЕГС, история точек и оценка качества координат.
Организация работы
Проект практически одного человека
Постоянной выделенной команды нет. Основная проектная и техническая работа выполняется в одном контуре, а коллеги подключаются как предметные консультанты.
Такой формат помогает быстро собирать прототипы и сохранять цельность решений. Одновременно он создаёт главный организационный риск.
Один человек может подготовить архитектуру, НСИ, исходники и рабочий сценарий. Но он не может заменить владельцев процессов, регулярную предметную приёмку, обучение пользователей и дальнейшее сопровождение.
Поэтому рабочий MVP важен как способ показать систему и начать предметный разговор, но не считается завершённым внедрением.
Сейчас
Текущее состояние
Система работает и продолжает развиваться. Статус зависит от конкретного функционального контура.
Путевая информация, замеры груза, топливоиспользование, события судна, оперативная карточка и web-дислокация.
Экология, техническая НСИ, ТМЦ и запасные части, рапорты, СУБ, чек-листы, судовой ТОиР и техническая отчётность. Часть функций реализована в исходниках и требует функциональной приёмки.
Промышленный обмен с ERP. Архитектурные границы и правила подготовлены, но рабочий сквозной контур пока не включён.
Статьи о «Борте»
Материалы о проекте
Отдельные разборы решений, ограничений и пересмотров, которые повлияли на устройство системы.