荷兰企业账期之困：46%的B2B发票逾期，钱在账上却不能用
在阿姆斯特丹，一家完成项目的设计工作室通常要等上30天、60天甚至更久才能收到客户付款。工资要发、供应商要结、下一单生意的启动资金要备，但钱卡在客户的应付账款里。这不是个别现象。据Duqu披露，荷兰46%的B2B发票在到期日之后才被支付。这意味着，一家企业账面上有收入、有利润，但银行账户里没有可支配的现金。传统银行信贷审批周期以周计，保理业务要求转让应收账款并通知客户，而中小企业主真正需要的，是在不打扰客户关系的前提下，24小时内拿到自己已经挣到的钱。
这个结构性缺口，正是阿姆斯特丹金融科技公司Duqu试图切入的位置。2026年9月24日，Duqu宣布完成150万欧元种子前轮融资，投资方为Curiosity VC和No Such Ventures。这笔钱将用于同时推进两条业务线：自有发票垫款平台，以及面向银行、贷款机构和租赁公司的白标AI承保技术。对于一家成立时间未披露、产品开发约一年半的公司而言，种子前轮拿到150万欧元不算大数目，但双重业务模式的选择，让这笔融资的意义超出了单纯的金额数字。它同时押注了直接面向中小企业的放款业务和面向金融机构的技术授权业务，这在早期金融科技公司中并不常见，也使得这笔交易的结构比金额本身更值得拆解。
| 字段 | 内容 |
|---|---|
| 公司 | Duqu |
| 轮次 | 种子前轮 |
| 金额 | 150万欧元 |
| 投资方 | Curiosity VC、No Such Ventures |
| 总部 | 阿姆斯特丹，荷兰 |
| 创始人 | Maas de Goede、Thijn van Helvoirt |
| 官网 | https://duqu.ai/ |
不转让发票、不通知客户：Duqu试图重新定义“垫款”的边界
Duqu的核心产品逻辑并不复杂：企业提交未付B2B发票，平台基于AI承保引擎评估信用，然后按发票金额垫付资金。但真正让它与保理业务区隔开的，是三个产品设计选择。据公司披露，Duqu不要求企业转让发票所有权，不介入企业与客户之间的关系，也不设最低或最高垫款金额。获批后资金在24小时内到账，通常在一小时内。企业只在实际使用垫款时付费。这种“按需取用、不改变应收账款归属”的模式，本质上是在做一笔短期流动性贷款，而非应收账款买断。
这个区隔在商业上意味着什么？传统保理公司买断应收账款后，会直接向付款方催收，这往往让中小企业主担心客户关系被第三方介入。Duqu的设计把催收环节留给了企业自己，平台承担的是信用评估和资金垫付风险。从已披露的产品逻辑看，这意味着Duqu的承保引擎必须足够准确地判断两个层面的风险：一是申请企业的还款能力，二是其客户最终付款的概率。但Duqu并未披露承保引擎具体评估哪些数据维度、违约率是多少、垫款费率如何计算。这些关键参数的不透明，使得“AI承保”目前仍是一个需要被验证的能力标签，而非已被证实的风控优势。
从产品体验的角度看，“不通知客户”这一点可能对中小企业主具有直接吸引力。在许多B2B服务场景中，企业主不愿让客户知道自己正在为现金流融资，因为这可能被解读为财务状况不稳。Duqu的设计在理论上消除了这一顾虑，但代价是平台无法直接向付款方确认发票真实性或锁定回款路径。这意味着Duqu的承保引擎需要在缺少付款方确认的情况下，独立判断发票背后的交易真实性和回款概率。这种判断的难度可能高于传统保理，因为传统保理至少可以通过通知客户来核实应收账款的存在。Duqu如何在“不打扰客户关系”和“确认交易真实性”之间取得平衡，来源材料没有披露任何技术细节。
95%自动化率背后：一个未被独立验证的效率指标
据公司披露，Duqu的AI承保引擎开发约一年半，目前自动化约95%的信用评估流程。这个数字在融资报道中被反复引用，但需要明确的是，它来自公司口径，没有独立第三方验证。95%自动化率本身是一个模糊指标：它指的是申请表单自动填充率、审批决策中无需人工介入的比例，还是从申请到放款全流程的自动化程度？来源材料没有给出定义。在信贷业务中，自动化率高并不自动等同于风控质量高——如果模型把坏账也自动批准了，95%的自动化率反而是一个风险信号。
从已披露信息看，Duqu的承保引擎是模块化的，可以作为白标解决方案部署到银行、贷款机构和租赁公司的系统中，让这些机构按照自己的信用政策自动评估申请。这个技术架构选择值得注意：它意味着Duqu的承保引擎不是一个封闭的黑盒，而是需要适配不同金融机构的风控规则。这种模块化设计在商业上有助于打开B2B2B渠道，但在技术上面临一个现实约束——每家金融机构的信用政策、数据源、合规要求都不同，模块化承保引擎能否在保持95%自动化率的同时适配多套规则体系，目前没有任何公开证据可以支撑。公司称该技术可白标部署，但未披露是否有已签约的金融机构客户、是否有正在进行的试点项目，也未披露白标业务的收入贡献。
另一个值得追问的细节是，95%自动化率是在什么样本规模上得出的。如果承保引擎只处理过少量测试申请，那么95%的自动化率可能只是小样本下的阶段性结果，未必能外推到更大规模的放款场景。如果引擎已经在真实放款中运行了一段时间，那么自动化率背后的通过率、逾期率和损失率才是更关键的指标。Duqu没有披露任何关于申请量、通过量或坏账的数据，因此95%这个数字目前只能被理解为一个产品开发阶段的效率声明，而非一个经过业务验证的风控结论。
双重业务模式：是战略协同，还是资源分散的早期信号？
Duqu在种子前轮就同时押注直接垫款平台和白标承保技术两条业务线，这在早期创业公司中并不常见。直接垫款业务需要自有资金池或信贷额度来放款，本质上是资产负债表业务，规模扩张受限于资本金和融资成本。白标技术业务则是轻资产的SaaS模式，收入来自技术授权或按量计费，但销售周期长、客户集中度高，且需要与银行内部系统深度集成。两种业务对团队能力、资本结构和增长节奏的要求完全不同。
从本轮融资的投资者结构看，Curiosity VC和No Such Ventures均为荷兰本地早期基金，150万欧元的规模对于同时支撑两条业务线来说并不宽裕。如果Duqu计划用这笔钱同时推进直接放款规模和白标技术销售，那么每一侧的投入都将是有限的。公司未披露资金在两条业务线之间的分配比例，也未披露直接垫款业务的资金来源——是自有资金、债务融资，还是与金融机构合作的资金通道。这个信息缺口使得外界难以判断Duqu的真实业务重心。编辑推断，从种子前轮的资本量级来看，Duqu更可能处于验证产品市场匹配的阶段，而非规模化放款的阶段；但这一推断的边界是，公司未披露任何放款规模、客户数量或收入数据，因此无法确认其当前业务重心究竟偏向哪一侧。
双重业务模式在理论上存在一种协同路径：直接垫款平台为承保引擎提供真实交易数据，帮助模型迭代；白标业务则把经过验证的承保能力输出给金融机构，获得不依赖自有资金的收入。但这条路径的成立需要两个前提：第一，直接垫款业务必须产生足够多的放款样本，才能让模型学到有统计意义的规律；第二，金融机构必须愿意信任一家种子前公司的承保引擎，而金融机构的采购决策通常需要更长的验证周期和更严格的合规审查。在Duqu披露任何放款规模或金融机构签约进展之前，这种协同仍然只是纸面上的可能性。
荷兰市场与替代方案：Duqu面对的不仅是传统保理公司
荷兰中小企业解决发票账期问题的选项并不少。传统保理公司提供应收账款买断，银行提供经营贷和透支额度，近年来还出现了多家在线发票融资平台。Duqu的差异化叙事集中在“不转让发票、不通知客户、按使用付费”上，但这个定位在竞争格局中的实际位置，来源材料没有提供任何竞争对手信息。这意味着Duqu的竞争壁垒目前只能从产品设计层面做定性分析，无法从市场份额、定价对比或客户切换成本等维度进行量化评估。
从产业链约束来看，Duqu的直接垫款业务面临一个关键瓶颈：资金成本。如果Duqu用股权融资的资金直接放款，150万欧元的总盘子决定了可放款规模的上限极低。如果Duqu通过债务融资或合作金融机构提供资金，那么其垫款费率必须覆盖资金成本、信用损失和运营费用，最终定价能否比银行信贷或保理更有竞争力，取决于承保引擎能否显著降低违约率。但Duqu未披露任何关于违约率、损失率或定价水平的数据。公司称“无最低或最高金额限制”，这在产品设计上降低了使用门槛，但在风控上意味着单笔敞口可能高度分散，也可能出现大额集中风险。没有坏账数据，就无法判断这个“无上限”的承诺是竞争优势还是风险敞口。
荷兰市场的特殊性也值得纳入分析。46%的B2B发票逾期支付这一数据来自Duqu自己的披露，它既是市场痛点的证据，也是公司用来定义市场规模的叙事工具。如果这个数字接近真实水平，那么荷兰B2B账期问题确实为短期垫款产品提供了持续需求。但需求的存在并不自动转化为对Duqu产品的需求。中小企业主可能已经在使用银行透支额度、信用卡或非正式融资渠道来应对账期压力，Duqu的产品能否在价格、速度和客户关系保护三个维度上同时建立优势，目前没有任何公开数据可以回答。来源材料没有提供Duqu与任何替代方案之间的定价对比，也没有披露其目标客户的获取成本或转化率。
投资逻辑：一笔押注“AI承保可迁移性”的早期筹码
Curiosity VC和No Such Ventures在本轮的投资逻辑，来源材料中没有直接引用投资方声明。但从交易结构可以做出有限度的编辑推断：两家荷兰本地基金在种子前轮进入，押注的核心不是Duqu当前的放款规模——因为公司未披露任何规模数据——而是AI承保引擎的可迁移性。如果这套引擎确实能在自有平台上验证风控能力，同时以白标形式卖给金融机构，那么Duqu就同时拥有了一个直接面向中小企业的放款品牌和一个面向金融机构的技术收入来源。这种“用直接业务训练模型、用白标业务放大收入”的路径，在金融科技领域有先例可循，但成功案例通常需要先在一侧做到足够深，再向另一侧延伸。
从已披露的融资用途看，Duqu计划同时扩展直接垫款平台和白标承保技术。这个表述本身包含一个待验证假设：一家种子前公司是否有能力同时服务好中小企业借款人和金融机构客户？前者需要快速获客、流畅的用户体验和高效的风控迭代；后者需要长周期销售、深度集成和合规能力。两类客户的获客成本、决策链条和留存逻辑几乎完全不同。如果Duqu在接下来12到18个月内无法证明其中一条业务线具备可规模化的单位经济模型，那么双重业务模式就可能从“战略协同”变成“资源分散”。
从投资阶段的角度看，种子前轮投资者通常接受较高的不确定性，但前提是公司能在合理时间内验证一个核心假设。Duqu的核心假设可能是：AI承保引擎可以在不转让发票、不通知客户的前提下，把违约率控制在足以支撑垫款业务盈利的水平。这个假设的验证成本并不低，因为它需要真实放款、真实逾期和真实损失数据。150万欧元能否支撑起一个足够大的放款样本，取决于单笔垫款的平均金额和周转速度。如果平均垫款金额较小、周转较快，那么有限的资金可以通过多次循环放款积累更多样本；如果平均垫款金额较大，那么样本量可能不足以支撑统计上有意义的违约率结论。Duqu未披露平均垫款金额或放款周转数据，因此这个验证路径的可行性目前无法评估。
资金用途与关键验证路径：150万欧元能买到什么？
150万欧元种子前轮融资在荷兰金融科技生态中属于典型早期规模。这笔钱大致可以支撑一支小型团队12到18个月的运营，但前提是Duqu不将其大规模用于放款。如果公司计划用股权资金直接垫付发票，那么150万欧元的可放款规模在荷兰B2B发票市场中几乎可以忽略不计。因此，编辑推断这笔融资的主要用途更可能是产品开发、团队扩充和初步市场验证，而非放款规模扩张。但公司未披露具体资金分配，这一推断的边界是，Duqu可能通过债务融资或合作机构获得额外的放款资金来源，只是目前没有公开信息支持这一点。
Duqu未来需要验证的核心假设有三个。第一，AI承保引擎的违约率是否显著低于传统信贷审批方式，且这一优势能否在真实放款数据中得到验证。第二，白标技术能否在合理销售周期内签下金融机构客户，并产生可重复的技术收入。第三，直接垫款业务的获客成本和垫款费率之间是否存在正的毛利空间。这三个假设中，第一个是后两个的前提——如果承保引擎的风控能力无法被数据证明，白标业务就缺乏说服力，直接垫款业务也会被坏账吞噬。目前，Duqu披露的只有95%自动化率这一个效率指标，没有任何关于风控效果的数据。这意味着公司的核心能力仍处于“声称”阶段，而非“证明”阶段。
从时间线来看，Duqu的承保引擎已经开发了约一年半，这意味着公司在融资之前已经投入了一段不短的研发周期。对于一家种子前公司来说，一年半的研发投入如果没有同步积累真实放款数据，可能意味着产品开发与市场验证之间存在节奏上的错位。当然，也有可能Duqu已经在进行小规模试点放款，只是没有在融资报道中披露。无论哪种情况，未来12到18个月的关键观察点都应该是：Duqu能否从“我们有一个自动化承保引擎”过渡到“我们有数据证明这个引擎能控制坏账”。这个过渡的完成度，将决定下一轮融资的叙事基础。
风险与待验证假设：来源冲突与信息缺口叠加
Duqu的公开信息存在两处来源冲突。第一，融资金额：The SaaS News、Tech.eu、Finsmes、StartupRise、Digg和MapCo均报道为150万欧元，但TrySignalBase报道为170万美元。按2026年9月汇率，150万欧元约合160万至165万美元，与170万美元存在约5万至10万美元的差异。第二，目标客户：多数来源称Duqu面向B2B企业，TrySignalBase则称其平台“专为荷兰自由职业者设计”。这两个冲突在来源材料中无法调和，Duqu官方也未发布澄清。对于一篇基于公开信息的报道，这意味着Duqu的真实客户定位和实际融资币种仍存在不确定性。
此外，Duqu的成立年份、估值、融资条款、客户数量、放款规模、收入、违约率、定价水平、竞争对手和风险因素均未披露。对于一家声称要“解决欧洲逾期付款问题”的金融科技公司而言，这些信息缺口的规模是显著的。在信贷业务中，没有坏账数据的增长叙事是不完整的；在白标技术业务中，没有签约客户的合作叙事是缺乏锚点的。Duqu的创始人在Tech.eu的报道中表示：“企业今天几乎可以即时安排一切，但完成工作后仍要等数周才能收到付款。这已经跟不上企业运营的节奏。增长不能等一张发票被支付。”这句话准确地描述了痛点，但描述痛点不等于解决痛点。Duqu能否把这句话变成可验证的商业模式，取决于未来12到18个月内它愿意披露多少真实运营数据。
从信息质量的角度看，目前关于Duqu的所有报道均来自二手科技新闻网站，而非公司官方公告。这意味着即便是“150万欧元”这个基础事实，也没有经过公司官方渠道的确认。在融资报道生态中，二手来源之间的信息交叉引用可能导致同一错误被复制放大。TrySignalBase的170万美元报道与其他来源的150万欧元报道之间的差异，可能源于汇率换算、报道时点的不同，也可能源于某一方对融资条款的误读。在Duqu官方发布融资公告或更新官网之前，这种不确定性将持续存在。对于潜在客户、合作伙伴和后续投资者而言，这种信息透明度水平本身就是一个需要纳入评估的变量。
验证边界与可复核指标
本文涉及的“首个、唯一、最大、领先”、订单、出货、性能等表述，如无另行说明，均是公司、创始人或投资方在现有公开材料中的披露口径；RecodeX未在本次采集材料中找到独立审计或第三方测试结论，因而不将其视为已经独立确认的事实。文中的产业协同、竞争位置和商业路径属于基于已披露产品与融资用途的编辑分析，不代表相关结果已经实现。
- 技术侧应核验第三方测试条件、样本规模、良率、稳定性及与可比方案一致口径的结果；
- 商业侧应核验去重后的付费客户、可执行合同、收入确认、复购率以及订单转化；
- 资本与产业协同应以工商股权、关联交易、联合开发、采购或量产文件为准。
RecodeX 极客视：Duqu拿到150万欧元，切的是荷兰B2B账期这个真实痛点，产品设计上“不转让发票、不通知客户”的定位也确实比传统保理更贴合中小企业主的心态。但种子前轮阶段最值得关注的不是95%自动化率这个公司口径的效率数字，而是双重业务模式在资本量级有限的情况下能否跑通一侧。AI承保的真正考验不是能自动批准多少申请，而是坏账率能否低到让垫款业务的毛利为正、让白标客户愿意买单。在Duqu披露违约率、放款规模和金融机构签约进展之前，这笔融资更像是一张进入牌桌的门票，而非已经赢下的牌局。
信息来源
本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。