船舶抵港靠泊标准作业程序（修船厂）
修船厂船舶抵港靠泊标准作业程序：抵港前泊位核查、预约引航员与拖轮、天气与潮汐放行或暂缓的判断、引航靠泊，直至向项目团队签字交接。
什么是船舶抵港靠泊标准作业程序（修船厂）流程
像FAYARD这样规模的修船厂，干船坞、吊机与维修泊位的数量是固定的，每一个都按照几周前根据客户邮件或代理传真提供的船舶资料排定的计划预订。抵港流程正是这份纸面计划与真实船舶碰面的地方。如果预订表上的吃水、型宽或船长哪怕有一点点偏差，或者预订泊位时假定的潮汐窗口没有兑现，这种不匹配就不会只局限于一艘船：一个已经灌水并为某条船体准备好、结果却不合适的干船坞，一支为某次靠泊配备却不得不推迟一个潮次的吊机班组和维修泊位，造成的停工损失是整个船厂在承担，而不只是来船本身。这就是为什么本图把"核对吃水、型宽与船长是否符合泊位方案"和"船舶是否符合所分配泊位？"这一判断放在预订任何一根系泊缆之前，而不是把是否合适当成坞长在船到达时才注意到的事。
本图中的这两个判断点之所以存在，是因为修船厂承担不起在码头边眼看着这两类失误发生的代价。"船舶是否符合所分配泊位？"是计划台上的决定：如果答案是否，船舶就会转入"改派至备用泊位或干船坞"，然后才会预约引航员、拖轮与系缆工，而不会把预约压在一个根本容不下这艘船的档期上。"天气与潮汐窗口是否满足条件？"是船舶已经启程、往往已经到达引航员登轮地点之后才做的放行或暂缓决定，它必须是一条有真实退路的分支，而不是一次非正式的拖延，因为"船舶在锚地待命，持续监测窗口"的替代方案，就是引航员在没有任何人签字认可的条件下把船带过航道或带上泊位。
最后一条泳道是责任交接发生的地方，它的绘制和抵港本身一样审慎。"船长与坞长签署抵港检查表"结束了坞长对已交付船舶的责任；"是否发现抵港差异？"则防止护舷损伤、吃水读数有误或未申报的危险品，变成项目团队在首次检查时自己发现的问题，而不是在"与项目团队召开交接会议"上被提前告知的事项。借助内置的人员和工作量列，每一行还带有一个具名负责人和一个小时数，这样在一周内有两次抵港被排在相隔一个潮次的档期时，工作量BI面板就能显示坞长和泊位班组的工时是否真的排得开，而不只是泊位方案本身排得开。
本流程图涵盖的内容
本模板包含
- 抵港前的受理与泊位适配：从"收到船舶预抵时间及船舶资料"经"核对吃水、型宽与船长是否符合泊位方案"，到"船舶是否符合所分配泊位？"这一判断，当数字对不上时分支进入"改派至备用泊位或干船坞"
- 横跨"坞长"与"泊位与吊机作业"两条泳道的泊位准备工作："预约引航员、拖轮与系缆工""布置护舷、系缆桩、舷梯与岸电"，以及"向引航员与拖轮船员简报泊位方案及风险"，全部在船舶靠近码头之前完成
- 天气与潮汐的放行/暂缓关口："天气与潮汐窗口是否满足条件？"要么让船舶继续前进，要么进入"船舶在锚地待命，持续监测窗口"，并反复复核直至条件转好
- 引航与进港："船舶在引航下进入航道"和"拖轮协助船舶靠泊"这两行，由引航员和拖轮船员在船舶系固到码头之前完成
- 系固与交接："船舶系固完毕，舷梯已架设""船长与坞长签署抵港检查表"，以及"是否发现抵港差异？"这一判断——任何问题都会先经过"记录差异并通知项目经理"，再由"与项目团队召开交接会议"把责任移交给将要负责维修的团队
- 每一行都通过人员和工作量列带有具名负责人和工时，因此工作量BI面板能够显示，例如何俊的系泊工时集中在"泊位准备"阶段，而李建国作为坞长的工时则贯穿全图，从受理一直延续到交接
何时使用本模板
- 你正在规范FAYARD坞长办公室处理来船的方式，希望把计划、坞长、泊位与吊机作业、船舶自身船员以及项目团队之间的交接固定在一张图上，而不是只存在于某一位计划员的脑子里
- 两艘船被安排进坞、时间只相隔一个潮次，你需要逐行查看，同一位坞长和泊位班组是否在这两次抵港中被重复占用
- 船舶抵港时出现护舷损伤，或吃水读数与预订表不符，而在项目团队接手之前，却没有一个统一的地方可以记录
- 你正在为新任坞长或值班员做入职培训，需要一份参考，说明哪些检查发生在预约引航之前，哪些发生在船舶靠泊之后
- 某次抵港因天气原因被延迟或在锚地待命，你希望留下记录，说明是谁做出这一决定、依据是什么，而不是一次没有人记下来的非正式无线电通话
运作方式
把泳道换成你们实际的抵港角色
本图使用计划、坞长、泊位与吊机作业、船舶／客户与项目团队。如果FAYARD把预约引航和布置泊位分给不同的人负责，或者由一个独立的港务机构负责航道通行，就给这个角色单独设一条泳道，而不是把它并入坞长——交接环节往往正是某一步被想当然地认为"对方已经做了"，实际上谁都没做的地方。
把你们自己的泊位适配容差写进判断框
"船舶是否符合所分配泊位？"需要针对吃水、型宽、船长，以及在干船坞情况下的坞坎高度与坞门净空，给出明确的容差，而不只是"已对照方案核对"。把实际数字写进该行的备注字段，这样负责核实的人就不必凭记忆判断泊位能容纳什么。
明确谁有权下达暂缓指令
天气与潮汐判断是本图中唯一一个一旦被跳过就会带来真实安全后果的分支。为"天气与潮汐窗口是否满足条件？"指定一个具名角色，而不只是一个头衔，这样凌晨两点也不会有人说不清谁能把船送去锚地而不是送进航道。
在依赖BI面板之前，先给每一行填好人员和工作量
工作量面板只能统计带有工时数字的行。在你调整这张图的同时，为每一步填好人员和工作量，使用真实的投入工时而不是耗用的日历时间，这样一个繁忙的抵港周才会真正显示为对应责任人繁忙的一周。
确定什么算作应记录的差异
"是否发现抵港差异？"只有在坞长与船长事先就哪些情况会触发"是"这一分支达成一致时才有用——比如护舷接触、超出规定容差的吃水偏差、未申报的货物。直接把示例列在"记录差异并通知项目经理"中，这样这份检查表就不会因为当班的是谁而被不同地解读。
常见问题
什么触发船舶抵港与靠泊流程的开始？
流程始于"收到船舶预抵时间及船舶资料"：客户或代理发来预计抵港时间，连同吃水、型宽、船长以及任何已知缺陷。后续所有环节——泊位适配核查、预订的服务、抵港时使用的检查表——都以这条记录为准，因此受理时一个数字有误，就会在流程后段变成一个不合适的泊位。
如果船舶不符合所分配的泊位，会发生什么？
"船舶是否符合所分配泊位？"这一判断会在预约引航员、拖轮与系缆工之前，把不匹配的情况转入"改派至备用泊位或干船坞"。之所以特意在计划台上、根据受理时收到的船舶资料就发现这一点，而不是等到在码头边才发现，是因为到那时改派泊位就意味着要撤销已经在推进中的各项预约。
谁来决定让船舶在锚地待命，而不是直接带入港内？
这就是"天气与潮汐窗口是否满足条件？"这一判断，在本图中由坞长角色负责。一旦选择暂缓，船舶就会转入"船舶在锚地待命，持续监测窗口"，随后循环回去重新核查窗口，而不是强迫做出一次性的通行或不通行决定——修船厂的条件随潮次变化，流程应当让"暂缓"能够转为"放行"，而不必重新走一遍整个抵港流程。
为什么检查表要针对差异设置分支，而不是记一下就继续？
"船长与坞长签署抵港检查表"结束了坞长在这一流程中的职责，但护舷损伤、吃水读数与预订不符、未申报的危险品这类差异，恰恰是项目团队需要在开始工作前就知道的事，而不是在自己首次检查时才发现。在交接会议之前先经过"记录差异并通知项目经理"，就意味着它已经在记录中、也在议程上，而不是被埋在一个再也没人会看的检查表格里。
这份标准作业程序能否用于只有维修泊位、没有干船坞的船厂？
可以——泊位适配和天气／潮汐这两个判断，对维修泊位和干船坞的适用方式是一样的，唯一会变化的是"改派至备用泊位或干船坞"这一行的改派目标。如果你们船厂只在维修泊位靠泊船舶，就把该行标签中的"干船坞"去掉。
此流程所处的位置
在大多数组织中，此流程会交接给船舶进坞出坞标准作业程序：从墩木方案到起浮。
它是船舶维修中的一个步骤。
第 1 步: 船舶抵港靠泊标准作业程序（修船厂） 当前位置
修船厂船舶抵港靠泊标准作业程序：抵港前泊位核查、预约引航员与拖轮、天气与潮汐放行或暂缓的判断、引航靠泊，直至向项目团队签字交接。
第 2 步: 船舶进坞出坞标准作业程序：从墩木方案到起浮
船厂进坞出坞标准作业程序：墩木方案核实、受控排水、稳性检查、干坞期维修作业，以及起浮，每一步都带有具名负责人和工时。
第 3 步: 船舶维修项目启动标准作业程序：从技术规格到工作包
第 4 步: 船厂分包商入场标准作业程序：入场培训至签退
第 5 步: 船舶维修质量检验标准作业程序
第 6 步: 船舶维修交接标准作业程序：从完工审查到离港