关于服务
翻译我正在承担一个通常会被推迟到第一个损坏发票的任务：在输入阶段直接验证对方的 INN 和 OGRN，而不是在表单提交后。用户在输入号码时，脚本已经知道应该有多少位数字——法律实体为 10 位，个体经营者为 12 位，OGRN 为 13 或 15 位——并使用 FNS 公式重新计算校验和。一旦数字匹配，字段将高亮显示为绿色，错误则为红色，旁边的注释解释了具体问题：缺少数字、多余字符或校验和不匹配。
我不使用第三方服务，也不查询注册信息——这纯粹是格式验证，不会从 EGRUL 或 EGRIP 请求对方状态。验证完全在浏览器端进行，提交前在服务器上进行重复验证：即使 JavaScript 被禁用或提交绕过了表单，不正确的号码也不会进入数据库。表单在号码通过长度和校验和两个检查之前，不会让您点击提交按钮。
工作内容包括：
— 根据官方算法计算 INN（10 位和 12 位）和 OGRN/OGRNIP 的校验位；
— 实时高亮字段和错误文本，无需页面重新加载；
— 阻止提交不正确的号码；
— 使用相同算法进行服务器端验证——对于直接提交的表单；
— 适应您当前的布局和样式，无需第三方库和外部服务。
我不使用第三方服务，也不查询注册信息——这纯粹是格式验证，不会从 EGRUL 或 EGRIP 请求对方状态。验证完全在浏览器端进行，提交前在服务器上进行重复验证：即使 JavaScript 被禁用或提交绕过了表单，不正确的号码也不会进入数据库。表单在号码通过长度和校验和两个检查之前，不会让您点击提交按钮。
工作内容包括：
— 根据官方算法计算 INN（10 位和 12 位）和 OGRN/OGRNIP 的校验位；
— 实时高亮字段和错误文本，无需页面重新加载；
— 阻止提交不正确的号码；
— 使用相同算法进行服务器端验证——对于直接提交的表单；
— 适应您当前的布局和样式，无需第三方库和外部服务。
