사례
Case files
각 사례는 열어 두면 저절로 흘러갑니다. 1~2분이면 끝납니다. 모든 번호·수량·날짜는 가상이고, 실제 사건을 바탕으로 하되 세부는 바꿨습니다.
Each case plays on its own once you open it. One or two minutes. Every reference, quantity and date shown is fictional — based on real incidents, with the details changed.
선사가 마감을 3일 앞당기면서 통지를 한 건에만 보냈습니다. 그 배에는 다섯 건이 실려 있었습니다. 나머지 넷은 읽을 메일이 없어 아무도 확인할 수 없었습니다.
A carrier pulled a cut-off in by three days and sent the notice for one booking. There were five on that sailing. For the other four there was no email to read.
선사가 보내온 Draft B/L 이 60줄, 값이 180개였습니다. 그중 씰 번호 한 자리와 무게 하나가 우리가 낸 것과 달랐습니다. 잡아서 선사에 수정 요청을 보내고, 수정본을 받아 다시 대조했습니다.
A draft bill of lading came back with 60 lines and 180 values on it. One seal digit and one weight did not match what we filed. Caught, corrected with the carrier, and re-checked when it came back.
같은 화물이 우리 기록에 두 번 적혀 있었습니다 — 처음엔 부킹번호로, House 번호가 나온 뒤 다시 한 번. 합계는 둘 다 더했고, 오류는 나지 않았습니다.
The same cargo had been written into our records twice — once under the booking number, then again once a house number existed. The total added both, and no error was raised.
왜 사례로 보여드리나. 자동화는 기능 목록으로 설명하면 전부 비슷해 보입니다. 실제로 다른 것은 무엇이 어떻게 새는지 아느냐입니다. 그래서 기능이 아니라 사건을 보여드립니다 — 무슨 일이 있었고, 왜 아무도 못 봤고, 지금은 무엇이 막고 있는지.
Why cases instead of features. Described as a feature list, every automation sounds the same. What actually differs is knowing where the work leaks. So these are incidents rather than capabilities — what happened, why nobody caught it, and what stands in the way now.