变更记录
什么是新的。
平台的每一个改进,随着它的出货。
· kamo-internal
P1前端 — 收费队列+审计时间表
- losApi: 充值 / 确认主管 / 审计 ByLoan - **************** D120 审查队列页面; org 用户 审查每笔贷款,增加一个理由,点击确认 + POST / api/los/ 充值 /{id}/确认。 显示贷款管理员的后端。 - 新建 " LoanAuditTimeline " 组件:读取 **************** 并且使完全的贷款审计流(代理类型、种类、金额、 时间戳)。 被设计用于插入Org-side贷款细节页面.
· kamolos
P1批——网约车推进状态,克龙斯,垂直通商
货币运动(核心P1): - 贷款付款服务:标记成功/标记失败/ 标记 返回 / 标记 分配 / 标记 Draw 分配 。 分配单锁定:收费-利息-本金。 状态自动升级 (原始内容存档于2018-10-21) (英语). Delinquunent QQ active QQ PAID OFF 基于由此产生的平衡. - FredeWebhookService不再只记录:支付 int.successed / 支付 / 收费. refund (ACH return) / 争议.created+closed / Posting Service 的分类账 。 - Nacha ReturnCode + RetryScheduler:符合NACHA的R码路由 - R01/R09重试最多2×/相隔5天,R07/R10/R29撤销授权, 疲惫地重复翻转的"贷款支付方法" – REQUIRES REVIFY. 商业纵向物质化: - 现在创建约定 (人员,承诺),承诺(有定价+任期) 示意图),顺序(AUTARIZED,小计=主控),并线入其ID. 返回到Loan.commitmentUid / 约定Uid / 起源命令Uid in 同一笔交易。 Cron 工作( 真正的逻辑, 而不是根 ) : - 冷却办公室:为支付 每一页( D) 冷却用完的贷款 应计利息:本金应计的日常简单利息 实际贷款+直接贷款。 - 报表GenerationJob:到期日报表的分期付款,每个周期的LOC 与亚行的报表 时间安排。 - AutoDebitRunJob:消防自动调用 + DISBURSEMENT OUT支付 + NACHA通过斯捷克内克特Service用一能键重试. - 调节工作:夜间重新收取费用/本金/余额 分类账;漂移修正记录+已审计。 - 提醒发件人:从预定日期中调出调度D通知 并且通过通知发送服务提供。 通知: - **************** 真实的 HTTP POST 到电子邮件服务 (/api/电子邮件/交易/发送)和VOIP服务(/api/voip/sms/发送, /api/voip/voice/send),模板Key="出借.{kind lowercase}". 验证 : - 贷款; 禁止的实物检查,min/max-principal sanity. 钩入了 贷款 Product Service.create + 更新. 充电: - 贷款主管OffService.queue()列出D120贷款;.确认()翻转状态 转到 CHAGED OFF 并写入 CHARGE OFF RECORDED 审计事件。 - 贷款主管 主计长曝光 **************** 审计浏览: - 贷款审计活动主计长披露 ****************
· kamo-internal
P0 硬化——表单,会话解析,支付方法
表单( org- side) : - 还有... /{产品Uid} 编辑页面 - 新贷款 类别字段(安装对 LOC),期票 模板 UID,允许的状态代码 - **************** 产品 选择(只有来自这个市场的活跃产品),借款人成员, 本金,可选名词,借款人状态,"保存草稿"与"发送" - 设置/地物/借出:org-side Strape 接通登入页面 (电话QQ重定向到花边) 借款方硬化: - 新使用 CurrentSession( ) 钩子解决成员Id/ orgId from /api/user-info(canonial ***路径) – 替换假的 KMEMBER/ KORG 饼干读在我的贷款,提供详细,贷款详细,贷款设置, 管道 LoanOffersTab, 管道活性LOANSTab - 新的借款人支付方法卡:借款人可以链接ACH银行(Stripe) 支付 方法 id + 任务)或卡,参见链接方法,设置默认, 撤销; 嵌入/ loans/ [loanId] 页 - losApi: + 启动StripeConnect登机 设置导航( 每个内存规则有 3 个位置 ) : - 设置StatusWindow在商务+路由条目下添加"Loan产品" (单位:千美元) - (侧边栏.tsx没有POS条目——确认不开放)
· kamolos
P0 硬化 — 条纹连接端点 + PDF 平坦
- 修正标记导入:标记Generic 信封仓库/标记仓库 居住在 . sign.repos 中,而不是 . sign root 中 - 新条纹连接控制器 POST **************** 创建自定义账户 + 返回登入 URL( 代表到 已存在的花边连接服务) - Media ServiceClient.fetchBlob:为存储的blob字节拉出一个已存储的blob字节 平整/重新调整工作流程 - 新的 PdfFlatten 服务: 附加一个 E-SIGN 符合行为的签名 向源信息披露的PDF提供认证页面 签名(以斜体表示;签名人/IP/UA/SHA-256+信封) 页面中记录的UID). 通过 Media Service 存储新平地块 并返回 blob id + SHA-256。 - EsignClient. 签字后现在平分 组合 **************** + 已签名的文件Sha256。 平滑故障日志, 但不会回滚签名本身 .
· kamo-internal
通过k8s DNS的 KamoLOS 代理路线
镜像 /api/billing/ [[.路径]] 计费服务代理 : - *** 会议通过Redis解决;X-Org-Id + X-成员-Id 转发 - /api/los/webhooks/* 跳过会话认证(在 KamoLOS);花旗-标志页眉经过 - 神-模头通过保存 - 502次总结上游故障
· kamo-internal
添加个人 LOANS 商业类型前端
- 参与 TypeLabels: 扩展参与 类型加词汇 - MarketCardGrid:个人-LOANS颜色(#14b8a6)+地标图标+计数器 - 市场详情页:新标签(贷款产品/提供/主动贷款/ 《国家规则》,以商务为主题 - losApi.ts: 完整的地表DTO + 薄取取包打出/api/los/* 产品、要约、贷款、付款、提款、对账单、付款 方法、自动付款、国家规则、ESign签名提交书 - 新市场产品Tab/市场产品Tab 市场州规则Tab 组件 - 管道View:个人贷款的VERTICAL ICONS条目 - 管道维特分节:已装有SubTabs + 渲染块的人 提供(意向)+主动贷款(承诺) - 新管线LoanOffersTab/管线活性LoansTab - 借款人(成员)/贷款表面:指数、贷款/出价/[出价] 编号 接受和签名的流程(类型签名) – 提交 – /借出/[借出],有余额、报表、付款 历史,“立即支付”,提取LOC - 设置/page.tsx:商务导航增加了"Loan Products"条目
· kamolos
初始个人贷款来源+服务服务
新春靴3.1.5 / Java 21 在BillingService上以微服务为模式. 拥有个人贷款域名端到端 : - 生产/贷款 / 贷款 CRUD 与REST + DTO 层 - 贷款周期服务实现 贷款+商业参与/承诺 (一吨) - 贷款支付+贷款 Draw+贷款声明+贷款支付方法+ 贷款经常 付款计划服务+控制器 - 数学:摊还电源(Reg Z 附录J),利息权责发生制 (ACT 365 /ACT 360 + 亚行),付款人(收费-利息-本金) - FredeConnect Services(海关帐户入职,ACH付款, ACH 借项) + Stale Webhook Service (通过 LoanStripe WebhookEvent) + 连接特定网络hook端点 - TilaRenderService使Reg Z Schumer盒子(安装)/ 通过 PDFBox 向 MinIO 打开端披露( LOC) - 国家法治自助服务贷款 州-规则.json(50州) 登记册+司法协助上限+冷却-与权利核对模式 - 标志 + 标志 控制器完成缺少的会员 签名提交路径( 写入 EsignGeneric 信封 +) 签名在共享- lib 中) - 通知发送服务,以解密方式调度 - 长期工作:提供、声明、犯罪审查 - k8s 显示(配置图/部署/服务), Dockerfile, Forgejo CI 工作流程(双组K1M1+K2M1)均与 计费服务公约
· kamo-shared-library
添加个人 LOANS 商业类型+实体包
- CommercialType.personal LOANS + 并行参与Type+词汇 - 个人贷款商的建筑类型 - 15个个人(贷款、贷款国规则、贷款机构、 贷款决定、贷款、贷款 定期付款计划、贷款申报、贷款收款、贷款拆分、 LoanAuditEvent, LoanStripeWebhookEvent, 贷款通知)+15再持有 - 22个个人贷款(状况、等级、种类、来源、渠道等) - 签名 Generic 信封 + 签名 + 非抵押 信封创建和成员化签名抓取 - KamoLOS – KamoMLOS 仅限评论,在全组织范围内更新 商务服务/商务服务 Schema管理仍由Kamo Initializer Service负责;KamoLOS使用 ddl-auto:无.
· kamo-internal
相片 album 上传使用与上传标签相同的 WS 管道
提取 doc-manager 上传管道( hashing ~ dedup check ~ register-or-upload → WebSocket驱动的转换)为可再使用的用法 ImagingUploads hook. 钩子拥有每个文件的状态机器,XHR进度,以及上传标签所使用的活转换进度WebSocket订阅. 重写相机对话框以消耗钩子 : - 文件队列自动并一次处理一个。 - 每个飞行中文件都显示其目前的相位标签(Hashing → 检查 → 上传 → 转换 → 完成 ),其中有一个线性进展,一个检查 / 错误 / 旋转器图标,以及失败后重试按钮。 - 对话框现在显示真实的服务器错误消息(例如"上传到MinIO失败"),而不是吞下它,在上传时一个 Save被屏蔽了. - 成功上传文件, 自动附加到相册上作为项目 .
· kamolos
实时隐藏 active=虚假程序
使用 ProgramCatalog 现在过滤出程序, 使用 active=false 前 把它们还给贷款巫师 旗被计算为服务器侧 (base.isActive and overer.isActive),所以当出贷人切换一个程序时 在抵押程序设置分页中关闭, 相应的卡片停止 在人物/方案选择中出现——上限为现有60个 时空天花板.
· SecurityService
现有房贷市场的回填方案
数据记录器现在呼叫 **************** 在 AppMortgage- 约定回填后。 扫瞄每个已有的 MoRTGAGE 商业市场,并确保提供其方案。 封面 在创建 Market- side 钩子落地之前创建的市场—— 特别是用户在此之前通过市场和字段添加的那些 部署。 同上:一个全面启动的系统日志“所有市场已经 提供"和跳过.
· kamo-shared-library
市场上的"靴子"抵押贷款方案 创建+"靴子回填"
当用户创建商业市场时, 市场和字段设置标签- 市场需要程序 下游商业的表面 指向意图。 以前只有这样 第一次AppMortgage创作时很懒惰 所以新加的抵押贷款 市场是空的,加一个,卡莫洛斯的主管看不到效果。 -==YTET -伊甸园字幕组=- 翻译: (市场) 保存后。 包装 尝试/捕捉,以便程序种子失败不会阻碍市场创造 (KamoLOS从方案登记处读取程序,而不是提供)。 - **************** 扫描 每个现有的MORTGAGE市场,并确保其供货供应。 安全服务数据搜索器在启动时用于覆盖之前创建的市场 这个钩子落地了 同上-稳态靴子是一无是处.
· kamo-internal
复制装订器, 用户可以叉而不影响原装
从绑定器列表的上下文菜单和编辑器头中的新按钮中添加可访问的"重复"动作. 复制从源绑定器的元数据+项目+修饰器开始,由当前用户所有,没有股份,自动被选中,因此用户立即登陆新分支. 连接 : - **************** 代理路由 - 装入附件Api.ts的重复Binder( )并使用BinderStore - BinderListPanel中的“复制”菜单项(任何可见绑定器的工作——拥有、共享或模板) - Binder编辑器头中复制图标按钮+自旋器
· DocsService
添加 POST 键
深度复制 请求者可以看到(拥有,共享,或模板) 由请求者拥有的新绑定器. 复制每件物品(DOC、SEPARATOR、GENERTED),其顺序、类型、配置Json和per-ins的修改器都完好无损地超过;复制绑定器宽的修改器;留下基本的Img文件(两个绑定器都参考了同样的文件)。 副本以没有股份开头, 是Template=false.
· kamo-internal
抵押权方案 切换 + MORTGAGE 参与 深链
- 抵押贷款方案小组现在每张程序卡上都装有真正的交换机 乐观更新 + 对失败回滚 。 正在调用程序 PUT 并反映 有效运行状态计算服务器侧从 Base + 覆盖。 -==YTET -伊甸园字幕组=- 翻译: - /商业/业务/[id]页:应用链接Type现在通往 /applications/{linkId} (URLA 细节页面),而非缺失 **************** 自动直接进入 / applicts/{linkId} 在装入时用户直接降落在 URLA 细节中 而不是通用的约定视图.
· SecurityService
PUT/programs/{code}/活性 + 贬低遗产抵押 POS 端点
- 抵押贷款方案管理员收益 与身体 {"As Active": bool},在LOS TAKE APPLUCATION上被锁定. 与会代表 {\fn黑体\fs22\bord1\shad0\3aHBE\4aH00\fscx67\fscy66\2cHFFFFFF\3cH808080}哪个能提升OrgProgram Override一行 - **************** 获得MortgageAppById,创建MortgageApp, 更新 MortgageApp, 更新 MortgageApp Status 所有标记为 @ depressed with Javadoc 将呼叫者指向 URLA- 忠诚 / api/ 安全/抵押- apps 结束点。 遗留的 POS 路径为后相匹配而保持功能 .
· kamo-shared-library
Per-org 启用/ 失效 + 贬低遗留的商业抵押路径
- **************** 上调 Org 方案覆盖行 使用 recordState.isAactive=需要;listForOrg 现在为基础程序 带有覆盖的活性旗帜,所以一个被禁用的覆盖带有双重 意思是"这个Org已经明确禁用这个程序". - OrgProgram Override 存储器添加了 find AllByOrganizationId和 QQ 用于更新 + 列表ForOrg 路径 。 - **************** / 找到 MortgageAppById / 找到 Mortgage AppById / 找到 Mortgage AppById / 找到 Mortgage AppById / 找到 Mortgage AppById / 找到 Mortgage AppById / 找到 Mortgage AppById / 找到 MortgageAppById / 找到MortgageAppById / 找到 MortgageApp ById **************** / 更新 MortgageApp / 更新 更新 MortgageApp status为 @ depressated. 他们只经营商业 意图标记了 LOAN APLICATION, 不创建或读取 URLA 应用程序 记录——用于与QQ的反比 但新代码必须使用 AppMortgage Service + / api/ security/mortgage-apps.
· kamolos
以日出为主题的"日出"主题
- 连续 t QQ [0, 1] 场景位置驱动器 ~ 25 CSS 自定义属性 :通过暖纸日与暖纸日之间的线性RGB插值根入 极地夜间锚在 lib/scene/palettes.ts - 在首次访问时默认当地时间;手动操作是 粘在饼干上,有钟形按钮可以重新启用 - SSR ScenePainter在第一次油漆之前烤出解开的调色板 返回访问时没有FOUC; 先访问自动模式可以方便 从白天到当地小时 t ~1.4s - SkyTogle:指向可画的拇指,其日月胶片旋转入去 太阳光和月亮的形态 - PageGlow + Star Fellow 环境层:琥珀太阳光向左上方 白天,凉爽的月光 在晚上右上角, ~80种子的恒星消失在 过去黄昏和闪闪发光 通过减能感知键框 - MUI主题开关,位于t≥0.5黄昏边界;CsBaseline正体颜色 从 CSS vars 读取,所以插值保持连续 - 放弃硬锁的深色类+色子;修正两个 长- 地基( 缺失色- 前缀) 梯度回落 在旅程和典礼中
· kamolos
接触/投入/承诺
AppMortgageDTO现在带有商业寿命周期识别符,即: 担保服务后端在每个抵押申请上都充斥着. 海洋观测系统 还没有积极使用它们,但是通过未来的方式输入它们 借款人支付费用(“你的申请已经执行”) 在不通过 URLA 模型的情况下直接引用商业层.
· kamo-internal
显示商务上下文+程序设置标签
- 应用英雄现在读作“商业>住宅抵押物 URLA 2021” 因此,工作人员认为抵押贷款是商业单元中的一个纵向,而不是 独立管道。 - 商务设置下的新抵押方案标签——只读目录 具有活动状态和规则版本的贷款程序(CONV/FHA/VA/.). 在所有三个地点(subTopics, 路由, 标签For)更新了设置导航 。 - AppMortgageDTO/简表DTO+新程序DTO/LoanProgramCode类型镜像 共享- lib 更改( 约定Uid / intentUid / 承诺Uid) 。 - 按揭 AppsApi.list Programs () 点击现有的/程序端点 .
· SecurityService
执行海洋法权利+/商业/接触终点
- 抵押贷款App控制器: 每一个端点 现在门在角色权利Type。 读取 需要 LOS VIEW PIPELLINE; 创建新的应用程序需要 LOS TAKE APLICATION; 编辑接受任何LOS的写作角色(取/处理/) 默认 / 关闭 / 暂停 ; 删除需要 LOS SUSPEND OR WITHDRAW 。 KamoLOS的服务账户已经装满了LOS的右上角 借款人的旅行不受影响;工作人员用户按其作用接受培训。 - 商务引擎控制员:新来的 (有类型/状态/日期过滤器的列表)和Get./engagements/{uid}(详细), 在Access COMMERCE上登门. 这是垂直不可知的对应物 抵押-应用端点——无论你是否读取一个 抵押贷款 零售订单 或租房.
· kamo-shared-library
将 URLA 抵押给参与/投入/承诺
抵押贷款是商业系统的一个纵向——与零售、出租、 服务、订阅和采购。 这个是 URLA - 诚实的抵押 堆栈到域-不可知商业生命周期中如此横跨垂直的表面 (管道仪表板、分析、客户门户)见抵押贷款和其他 订婚 - 应用程序:新订婚 id/ intent id/ 承诺 id FKs(可取消) 。 。 。 。 - 怪兽的护身符 商业市场+每个贷款方案代码在第一个应用创建时提供一个; 在每个应用程序中附加“ 约定+意图”; 镜像“ 贷款文件”。 状态 进入意向状态和接触 状态; 实现关于 以贷款条件简况出资。 同上,第2段。 - AppMortgage Service:创建Blank/由Lead附加到约定; 设置 SetSecret ProgramCode 刷新 Intent 的出价。 - 贷款服务:每次过渡后的过渡;商业 镜像失败不会阻碍 URLA 进度(log + 接续) 。 - AppMortgageDTO / AppMortgage SummaryDTO 曝光订婚 使用/ 意图使用/ 使用 承诺Uid 前端.
· kamo-internal
用绑定器、 分隔符、 生成的 Docs 添加组织者标签
向 doc 管理器添加组织者 : - 新建“ Organizer” 标签( 位置 4) , 附带绑定器列表 + 编辑器分割视图; 现有的标签右移 - 每行“添加到组织者”动作打开一个绑定器拾取器(现有绑定器或创建新) - Binder 编辑器:拖放重排项目(HTML5 DnD),通过ModernColorPicker添加分页符(color + 标签),并添加已生成的 Doc(Cover Page,目录,相册,文字计数) - 相册支持上传- 新相片( 也添加到 doc 管理器) 和浏览- 存在 - Binder-宽宽的修改器面板,重用符号修改器形状(页码、标签、水印) - 逐项修改器通过逐项对话框覆盖 - 预览模式使合并的 PDF 在 Iframe 中 - 下载按钮引用 /api/docs/binders/{id}/ 交付 New Zustand store 使用 BinderStore, REST 客户端 app/utils/binderApi.ts,和 Next.js 代理路由在 /api/docs/binders/* 镜像现有成像代理模式下.
· DocsService
添加组织者后端 — CRUD, 渲染, 生成的docs
在组织者特性/api/docs/binders下新增 REST 表面: - Binder主计长:CRUD,项目增加/更新/重新移动/重排、共享、提供 - BinderService: org-范围访问检查、所有者/份额/近期可见度、项目位置管理 - BinderRender:双通合并(延迟ToC/WordCount),通过共享的PdfBuildUtils,应用单通和全装订调制器 - 为封面页、目录、字数、相册(图像字节使用MinIO)创建了文件注册器 重用 用于签名修改的文档 用于访问控制.
· kamo-shared-library
添加 Binder/Binder 项目/Binder 共享实体和储存库
添加新 doc- 管理组织器特性的持久性层 : - Binder(长ID,所有者成员,Org-scoped,是Template,绑定器宽修饰Json) - BinderShare(UUID、接收成员Id、READ/WRITE角色) - Spring Data JPA 寄存器,带有 Org-scoped 查询和“成员可见”联盟(拥有+共享+模板) 斯克马通过Hibernate的dl-auto自动被卡莫InitializerService自动取出.
· kamolos
闪烁测试横幅, 装入取景口, 添加 cookie 同意
- TestModeBanner发布它的高度为-kamolos-banner-h和 globals.css从min-h-屏幕中减去,所以主视图不 更长时间的溢出 取景口 由旗帜的像素。 - Banner得到一个滑动的琥珀发光 + 缓慢的影子脉冲,所以它 读作主动警告,镜像营销预览栏. - 新的 Cookie 协议班纳( 接受所有/ 用分析管理) 切换),从营销版本中重新皮肤来使用阴暗 aurora地表+每个租户 -- -- org-primary / -- -- -- org-gradient.
· kamolos
贷款人+指定联络处的地表安全法NMLS标识
添加LoContactCard与可视化,存在脉冲,已验证的NMLS链接,以及 呼叫/电子邮件/消息动作在英雄左上角并应用表面,所以 借款人持有的贷款来源(名称+NMLS ID)总是一个 窃听——《安全法》第1503和Reg Z第1026.36(g)条所要求的。 贷款人 foper的NMLS被提升到"Licensed . NMLS #"信任药,和 使用 AssignedLO 现在返回一个假的演示LO, 直到借出文件 LO 任务 陆地。 LoGuideChip恢复到只有声音的状态,因为联络处有自己的表面.
· kamolos
Demo lender auto-loads when no real tenant resolves
The reason "still not branded" — no real tenant org existed for the hostname being tested, so the SSR fetch returned null and every lender-facing surface fell through to the bundled Kamo defaults. The branding system was working; it just had nothing to brand WITH. Now ships a complete demo lender that auto-loads as the fallback when the real fetch returns nothing AND stubs are allowed **************** the default). Production with stubs disabled still falls through to bare Kamo defaults so we don't ever ship a real borrower to "Apex Mortgage". - lib/org/demoOrg.ts: "Apex Mortgage" — burgundy (#8B1538) primary and gold (#D4A24C) secondary, deliberately far from aurora so the branded effect is unmistakable. Full populate: tagline ("Three generations of getting you home."), NMLS #123456, support phone + email, year established 1989, both EHO + EHL marks, linear-135 gradient direction. New assetBasePath: '/demo-lender' on the org type tells ThemeLogo to load /demo-lender/logo-full.svg before trying MinIO or the global fallback. - **************** + logo.svg: real Apex Mortgage wordmark and mountain-peak mark in the burgundy → gold gradient. Not just a wordmark, an actual lockup. - lib/org/fetchOrganization.ts: returns DEMO_ORG when upstream is unreachable or no org is registered AND stubs allow it. Real-host / real-tenant resolution wins when present. - components/theme/ThemeLogo.tsx: consults useOrg().assetBasePath and puts that prefix at the front of the candidate chain. Demo lender's logo lands; real tenants' MinIO assets still resolve first when populated. - app/layout.tsx: <link rel="preload"> tracks the same priority order, so the SSR preload targets the demo lender's logo when demo mode is active. - **************** when org.id === 'demo-apex', the banner calls out "Showing the demo lender (no tenant org configured for this host)" so testers know which brand they're seeing is canned. Build 32/32, 140 tests pass. Reload the borrower app and you should now see the Apex Mortgage logo + name in the header, the burgundy and gold throughout the CTAs and ribbons, "Welcome to Apex Mortgage." on the landing hero, NMLS #123456 + EHO + EHL in the footer, "Call Apex Mortgage (800) 555-2739" in the help sheet.
· kamolos
让出借人成为第一品牌 不是口音
重构出"放款人口音的Kamo产品"的出借方软件 以"放高利贷的产品","以卡莫为引擎". 现在每个地表都与 贷款人的身份 -放高尔克普 到处使用的商标。 (原始内容存档于2012-10-12). Scales sm – md – lg – xl – 英雄. 配对 标志(或借出人主色调后退的文字标记) 贷款人名称; 以下可选标签行。 每个地表都使用 需要感觉"我在我的贷款人的网站。" - 借款人头条——头条向h-14/h-16,标志+出贷人名 总是可见(大小= “ md” 强制Wordmark),在 贷款人的主要。 前一个24px角的微小标记不见了. 一个新的 点击到呼叫的电话按钮就坐在帮助贷款人旁边 主边框+发光;在移动时会倒塌为图标按钮. 这个 口音丝带为4px (was 2px) , 仍为出贷梯度 。 - 登陆网页英雄——以主角的放款人关所为主 缩放在玻璃卡内,带有强烈的 -- org-prime发光。 上边 折叠为“ 欢迎到 {放款人Name} ” (梯度剪接出贷人) 名称是头条),以出贷者的标签为字幕. 一种彩色药丸说"{放任}・ 借入"而不是 通用"卡莫维尔". CTA的按钮更大 并带有很强的 - 高能外发光 - 出贷人-完全归属行:出贷人名+NMLS消费者 访问链接+手机+电子邮件+网站+EHO/EHL标记. 版权线 读作" 2023–2026 {放行者Name}. 所有权利保留。"有一个微小的。 "由卡莫登机"信用. 可以看到英雄的表面。 - HeroBrandIntro——喷出3.4s(是2.4s),首次参观的节目 和每30分闲回(一次会). 日志卡增长 以更重的玻璃卡表示 - 高能外发光 "欢迎来到{LenderName}"是标题; 贷款人的标签是字幕。 - 生成Metadata - Next.js 标题模板现在为"%s" {LenderName } 默认只是贷款人的名字。 每个孩子的页面都读到 出贷者 - 在浏览器标签和OG卡中位居第一. 网站名称、标题和 描述所有来自 Org 记录。 搭建32/32,140个测试通过. 如果您的租户配置有人口分布的标签线 / nmlsId / 电话支持 / 电子邮件支持 / 年份 / colorPri / colorSec / 标志资产, 网站 现在看起来就像你的贷款人的产品 什么都没有 它被"Kamo"的默认化了.
· InitializerService
Migration for borrower-facing brand + disclosure columns
Adds the seven nullable columns the kamo-shared-library Organization entity now declares (TAGLINE / NMLS_ID / PHONE_SUPPORT / EMAIL_SUPPORT / EQUAL_HOUSING_DISCLOSURE / ON_PRIMARY_TEXT / GRADIENT_DIRECTION) so the kamo-los borrower app can pick up lender branding without schema errors on existing orgs rows. @Order(35) — runs after LogoFullExtMigrationRunner (30) and before LeadCompanyColumnRunner (40). Idempotent via ADD COLUMN IF NOT EXISTS; safe to re-run. Per project policy this file is not executed here — KamoInitializerService is started by the user.
