两份证据记录满足不同的审查需求
审计报告和KYC结果文件是不同的工作。即使一个项目同时需要两者，也应将其作为两个独立的证据轨道。审计师审查与项目商定的技术范围。验证提供商根据其自身流程处理身份检查。任何一份记录都不能替代另一份。
我们的协调从记录每个项目的目标开始。Launchpad可能要求技术证据、团队验证或两者兼有。数据站点申请可能要求提供与任一提供商报告都不匹配的项目详细信息。我们将每个请求映射到现有文档，或将其标记为未满足的要求。
项目保留对提供商选择、参与和披露的批准权。我们协调问题，将技术细节转给正确的项目联系人，并保持生成的记录井井有条。有关上线流程，请参阅CoinMarketCap上线和CoinGecko上线。更广泛的上线与验证中心有助于区分这些申请与审计或KYC工作。
在开始之前，请确定目标平台或Launchpad以及它要求您支持的决定。这一区分可以防止技术报告被当作身份验证，或KYC结果被当作代码审查。
范围映射减少提供商之间的反复沟通
初始材料决定了是否可以开始联系提供商。我们根据您已有的合约、团队联系人、文档和目标提交内容创建范围映射。这显示了哪些已确认、哪些缺失以及谁可以回答每个未解决的问题。
对于审计，请收集网络、合约地址、仓库或源代码访问权限、技术文档以及计划审查的版本。注意部署状态和重要功能。如果代码或部署在参与期间发生变化，请记录更改并告知审计师。
对于KYC，请确定涉及的人员或实体以及谁有权共享其信息。不要在初次咨询中发送身份证明文件。我们首先确定提供商的要求并商定安全处理途径。
我们的启动检查清单将输入分为3类：
- 技术：网络、合约引用、代码访问和版本。
- 人员：项目方联系人和授权文档所有者。
- 目标：申请、要求的证据和允许的披露。
如果流通供应证据也在范围内，请将其作为单独的工作流处理。有关该特定记录，请参阅流通供应验证。这有助于保持审计包的专注性，并在提供商收到材料之前明确所有权。
版本记录使审计包可追溯
审查者需要识别每份报告背后的项目材料。我们的证据索引将收到的文档与其提供商、范围和批准用途联系起来。它还能在团队转发或发布包之前显示差距。
工作索引使用6个字段：项目参考、网络和合约版本、提供商、文档名称、预期用途和共享状态。当某个字段需要确认时，我们会添加负责人或跟进说明。该索引是导航辅助工具，不能替代提供商的报告或发现。
一个实用的包可以包含：
- 合约地址、网络、仓库参考和审查版本。
- 审计师发布的报告以及收到的任何后续或修复记录。
- 提供商允许项目共享的KYC完成证据。
- 文档索引、访问说明以及带有指定负责人的未解决项。
在共享之前，项目需批准确切的文件并检查受限信息。如果迁移或品牌重塑更改了项目参考，请通过合约迁移与品牌重塑更新单独更新这些记录。这有助于防止旧报告被误认为描述不同的部署。保留一份经批准的共享副本以及工作文件夹，以便团队区分可发布材料和受限的提供商通信。
提交映射将证据与实际请求连接起来
申请表是有用的比较点。我们将每个请求的字段映射到可用文档、项目答案或未完成项。这使团队清楚了解现在可以提交什么以及哪些仍需确认。
上线申请和Launchpad审查可能要求不同的信息。我们不假设一个证据文件夹适用于所有目标。相反，我们记录接收组织、请求的字段、其支持证据以及共享该证据所需的任何权限。我们检查每个请求项的4个字段：来源、版本、负责人和共享权限。每个包还获得2个状态标签：准备共享或待批准。然后项目批准该目标的最终包。
提交映射可以通过3项检查进行审查：
- 覆盖范围：每个请求项是否有匹配的来源？
- 版本：记录是否标识了相关的合约或项目状态？
- 权限：项目是否可以将此文档共享给此接收者？
有关特定于Launchpad的工作流程，请参阅Launchpad上线。有关其他追踪器申请，请查看其他加密货币追踪器上线。这些申请任务与提供商协调不同。映射有助于您的团队准备准确的记录，而不是将审计或KYC结果视为自动的上线凭证。
五个检查点使提供商工作可审查
协调轨迹显示已请求的内容、谁负责下一步操作以及哪些文档已到达。我们的5步序列从材料审查到特定目标的交接。在查看范围和提供商依赖关系后，我们确定工作顺序。
首先，我们审查目标用途并收集可用材料。其次，我们标记范围差距并为技术问题和敏感记录分配项目联系人。第三，项目批准独立提供商和参与范围。第四，我们协调信息交换并跟踪问题或交付物。第五，我们组织证据并将其映射到预期的提交。
在每个检查点，项目可以查看状态、待处理的输入以及下一步负责人。典型的交接包括证据索引、收到的提供商文档、未完成的跟进事项以及预期用途说明。我们将技术问题与文档权限分开，以便正确的人处理每个决策。
时间安排取决于代码和文档准备情况、提供商时间表、审查范围以及项目的响应时间。在初步审查后，我们可以显示依赖关系和提议的序列。审计持续时间和KYC处理仍属于独立提供商的时间表，而不是我们可以代表他们设定的日期。
谁决定审计证据是否符合平台规则？
提交记录可以显示提供了什么，但接受权属于接收组织。我们根据所述请求检查包，并保留为审查准备的材料记录。
数据站点和Launchpad可能根据其自身标准评估申请。他们可以要求更多信息、推迟审查或拒绝申请。审计师的报告不构成平台批准。KYC提供商的结果不构成另一个组织已验证项目。我们承诺进行商定的协调和文档交接，而不是另一方的决定。
这一界限使证据包更有用。它使提供商的发现与平台状态保持分离，并为项目提供实际共享内容的记录。有关特定于平台的社区验证，请参阅CoinMarketCap社区验证。保持审计报告所述的范围与其关联，并在发布任何KYC相关记录之前确认共享权限。
要开始，请发送项目网站、目标提交、网络和合约引用、技术链接以及现有的提供商文档。不要在初次咨询中附上身份证明文件。GeoMarketing Experts将审查材料，识别缺失的输入，并返回包含负责人和后续行动的建议范围。
如何操作
- 发送项目背景分享目标提交、网络和合约引用、技术链接以及现有的提供商记录。在初次咨询中不要包含身份证明文件。
- 映射范围与负责人我们列出缺失的输入，并为技术问题、批准和敏感记录分配联系人。
- 批准提供商工作项目确认独立提供商和范围。我们协调信息交换并跟踪未解决的问题。
- 索引收到的证据我们按提供商、版本、预期用途和共享状态组织文档，然后标记未解决的项。
- 准备交接我们将经批准的证据与目标申请进行匹配，并在项目提交或发布之前识别差距。
常见问题
谁负责对我们合约进行技术审查？
独立的第三方审计师执行技术审查并发布其报告。我们协调范围、项目材料、提供商问题和证据组织。您的团队批准审计师和参与。审计师对其发现负责，因此协调记录不能替代报告。
同一个项目能否同时包含团队KYC和合约审计？
可以。我们可以协调两个工作流，同时保持其输出分离。审计师审查商定的代码范围，而选定的KYC提供商处理身份检查。我们跟踪每组输入、问题、权限和完成的记录，然后为预期提交编制索引。
初次项目简报中应包含哪些内容？
发送您的网站、目标数据站点或Launchpad、网络和合约引用、仓库或技术文档链接，以及任何现有的审计或KYC记录。在此阶段不要发送身份证明文件。我们将识别缺失的信息，并在需要机密材料时商定合适的处理途径。
较早的审计报告能否描述已更改的合约？
只有当其所述范围涵盖相关版本且审计师确认其适用性时才可以。如果代码、部署或合约引用发生了变化，请记录这些变化并询问审计师需要哪些后续工作。我们可以更新证据索引，以便与每份报告关联的版本保持清晰。
审计和KYC的时间线如何确定？
时间安排取决于审查范围、项目材料的准备情况、提供商的可用性以及回答问题所需的时间。在初步材料审查后，我们映射依赖关系并安排协调步骤。独立提供商设定其自身的审查时间表。
审计报告或KYC结果能否确保上线批准？
不能。报告或验证结果可以支持申请，但接收的数据站点或Launchpad决定证据是否符合其自身要求。它可能要求更多信息或拒绝提交。我们组织记录并将其映射到所述请求；我们不控制该决定。
告诉我们您的项目
回答四个简单问题，经理会在1小时内为您发送方案、时间表和价格范围。全程保密。
正在加载表单…