土耳其里拉波动下，民宿周租客的付款时点怎么定

上周三下午，我在卡帕多奇亚一间石屋民宿的预订后台看到一笔周租订单：客人来自德国，住 7 晚，报价 420 欧元，但页面上同时挂着里拉和欧元的两个数字。那天里拉对欧元又动了一次，后台的里拉价和欧元价差了将近 4%。这不是汇率本身的问题，是付款时点没定死。

我的做法是把周租订单拆成「锁价」和「结算」两段。锁价用客人下单当天的欧元价，里拉只作为展示参考，不参与计算；结算放在入住前 7 天，按当天央行公布的交叉汇率折算，差额由民宿承担或让利，不追着客人补。配置上，我在预订页加了一个简单的汇率快照：

# 下单时写入快照，不做实时刷新
echo "$(date -u +%Y-%m-%dT%H:%M:%SZ),EUR/TRY,$(curl -s https://api.frankfurter.app/latest?from=EUR&to=TRY | jq -r '.rates.TRY')" >> rate_snapshot.csv

这段命令每天只跑一次，写进一个 CSV，不接实时接口。原因是民宿的订单量小，实时汇率对客人没有意义，反而会让页面上两个数字来回跳，客人会反复问「为什么刚才还是这个价」。一次快照对应一笔订单，客人看到的是一个确定数，我也能追溯。代价是如果里拉在 7 天里单边大幅走弱，我的欧元收入会缩水，这部分我按周租订单的比例预留了 3% 的缓冲，不摊到单笔报价里。

失效的地方也很清楚。第一，快照只对欧元、美元有效，客人用里拉现金付款时，折算仍然要按当天牌价，快照帮不上忙。第二，如果订单在下单后 48 小时内取消，快照和结算价之间没有缓冲期，退款会按原快照走，我踩过一次，客人要求按取消当天的汇率退，最后是我补了差额。第三，周租以上的长住订单，7 天结算窗口太短，里拉波动会被放大，我现在把 14 天以上的订单改成入住前 3 天结算，缩短暴露时间。

这套做法不复杂，核心是把「展示价」和「结算价」分开，别让客人在两个数字之间做选择。你们做周租或长住订单时，结算窗口是放在入住前几天，还是下单当天就锁死？