从技术上讲，传输使用简单邮件传输协议 (SMTP) 进行双重加密。文档作为电子邮件附件传输。此外，元数据包含在 XML 文件 (xjustiz_nachrichten.xml) 中。除其他外，元数据包含有关文件编号、诉讼所涉及的人员、法律代表（如果适用）以及所传输文件的描述的信息。
该基础设施由 ITZBund 运营。所谓的中介机构负责运输。所有参与者都集中注册，以便只有值得信赖的发件人才能发送邮件。
电子合法交易中接收者面临的技术挑战
电子法律交易的参与者目前面临着一些挑战。这是由于异步传输（“即发即忘”）和司法部门使用的软件解决方案实施不充分造成的。对于有问题的传出消息，数据没有得到充分验证。为了不激怒法院和其他发件人，无效消息不会定期被拒绝或返回。
根据我的经验，以下是最大的挑战的汇编，排名不分先后，也不打算完整：
文件名中存在非法字符
使用过时的 XJustiz 标准
文件分类不正确
XJustiz 数据集包含传输文档的多个分类特征。一个文档可 高中生邮寄名单 以包含多个 PDF 文件，如有必要，还可以包含 PDF 的签名。分类特征是使用键值列表实现的。不正确的分类会影响所有文档类别，但在决议中可以得到特别好的说明：可以从分类特征推断出文档是否是决议，例如判决书。通常，决定与上诉期限相关，这意味着收到对其不利的决定的人有一定的反应期限。不正确的分类意味着，除其他外，无法自动生成上诉截止日期的后续行动（任务）。在实践中，有些文件被归类为决议但不包含决议，以及属于“无害”类别“其他”或“其他”的决议。由于目前无法依赖分类功能，因此必须使用目视检查对所有传入邮件进行分类或确定优先级。
签名处理不当
传输的 PDF 文件可以带有外部签名（作为附加文件）。 XJustiz 标准中对此有一些规则：
签名文件必须与关联的 PDF 文件具有相同的文件名，并辅以文件扩展名 pkcs7 或 p7s。
文件名总共不得超过 90 个字符（也适用于 PDF 文件）。
签名将被设置为文档节点内的子元素。
特征文件中必须设置元件分类特征。
签名文件必须在 XML 文件中包含对关联 PDF 文件的引用（作为单独的 XML 元素）。
实际上，文件名之间会出现差异，特别是由于 90 个字符的限制。 PDF 文件名的长度设置为 90 个字符，然后从文件名中删除尽可能多的字符（从签名开始），直到长度达到 90 个字符（包括文件扩展名）。