BigWings

Configurando SSLCryptLib como cryCapicom também deve retornar em ordem invertida.

Anexe o XML.

A pasta de schemas está atualizada?

Está recebendo essa rejeição em produção? Pela última atualização da NT 2020.001 a implementação dessa regra em produção foi postergada para 06/07/2020, em virtude da pandemia.

No caso da implementação para a geração do campo Convênio (rev. 19890) encontrei este tópico:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Você ainda não disse exatamente qual campo quer informar no DANFE... Apenas no CSOSN 900 é destacado ICMS. Nesse caso ele vai ser mostrado no DANFE. Nos CSOSN 101 - tributado pelo simples nacional com permissão de crédito não existe destaque de ICMS, apenas informação do ICMS que o destinatário pode se creditar. Então em vez da tag pICMS e vICMS apenas o valor é informado na tag vCredICMSSN. O manual é claro em especificar quais tags exige em que campo: A TAG N16 corresponde à aliquota do ICMS normal: O manual também não proíbe de se incluir campos desde que eles estejam no XML, e que não seja informado no local destinado a outro campo, como é o caso da alíquota do ICMS, então você pode fazer isso se desejar.

Não precisa forçar brancos, basta não preencher o "0" no convênio, que pelo que entendi é o que está fazendo. As alterações são feitas para atender a todos, e alguma cooperativa desse banco exigiu o convênio no header. Sugiro que sempre analise as alterações feitas nos fontes quando atualizar.

Geralmente Simples Nacional não destaca ICMS ou IPI. E no DANFE se pode mostrar apenas o que está no XML. Quais dados exatamente você quer mostrar no DANFE?

Está informando algo para o convênio ao alimentar o componente? Foi feito um ajuste na rev. 19890 para gerar o convênio, apenas se informado:

Pacotes runtime você apenas compila, os designtime são para instalar na IDE. Veja:

Realmente, contradizendo o que diz o manual, pelos schemas é aceito a tag no XML com conteúdo vazio: <xs:element name="nRE"> <xs:annotation> <xs:documentation>Registro de exportação</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[0-9]{0,12}"/> </xs:restriction> </xs:simpleType> </xs:element> Nesse caso acho que é válido o ajuste nos fontes.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Veja com eles também qual valor pode informar na NFe, já que pelo layout esse campo é sim obrigatório e vai causar rejeição por schemas caso não informado.

O nRE (Número do registro de exportação) é obrigatório no caso de exportação indireta. Como nDraw e nRE estão vazios no .ini o grupo não é gerado.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Aparentemente você adicionou um nó infUnidTransp e não preencheu o valor dos campos. Verifique a sua rotina.

Anexe os XML de envio e retorno (*-eve.xml, *-ped-eve.xml) para análise.

O campo qVol no layout é numérico, não permite decimais. Se alterar dessa forma você vai ter erro de validação por schemas. Quantidade de volumes transportados não é o mesmo que quantidade transportada.

Imprimir algo no DANFE diferente de como está no XML vai contra o manual e isso sim pode causar autuação. Aqui nos casos em que o usuário insiste em mostrar a quantidade em M3 nos volumes transportados orientamos a informar multiplicado por 1000 e truncando as casas decimais. Ex.: 10,83 M3 = 10830 2 M3 = 2000 5,8743 M3 = 5874 Dessa forma não deve ter problema com a fiscalização.

Erro 403 pode ser certificado expirado, ou algum dos certificados da cadeia de certificação expirado. Também pode ser algo relacionado à segurança TLS.

A URL do QrCode gerada no XML é validada no momento do envio, se estivesse incorreta a nota nem seria autorizada. Como foi, provavelmente o problema está na página de consulta da SEFAZ-ES. Minha sugestão é que entre em contato com a mesma e reporte essa situação.

NFe avulsa só é emitida pelo portal da SEFAZ.

Não. Veja se não é uma NFSe (nota de serviços) que ele deve emitir.