Painel de líderes

Por ser rejeição, o problema está nos schemas do lado da SEFAZ. Indica que a UF em questão ainda não implantou a NT.

Algumas observações... 1) Este provedor (Publica) contempla uma tratativa para cancelamento de NFS-e por substituição que o ACBR não contempla: Um RPS identificado como “substituto” deverá conter a numeração do RPS a ser substituído. A NFS-e do RPS substituído será cancelada e uma nova nota será gerada em substituição. A relação entre a NFS-e substituta e a substituída ficará registrada pelos 2 atributos. 2) O meu cliente me questionou quanto ao webservice de envio da DIR contemplado no schema, que na pratica é uma NFSe com inversão dos dados do prestador de outro município e Tomador do municipio... Existe no ACBR algum esquema pra uso dos demais webservices contidos no schema do provedor Publica ou similar, ou fica a cargo dos desenvolvedores criarem rotinas especificas de geração e transmissão, sem usar o componente do ACBR? Ex: RecepcionarLoteDir, ConsultarSituacaoLoteDir, ConsultarLoteDir, CancelarDirEnvio... basicamente muda apenas a terminologia dos webservices, a montagem do xml é similar... Pensei em fazer a geração pelo ACBR e depois fazer um Replace das palavras RPS pela DIR... teria algo mais elegante? So que o envio teria de ser por lote manual no site... alguem teria alguma sugestão? Exemplo de Lote DIR:

Não entendi o problema... você informa ultNSU "0" apenas na primeira vez, depois pega o ultNSU retornado para a próxima, e vai buscando de 50 em 50 até ultNSU for igual ao maxNSU, ou ter retorno cStat 127.

eu só seto essa propriedade eo Webservice.ssltype para tls1.2

Boa tarde Sandro, Muito obrigado pela colaboração, já foi criado a TK-6123 para realizar a alteração.