Italo Giurizzato Junior

Olá Pessoal, Devemos tomar muito cuidado ao gerar o XML, pois temos tag de diversos tipos. Tipos de tags e o que ela pode conter: Numéricas: neste caso só aceitam dígitos e o ponto decimal, exemplo: 250 ou 300.00 Data: neste caso só aceitam dígitos, a barra "/" ou o sinal de menos "-" (o mais comum é o sinal de menos), exemplo: 2024-06-24 Hora: neste caso só aceitam dígitos e o dois ponto ":", exemplo: 10:34:00 Data/Hora: é a combinação dos dois acima, exemplo: 2024-06-24T10:34:00 (temos a letra "T" entre a data e a hora Data/Hora no formato UTC: temos a Data/Hora seguida do Timezone, exemplo: 2024-06-24T10:34:00-03:00 Caracter: neste caso podemos informar uma sequencia de caracteres alfanumérica que pode conter alguns símbolos, exemplo: Rua Nove de Julho, 1250 Agora, justamente a tag do tipo caracter costumamos ver vários problemas. Por que? Existem alguns tipos de caracteres como por exemplo: "&" (e comercial comum em nome de empresas), aspas, apóstrofes e os sinais de "<" e ">" que podem não ser válidos dentros das tags. Em alguns casos o componente até pode os converter para uma sequencia chamada html entities. Mas algumas vezes o webservice (em especial de alguns provedores de NFS-e) pode recusar o seu XML acusando que a assinatura esta inválida. Devemos então evitar ao máximo utiliza-los. Detalhando: Lembre-se que os caracteres "<" e ">" aparecem no XML para indicar o inicio e o fim do nome de uma tag, exemplo: <Endereco>. As aspas são usadas para indicar o inicio e o fim do valor de um atributo, exemplo: <det nItem="1">, nItem é o atributo e o seu valor 1 esta entre aspas. Fica a dica, se você enviar um XML para o webservice da SEFAZ ou para um provedor de NFS-e e o mesmo for recusado pelo fato da assinatura estar invalida, abra o XML com o bloco de notas e procure as tags do tipo caracter e veja o seu conteúdo, pode ser que alguma dessas tags contenha um caracter ou html entities que possa estar invalidando a assinatura. A solução neste caso é os remover.

Bom dia @Niron Ladeira Moreira, Detectei vários erros no seu arquivo INI. Você informou as seções [rem], [dest], [infCarga], [infQxxx] e [rodo], elas não são usadas no CT-e OS. Consta a seção [veic001] sendo o correto [veic] para o CT-e OS. Na seção [infFretamente] foi incluido o campo infFretamente=2 sendo que o correto é tpFretamento=2 Você vai precisar revisar todo esse arquivo INI, caso contrario não vai funcionar.

Bom dia @LeonardoRocha, Se tratando de NFS-e sempre nos informe a cidade, desta forma sabemos o provedor que a prefeitura contratou e com isso irmos direto ao ponto para buscar a solução do problema. Sendo assim, qual é a cidade do prestador?

Bom dia @Sistemas Victory, Como já lhe foi passado essa aplicação não é um emissor de MDF-e e sim um programa exemplo que tem por finalidade mostrar a você como é que se configura o componente ACBrMDFe, como é que alimenta ele com os dados do MDF-e e temos botões que exemplificam o uso de diversos métodos implementados no componente, tais como envio do MDF-e para a SEFAZ, consulta, envio de eventos entre outros. Se você desenvolve suas aplicações em Delphi ou Lazarus sugiro que estude o programa exemplo do componente ACBrMDFe. O ACBrMonitor Plus é uma aplicação feita em Lazarus que trabalha com troca de arquivos no formato INI, indicamos o uso do ACBrMonitor aos desenvolvedores que trabalham com outras linguagens de programação especialmente aquelas que não permitem o consumo de DLL. Temos também o ACBrLibMDFe que é uma DLL que indicamos o uso aos desenvolvedores que trabalham com linguagens de programação que permitem o consumo de DLL. Mas pelo que notei você usa o Delphi para desenvolver as suas aplicações, sendo assim utilize o programa exemplo do componente ACBrMDFe para estudo e testes e depois desenvolva a sua própria aplicação. Deixe de lado o ACBrMonitor e o ACBrLibMDFe, como dito é indicado para desenvolvedores que não trabalham com a linguagem Objeto Pascal.

Boa tarde @Tecnico.ProM, Já inclui na minha lista de tarefas para analise do problema. TK-5626

Boa tarde @Wilson Andrade, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5625

Boa tarde @fabio.ols, A compilação das Libs e no Monitor ocorre toda terça-feira de manhã e excepcionalmente nos demais dias da semana.

Boa tarde Catrini, Você esta usando o novo componente: ACBrNFSeX ? Se sim, esta com todos os fontes de todas as pastas atualizados e o ACBr reinstalado?

@M3Software Sistemas, Vou passar para o pessoal que cuida do Fast Report para analise do problema.TK-5623

Boa tarde @Tecnico.ProM, Vou precisar do XML soap de retorno da consulta para saber exatamente o que esta retornando.

Boa tarde Marcelo, Veja se o tópico abaixo lhe ajuda. Também atualize todos os fontes de todas as pastas e reinstale o ACBr.

Boa tarde Edvilson, Você vai alterar a unit Infisc.Provider Dica: o Padrão Nacional possui um serviço onde você baixa o DANFSE em PDF codificado em Base64. Primeiro veja na unit ACBrNFSeX, a procedure ObterDANFSE. Segundo veja na uni PadraoNacional.Provider a procedure PrepararConsultaNFSeporChave e TratarRetornoConsultaNFSeporChave. Terceiro, você vai fazer alterações na unit Infisc.Provider, mais precisamente nas procedures: PrepararConsultaNFSeporChave e TratarRetornoConsultaNFSeporChave e na function ConsultarNFSePorChave. Esta muito simples de implementar essa funcionalidade.

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

Boa tarde @M3Software Sistemas, Você utiliza o Fast ou o Fortes Report? Como você esta chamando o método para gerar o PDF ?

Boa tarde @Limber Software, Já esta no SVN.

Bom dia @SupraMAIS, Tenho uma segunda proposta para essa questão. Na unit ACBrNFSeXPrividerBase, procedure Emite fazer essas duas alterações: procedure TACBrNFSeXProvider.Emite; var AService: TACBrNFSeXWebservice; AErro: TNFSeEventoCollectionItem; begin EmiteResponse.Sucesso := False; <=== incluir esta linha EmiteResponse.Erros.Clear; EmiteResponse.Alertas.Clear; EmiteResponse.Resumos.Clear; TACBrNFSeX(FAOwner).SetStatus(stNFSeRecepcao); (...) TACBrNFSeX(FAOwner).SetStatus(stNFSeAguardaProcesso); TratarRetornoEmitir(EmiteResponse); TACBrNFSeX(FAOwner).SetStatus(stNFSeIdle); EmiteResponse.Sucesso := (EmiteResponse.Erros.Count = 0); <=== incluir esta linha end; Logo no inicio da procedure defino que o valor da propriedade Sucesso é False, porque essa procedure chama o PrepararEmitir, AssinarEmitir e ValidarSchema que podem resultar em erros. No final da procedure é executado o TratarRetornoEmitir que também pode resultar em erros, ai mudo o valor de Sucesso com base no contador de erros. Desta forma, acredito eu que podemos eliminar a linha ( Response.Sucesso := (Response.Erros.Count = 0); ) do TratarRetornoEmitir que se encontra na unit ACBrNFSeXProviderABRASFv2. O que você acha?

Bom dia Edvilson, O que você gostaria de implementar no componente ACBrNFSeX?

Bom dia @[email protected], Já esta no SVN.

Com CRT=1 foi impresso a coluna CSOSN com o valor 102 ?

Qual é o valor de CRT do emitente?

Boa tarde @SupraMAIS, Vamos analisar a sua sugestão, já inclui na lista de tarefas. TK-5619

Boa tarde @renemelo, Quem recepciona o MDF-e do pais inteiro é a SEFAZ-RS, portanto é ela que esta gerando a rejeição de consumo indevido. Verifique se a sua aplicação não esta realizando consulta ao status de serviço em intervalos muito curtos. Evite ao máximo o uso desse serviço, ele é um que levanta o Consumo Indevido. Verifica que não esta tentando enviar muitas vezes o mesmo MDF-e com o mesmo tipo de rejeição, isso também faz levantar a rejeição de Consumo Indevido.

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

Boa tarde @simtechsistemas, Se o cliente é do Simples Nacional remova do arquivo TXT a linha: CST=041

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