我必须将某些文件传输给第三方。我们可以创建文件格式，但希望保持简单，例如CSV。这些不会是大文件 - 最多只有几十MB，并且不会很多 - 每晚3个文件。sftp与SOAP调用文件传输
我们对协议的偏好是sftp。过去我们已经完成了这一切，并且我们理解得很好。
他们的首选是通过Web服务/ SOAP/https调用。
他们给出的理由是可靠性，主要是因为他们知道他们已经完全收到文件。
我不会购买这个作为杀手论点。您可以使用sftp轻松地在您的文件传输过程中构建某些内容，以确保传输已完成，例如，在文件中使用页眉/页脚，或在目录之间移动文件等。
我能想到的唯一的另一个参数是通过http（s），端口80/443将打开，因此防火墙可能会更少为我们的基础设施人员工作
你能想出任何其他的论据吗？在这里最好的做法是否有共识？
在此先感谢。
sftp是文件传输协议，soap是一个执行remove方法（包括webservices）的协议，与文件传输无关。
那将是我的观点，SFTP是这项工作的工具
文件完整性是在“管理文件传输”的共同课题。如果你采取了一个妥协的“最佳实践”，那么你最终可能会运行AS/2（一种Web服务方式来通过签名完整性检查来传输包含不可否认性的文件）或者AS/3（同样的东西通过FTP或FTPS）。
文件完整性和SFTP的问题之一是，您不能像FTP和FTPS那样随意扩展协议。换句话说，您不能仅仅因为想要将XSHA1命令添加到SFTP传输中。
是的，还有其他的解决方法（比如事务文件包含接收文件的哈希），但是在一天结束时，有人需要做一些工作......但实际上不应该这么难。
如果您正在与之交谈的第三方确实没有非网络服务电话来接受大文件，那么您可能是他们的试验品，因为他们试图导航一个全新的世界。 （或者，他们可能已经解雇了他们所有的传播人员，并且不仅意识到这个世界不会在SOAP上运行......但是 - 也见过这种情况。）
无论哪种方式，除非他们给你带来魔法代码/实用程序/无论为他们执行文件到SOAP事务（这种情况都发生了），我会坚持使用你的sftp枪，直到他们找到合适的人来讨论批量数据传输。