Daniel Simoes

Não parece ser problema de comunicação... pois alguns WebServices são acessados com sucesso... Pode ser um problema pontual no SEFAZ, ou ainda algum problema no cadastro desse contribuinte...

A tempo o MonitorPLUS já suporta a NFe 4.0.... Você pode baixar os fontes e compilar... ou assinar o SAC para baixar a versão semanal... https://www.projetoacbr.com.br/forum/sac/sobre/

Temos que seguir um padrão... a única maneira correta de informar quebras de linha em conteúdos de XML é conforme definido pelo W3C https://www.w3.org/TR/xml/#sec-line-ends a exigência da Prefeitura não faz sentido e quebra os padrões estabelecidos Repare que a norma do W3C é semelhante para caracteres especiais como < > e &

De acordo... tópico fechado...

Não pois isso pode quebrar o funcionamento do XML em produção... o Erro é do SEFAZ... não acho correto ficar fazendo POG para contornar um erro deles...

A geração da Tag vDesc, está de acordo com a Nota Técnica atual... Veja: Não será alterado.. até que uma nova Nota Técnica seja criada.

Vc está falando de um Tipo enumerado... Estude a Norma Técnica do SAT, e veja a definição do XML... observe que os tipos enumerados são convertidos para códigos, de acordo com a Norma Técnica do SAT

No momento, o ACBr apenas é compatível com a versão 1.0 do OpenSSL... você pode instalar ambas as versões no seu ambiente Linux... e fazer os links simbólicos usados pelo ACBr, apontando para a versão 1.0

@volmir.. ao invés de incluir uma nova classe no componente... como aparentemente o TIDAS é 100% compatível com a troca de arquivos TXT... Não seria possível usar o modelo TEFDisc, e configurar nele os diretórios da Troca de Arquivo e caminho do .EXE do Gerenciados ?

Lembrando que OPENSSL apenas suporta certificados A1

Tente o seguinte: https://www.w3.org/TR/xml/#sec-line-ends Ou seja... onde desejar uma quebra de linha insira #xA

O componente remove as quebras de linha, pois isso é uma exigência das regras de Transformação, antes de assinar o XML... ou seja se isso não for feito, o outro lado irá detectar a assinatura como inválida... As transformações são normatizadas pelo W3C e se modificarmos a maneira como ela ocorre, estaremos quebrando o padrão... Observe ainda o fato de que são Libs de terceiros que geralmente manipulam o XML para fazer a transformação de forma correta como: MSXML, LibXml2 e LibXmlSec Não devemos confundir o XML assinado ( que tem validade jurídica) com a representação gráfica dele... Quais são as regras de Transformação para Sign Digest, adotadas por essa prefeitura? O problema pode estar na verdade no lado da Prefeitura... talvez ela indique algum carácter que possa ser exibido como quebra de linha na exibição da descrição do seu site.

Talvez a sessão de Depoimentos ajude no seu processo de decisão https://www.projetoacbr.com.br/forum/testimonials/

Não existe o conceito de Troca no SAT

Fique por dentro das novidades da NFC-e Versão 2.00 do QR-Code: A versão 2.00 do QR-Code já está disponível para testes em ambiente de homologação, a data prevista para o ambiente de produção é 09/07/2018 Para testar, use as seguintes configurações no componente ACBrNFe: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoQRCode := veqr200; Fonte: http://nfce.encat.org/ O que se esperar de um Sistema para Emissão de NFC-e? Foi publicado no Portal Nacional da NF-e um manual de boas práticas visando orientar a todos os desenvolvedores as características básicas de um bom sistema emissor de NFC-e, consulte o Manual de Boas Práticas no desenvolvimento de emissor de NFC-e - BP 2018.001 - versão 1.0 CUIDADO: Consumo indevido poderá bloquear sua aplicação. Fique atento as regras divulgadas na NT 2018.002 para previnir o erro "Consumo Indevido" e evite penalidades definidas na legislação de cada UF.

Basta o CONFAZ publicar uma NT obrigando a isso...

Rode o Windows Update...

Do que adianta o CONFAZ publicar notas técnicas se nem o próprio SEFAZ as segue ?? Devemos nos sujeitar a isso ? Sugestão: bombardeio de e-mails no SEFAZ...

O problema está no SEFAZ... Veja que a Nota Técnica informa que os campos são 0 ou 1 ou seja, opcionais... Use a versão 3.10 até que o SEFAZ faça as correções...

Não será atualizado, pois isso é contra a última NT

Não está de acordo com a Nota Técnica... veja esse post:

@José M. S. Junior, favor avaliar a contribuição

PAF-ECF exige muitas mudanças na sua aplicação ( muitas mesmo) O MonitorPLUS pode ajudar com o BlocoX e a comunicação com os ECFs e arquivo auxiliar criptografado

Ainda não estão disponíveis... teremos notícias em breve