-
Total de ítens
79 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Siagri Sistemas de Gestão
-
-
Em 26/07/2024 at 09:09, Daniel InfoCotidiano disse:
Corrigindo
https://acbr.sourceforge.io/ACBrLib/Encerramento.html
precisa adicionar o campo indEncPorTerceiro no INI que for passar.Bom dia, obrigado pelas informações. irei testar assim que tiver um resultado aviso aqui.
- 2
-
22 horas atrás, Diego Foliene disse:
Foi gerada uma nova compilação do ACBrMonitor, por favor, queira atualizar e realizar novo teste.
Boa tarde, deu certo obrigado pelo apoio e atenção.
- 1
-
Boa tarde, gostaria de saber se o ACBrMonitor já está preparado para encerramendo de MDF-e por terceiro?
Pois procurei em https://acbr.sourceforge.io/ACBrMonitor e não encontrei nada referente a encerramento de MDF-e por terceiro.
-
3 horas atrás, Diego Foliene disse:
Bom dia!
Apenas dando um retorno neste caso.
Reproduzimos o problema e confirmamos que está relacionado a codificação do acento mesmo.
Estamos verificando a melhor forma de corrigir.
Boa tarde, obrigado pelo retorno!
Quando for corrigido pode avisar aqui por favor?
- 1
-
44 minutos atrás, Diego Foliene disse:
Boa tarde!
Estamos verificando.
Por favor, confirme como estão suas configurações de SSLLib.
Boa tarde, SSLLib está libWinCrypt.
- 1
-
Em 22/07/2024 at 16:37, Siagri Sistemas de Gestão disse:
Boa tarde, fiz o teste e o erro continua o mesmo.
Boa tarde, alguma novidade referente envio do evento com tpAutorizacao=1?
No caso estamos usando o ACBrMonitor 1.4.0.263.
-
Em 19/07/2024 at 12:14, Diego Foliene disse:
Você utiliza a Lib ou o Monitor?
Se estiver usando a Lib, por favor, tente definir o valor 1 para RetirarAcentos na seção [NFe] do seu arquivo ACBrLib.ini
Se estiver usando Monitor a configuração fica em DFe > Geral > Retirar Acentos do XML
Faça um novo teste após definida a configuração.
Boa tarde, fiz o teste e o erro continua o mesmo.
-
9 minutos atrás, Diego Foliene disse:
Bom dia!
Acentos e caracteres especiais podem ocasionar problemas na assinatura.
Por favor, faça um teste removendo o acento de "destinatário" em xCondUso.
Foi removito o acento e até mosmo mandado em branco o xCondUso mas o problema continua, dei uma olhada no código do ACBr e está sendo passado de forma fixa o texto para xCondUso conforme imagem abaixo.
-
18 horas atrás, Diego Foliene disse:
Boa tarde!
Este erro é devolvido você quando o conteúdo da resposta do web service veio com algum caractere que gerou problema ao tentar ler como UTF-8.
Por favor, no arquivo ACBrLib.ini que concentra as configurações da Lib defina o valor correspondente a Sim para SalvarWS e defina também um PathSalvar.
Se estiver usando o ACBrMonitorPLUS é a opção "Salvar Arquivos Enviados/Recebidos p/WebServices" do caminho DFe > WebServices > Configuracoes e o caminho onde salvar.
Fazendo isso, ele vai gerar para você os arquivos de envelope da requisição que são o que de fato é enviado para o webservice e a resposta do mesmo na íntegra.
Esses arquivos vão ter -soap no nome.
Veja no conteúdo dos mesmos se existe algum caractere inválido.
Quando você carrega o arquivo,, salvo engano, ele mostra para você quantos eventos foram carregados no lote no log.
Veja se carregou os dois.
Bom dia, o parâmetro "Salvar Arquivos Enviados/Recebidos p/WebServices" está ativo mas nesse caso quando acontece esse erro nenhum arquivo é gerado na pasta configurada.
Pegando a mensagem do log que está mais completa o erro acontece ao tentrar assinar o evento:
ERRO: Falha ao assinar o Envio de Evento
Erro: Falha ao interpretar o XML "xmlParseDoc" --> 9 - Input is not proper UTF-8, indicate encoding !
Bytes: 0xE1 0x72 0x69 0x6F -
Em 10/06/2024 at 17:42, Renato Rubinho disse:
Já está disponível.
Você pode olhar as alterações feitas no monitor através do log no SVN.
https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrMonitorPLUS/Lazarus/
Pela data do commit você considera a compilação imediatamente posterior.
Segue modelo da documentação do monitor para o insucesso.
https://acbr.sourceforge.io/ACBrMonitor/InsucessonaEntrega.html
Em 10/06/2024 at 18:27, Renato Rubinho disse:Desculpe, pesquisei por insucesso na documentação e não vi que esse exemplo era de CTe.
De acordo com a notícia a seguir o evento de insucesso da NFe também já está implementado.
Você está com os schemas atualizados?
Preencheu o tpEvento=110192 ?
Gerou as tags de acordo com a NT?
Se o problema persistir, anexe o ini para análise e se entender que possui dados sensíveis, envie para [email protected]
Bom dia, no caso estou com problema no evento 110150(Ator Interessado na NF-e - Transportador) referente a nota técnica NT2020.007_v1.30.
Conforme relatado no post inicial e arquivos anexados(Lote1.ini e Lote2.ini) para analise.
-
Bom dia, estamos com dois problemas ao tentar enviar o evento 110150(Ator interessado na NF-e)
1) Ao tentar enviar um lote com mais de um evento é apresentado a mensagem de erro: ERRO: List index (1) out of bounds
anexado arquivo INI com o lote do evento que causou o erro(Lote1.ini)
2) Ao tentar enviar um evento com o tpAutorizacao=1 é apresentado a mensagem de erro: Erro: Falha ao interpretar o XML "xmlParseDoc" --> 9 - Input is not proper UTF-8, indicate encoding !
anexado arquivo INI com o tpAutorizacao=1 (Lote2.ini)
-
1 hora atrás, Italo Giurizzato Junior disse:
Boa tarde @Siagri Sistemas de Gestão,
O Schema foi atualizado no dia 30/04/2024.
Você esta usando a versão mais recente do Monitor?
Boa tarde, sim estou usando a versão 1.4.0.256.
-
2 horas atrás, Italo Giurizzato Junior disse:
Bom dia @Siagri Sistemas de Gestão,
Na Nota Técnica esta com 28, mas no schema esta com 20, veja:
<xs:element name="hashTentativaEntrega"> <xs:annotation> <xs:documentation>Hash (SHA1) no formato Base64 resultante da concatenação: Chave de acesso da NFe + Base64 da imagem capturada da entrega (Exemplo: imagem capturada da assinatura eletrônica, digital do recebedor, foto, etc) Observação: 28 caracteres são representados no schema como 20 bytes do tipo base64Binary</xs:documentation> </xs:annotation> <xs:simpleType> <xs:restriction base="xs:base64Binary"> <xs:length value="20"/> </xs:restriction> </xs:simpleType> </xs:element>
Bom dia, o arquivo schema e110192_v1.00.xsd estava <xs:length value="28"/> então alterei pra <xs:length value="20"/> e continuei enviando os 28 caracteres para o hashTentativaEntrega e o evento foi aceito.
Esse schema veio com a instação do ACBrMonitor 1.4.0.256.
-
31 minutos atrás, Daniel InfoCotidiano disse:
Bom dia @Siagri Sistemas de Gestão
tentou enviar 28?
O valor tem comprimento '14'; isso difere do comprimento permitido de '28'.
https://acbr.sourceforge.io/ACBrMonitor/InsucessonaEntrega.html
Bom dia, sim tentei enviar com os 28 sim mas, dá erro como se tivesse enviado apenas 20.
Esse exenplo é de Insucesso do CT-e mas estou me basiando nele por enquando pois ainda não tem exemplo documentado para o Insucesso da NF-e.
-
1 hora atrás, Italo Giurizzato Junior disse:
Boa tarde @Siagri Sistemas de Gestão,
O evento de tentativa de entrega da NF-e o campo: hashTentativaEntrega tem que ter 20 caracteres e não 28 como é do CT-e.
Enviei apenas 20 caracteres para o hashTentativaEntrega ERRO: Falha na validacao dos dados do Evento: --> 1830 - Element '{http://www.portalfiscal.inf.br/nfe}hashTentativaEntrega': [facet 'length'] The value has a length of '14'; this differs from the allowed length of '28'.
Na nota tecnica está como 28
-
38 minutos atrás, Italo Giurizzato Junior disse:
Boa tarde @Siagri Sistemas de Gestão,
O evento de tentativa de entrega da NF-e o campo: hashTentativaEntrega tem que ter 20 caracteres e não 28 como é do CT-e.
Boa tarde, certo vou testar com 20 caracteres. Obrigado!
-
9 minutos atrás, Italo Giurizzato Junior disse:
Bom dia @Siagri Sistemas de Gestão,
Qual é o erro que esta ocorrendo?
Erro: Falha na validacao dos dados do Evento: --> 1830 - Element '{http://www.portalfiscal.inf.br/nfe}hashTentativaEntrega': [facet 'length'] The value has a length of '20'; this differs from the allowed length of '28'.
Removas as linhas abaixo do INI:
xJustMotivo= latGPS= longGPS
Removidas as linhas mas o erro continua!
-
11 horas atrás, Renato Rubinho disse:
Tente com: cOrgao=92
Bom dia, coloquei o cOrgao=92 mas o erro continua o mesmo!
-
9 minutos atrás, Renato Rubinho disse:
Desculpe, pesquisei por insucesso na documentação e não vi que esse exemplo era de CTe.
De acordo com a notícia a seguir o evento de insucesso da NFe também já está implementado.
Você está com os schemas atualizados?
Preencheu o tpEvento=110192 ?
Gerou as tags de acordo com a NT?
Se o problema persistir, anexe o ini para análise e se entender que possui dados sensíveis, envie para [email protected]
Você está com os schemas atualizados? SIM
Preencheu o tpEvento=110192 ? SIM
Gerou as tags de acordo com a NT? SIM
Segue arquivo ini em anexo.
41240318325953000195550010028032441840391902-Evento110192.ini
-
27 minutos atrás, Renato Rubinho disse:
Já está disponível.
Você pode olhar as alterações feitas no monitor através do log no SVN.
https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrMonitorPLUS/Lazarus/
Pela data do commit você considera a compilação imediatamente posterior.
Segue modelo da documentação do monitor para o insucesso.
https://acbr.sourceforge.io/ACBrMonitor/InsucessonaEntrega.html
Esse exemplo é de insucesso de CT-e, estou precisando do insucesso de NF-e.
Mesmo assim fiz um teste e está dando o seguinte erro: ERRO: Falha na validacao dos dados do Evento: --> 1830 - Element '{http://www.portalfiscal.inf.br/nfe}hashTentativaEntrega': [facet 'length'] The value has a length of '20'; this differs from the allowed length of '28'.
mas o hash tem os 28 caracteres:
hashTentativaEntrega=MbezwFZO9H3W/FFObveS415Fi+Q=
-
Boa tarde, estamos desenvolvendo o evento de insucesso na entrega de NF-e e gostaria de saber se o ACBrMonitor está apto para enviar esse evento?
caso sim a partir de qual versão?
Goataria também de saber se existe exemplos de envio desse evento em lote?
-
Somente o CTe.EnviarCTe
-
Como faz para impedir essa consulta já que o comando que foi enviado para o AcbrMonitor foi apenas para transmitir a CTe?
-
Bom dia,
apaguei o arquivo ACBrCTeServicos.ini, apaguei a pasta schemas, rodei o instalador como administrador, conferi se os arquivos tinham sido recriados e testeis novamente e o problema ainda ocorreu.
Por fim fiz uma instalação nova do ACBrMonitor para teste mas também não deu certo.
Situação : ERRO:
Erro Interno: 0
Erro HTTP: 404
URL: https://cte-homologacao.svrs.rs.gov.br/ws/cteretrecepcao/CTeRetRecepcao.asmx<!DOCTYPE html>
<html>
<head>
<title>The resource cannot be found.</title>
<meta name="viewport" content="width=device-width" />
<style>
body {font-family:"Verdana";font-weight:normal;font-size: .7em;color:black;}
p {font-family:"Verdana";font-weight:normal;color:black;margin-top: -5px}
b {font-family:"Verdana";font-weight:bold;color:black;margin-top: -5px}
H1 { font-family:"Verdana";font-weight:normal;font-size:18pt;color:red }
H2 { font-family:"Verdana";font-weight:normal;font-size:14pt;color:maroon }
pre {font-family:"Consolas","Lucida Console",Monospace;font-size:11pt;margin:0;padding:0.5em;line-height:14pt}
.marker {font-weight: bold; color: black;text-decoration: none;}
.version {color: gray;}
.error {margin-bottom: 10px;}
.expandable { text-decoration:underline; font-weight:bold; color:navy; cursor:pointer; }
@media screen and (max-width: 639px) {
pre { width: 440px; overflow: auto; white-space: pre-wrap; word-wrap: break-word; }
}
@media screen and (max-width: 479px) {
pre { width: 280px; }
}
</style>
</head><body bgcolor="white">
<span><H1>Server Error in '/WS' Application.<hr width=100% size=1 color=silver></H1>
<h2> <i>The resource cannot be found.</i> </h2></span>
<font face="Arial, Helvetica, Geneva, SunSans-Regular, sans-serif ">
<b> Description: </b>HTTP 404. The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable. Please review the following URL and make sure that it is spelled correctly.
<br><br><b> Requested URL: </b>/ws/cteretrecepcao/CTeRetRecepcao.asmx<br><br>
</font>
</body>
</html>
Encerrameto de MDF-e por terceiro
em ACBrMonitor PLUS
Postado · Editado por Siagri Sistemas de Gestão
Boa tarde, conseguimos realizar os teste e deu certo o envio do evento de encerramento de MDF-e por terceiro.