karlusheidrich

Boa tarde! Eu fiz as modificações e no ambiente de homologação funciona certinho. Mas hoje fui passar para produção, mas ocorre erro ao transmitir. Falha no Schema XML(CStat=225). Alguém sabe se isso ocorre por eles terem mudado a data do ambiente de produção para o dia 03/06/19?

Por isso que dá erro ao tentar enviar em produção hoje? (Pra mim dá erro de "Falha no Schema XML"(CStat=225), mas meu XML está todo "dentro dos conformes". Fiz os testes em Homologação e deu certo.)

Boa tarde! Resolvi o problema. Mantive as configurações de CAPICOM e apenas alimentei o componente e chamei o comando Enviar. Antes eu estava chamando o comando GerarLote antes do comando Enviar, ai dava erro de assinatura.

Bom dia! Estou com dificuldades para fazer a transmissão para Porto Alegre. Inicialmente o erro era por causa do capicon. Alterei as configurações do componente para WinCrypt e finalmente consegui assinar o documento sem dar erro no sistema, porém o web service retornava a mensagem "Arquivo enviado com erro na assinatura". Usei a configuração abaixo: ACBrNFSe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFSe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFSe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFSe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFSe1.SSL.SSLType := TSSLType(LT_all); Neste primeiro teste que fiz o erro a princípio é na assinatura do lote. A assinatura do RPS estaria correta. Ai fiz as configurações sugeridas em um outro tópico do fórum, mas ai ocorre erro para assinar o XML. Segue abaixo a configuração: ACBrNFSe1.Configuracoes.Geral.SSLLib := libNone; ACBrNFSe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFSe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; ACBrNFSe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFSe1.SSL.SSLType := TSSLType(LT_TLSv1_2); Se consulto o XML gerado aparece o seguinte erro: "Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor". Estou usando Windows 10 Pro 64 bits e certificado A1(Pelo número de série). Precisa ser feita mais alguma configuração no Windows para que funcione essa configuração? Desde já agradeço a atenção de todos.

Bom dia! Estou com dificuldades para fazer a transmissão para Porto Alegre. Inicialmente o erro era por causa do capicon. Alterei as configurações do componente para WinCrypt e finalmente consegui assinar o documento sem dar erro no sistema, porém o web service retornava a mensagem "Arquivo enviado com erro na assinatura". Usei a configuração abaixo: ACBrNFSe1.Configuracoes.Geral.SSLLib := libWinCrypt; ACBrNFSe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrNFSe1.Configuracoes.Geral.SSLXmlSignLib := xsLibXml2; ACBrNFSe1.Configuracoes.Geral.SSLHttpLib := httpWinHttp; ACBrNFSe1.SSL.SSLType := TSSLType(LT_all); Neste primeiro teste que fiz o erro a princípio é na assinatura do lote. A assinatura do RPS estaria correta. Ai fiz as configurações sugeridas pelo @foleyjf, mas ai ocorre erro para assinar o XML. Se consulto o XML gerado aparece o seguinte erro: "Erro: 12175 - Um ou mais erros foram encontrados no certificado Secure Sockets Layer (SSL) enviado pelo servidor". Estou usando Windows 10 Pro 64 bits e certificado A1(Pelo número de série). Precisa ser feita mais alguma configuração no Windows para que funcione a sua configuração @foleyjf??? Se o @Italo Jurisato Junior também puder me dar uma luz a respeito eu agradeço. Desde já agradeço a atenção de todos.

Bom dia. Pessoal, aqui está funcionando perfeitamente com os fontes disponibilizados pelo Luciano (maxisoft). Uma boa parte das alterações feitas nestes arquivos foram solicitadas por e-mail pelo pessoal da Tecnos. A outra parte foi no "chutometro", pois a própria Tecnos não sabia o que havia de errado. Depois de vários e-mails enviados para a Tecnos, eles assumiram que o erro era no web service deles e que foi preciso alterar as regras de negócio no web service. Acho que as atualizações feitas pelo Luciano poderiam ser incluídas no projeto. Seria interessante o Ítalo dar seu veredito sobre essas atualizações. As modificações que o virtualsys postou já estão inclusas nos fontes que o Luciano postou.

Alguém já teve notícias de quando esse novo layout estará disponível?

Desculpe André, postei link que não tem a ver com o que você precisa. Depois que eu li novamente seu post é que me toquei que são layouts diferentes. Realmente no site do emissor gratuito, não possui esse layout. Desculpe o incômodo.

Segue os links que encontrei: Nota Técnica 2013.005 - v1.03 Alteração Leiaute da NF-e - Versão Nacional 2013 http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=UL1Gh3Ol5NY= Manual de Especificações Técnicas do DANFE NFC-e e QR Code - versão 3.1 Manual de Padrões Técnicos do DANFE-NFC-e e QR Code http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=jKHRw%20g4V%20E= Se não for esses, me avise que procuro outros.

Boa tarde. Estou adaptando meu sistema para a versão 3.1 do layout da NF-e e adicionando a NFC-e ao mesmo, porém percebi que no arquivo que faz o carregamento dos arquivos txt, ainda não tem esse layout disponível como podem ver abaixo. unit pcnLayoutTXT; interface uses SysUtils, Classes, pcnAuxiliar, pcnConversao; function CarregarLayoutTXT(const versao: string): AnsiString; const VERSOES_VALIDAS_LAYOUT_TXT = '|1.10|2.00|'; Gostaria de saber se há alguma previsão de quando estará disponível ou até mesmo se haverá alguma mudança "radical" na utilização de arquivos TXT no ACBR. Desde já, agradeço a atenção.

É a mesma mensagem que aparece aqui para Ivoti. Mandamos e-mail pros caras ontem de meio-dia e até agora nada também.

Eles estão exigindo que o XML esteja assinado para o envio. Provavelmente seu XML não está assinado. Estou com um problema parecido e já encaminhei e-mails para a Tecnos resolver esse problema pra gente. Tudo indica que é problema no web service deles. Assim que tiver um retorno, postarei aqui.

Boa tarde! Hoje descobrimos que o webservice de Ivoti está com problemas. Após vários testes aqui na empresa, descobrimos que se mandarmos o mesmo XML para o provedor de Veranópolis, conseguimos obter retornos, obviamente com os erros de falta de cadastro no município, etc... Porém ao enviarmos o mesmo XML para webservice de Ivoti, o webservice não retorna nada. Encaminhamos um e-mail para a Tecnos e obtivemos o seguinte retorno: Assim que tiver mais notícias postarei aqui.

Oi Rodrigo. Sobre o CNPJ, fui eu que alterei o mesmo para zeros, para não divulgar dados da empresa. Quando o arquivo é gerado, ele contem o CNPJ e IM corretos. É complicado que o provedor mande essas mensagens tão genéricas. Agora, estou desconfiando que o certificado que foi gerado para a minha empresa esteja com informações erradas. Não sei exatamente como é gerado um certificado, mas pela mensagem que estou recebendo dá-se a entender que há alguma incompatibilidade nisso. Ex.: A minha empresa tem o CNPJ XXXXX e no certificado está XXXXY, ou a razão social é AAAAAAA e a do certificado é AAAABAA. Como a assinatura é criptografada fica complicado verificar isso. Alguém saberia me dizer exatamente qual é o arquivo que é enviado para o provedor? Quero enviá-lo por e-mail para os caras da Tecnos avaliarem o erro.

Boa tarde Ítalo. O erro que dá é: A assinatura da nota não confere com a informação contida no XML. Já fiz vários debugs e não descobri onde está o problema. Estou usando o programa de exemplo do ACBrNFSe.