Italo Giurizzato Junior

Boa tarde Catrini, Você chegou a alterar o arquivo ACBrNFSeXServicos.ini ? Se sim, como ficou a alteração para a cidade de Barra Velha/SC ?

Boa tarde @SupraMAIS, Já vou incluir na minha lista de tarefas para fazer essa adequação para os demais métodos e não somente no Emitir. Assim que finalizado iremos enviar para o SVN. Aviso aqui quando isso ocorrer.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Olá Pessoal, É com muita satisfação que venho informar a todos que o componente ACBrNFe ganhou novas units para Consultar a Situação de uma nota, solicitar a inutilização de um numero ou faixa de números, enviar eventos e para administrar o CSC (Código de Segurança do Contribuinte) usado na NFC-e, este ultimo não sei informa-los quais UF possuem um webservice para esse serviço. Foram criadas novas units para gerar o XML de pedido de consulta, de inutilização de envio de eventos, bem como as units que fazem a leitura do retorno foram reescritas. Elas se encontram em uma nova pasta: ...\Fontes\ACBrDFe\ACBrNFe\Base\Servicos O que muda na minha aplicação? Nada, pois essas units são utilizadas pelo próprio componente. Porque foram criadas essas novas units? As units antigas se utilizam das units pcnGerador e pcnLeitor para geração e leitura do XML respectivamente. As novas units se utilizam das units ACBrXmlWriter e ACBrXmlReader que tem a mesma função de geração e leitura. Não chegamos a realizar testes de velocidade nessas novas units criadas para o ACBrNFe, mas a um tempo atrás a unit responsável por ler o XML de um CT-e contendo aproximadamente 1.800 (mil e oitocentos) notas vinculadas demorava cerca de 6 minutos para realizar a leitura. Foi criada uma nova unit se utilizando o ACBrXmlReader para realizar a leitura do XML do CT-e, foi realizado um teste com o XML contendo 1.800 notas vinculadas e o mesmo foi lido em aproximadamente 6 segundos. Veja o ganho em velocidade na leitura do XML, de 6 minutos para 6 segundos. Por conta dessa performance resolvemos reescrever todas as units que utilizam as units pcnGerador e pcnLeitor visando a passar a utilizar as units ACBrXmlWriter e ACBrXmlReader. Não é um trabalho fácil e rápido. As novas units foram escritas, foi criado os testes unitários para cada uma delas, depois de testadas fizemos a migração, um trabalho que consumiu varias semanas. Em breve as units antigas vão ser removidas do SVN. Esse trabalho vai ser realizado em outros componentes? Sim, o próximo é o ACBrCTe, depois o ACBrMDFe. Estamos trabalhando para deixar os componentes mais velozes.

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