Italo Giurizzato Junior

Bom dia @JOSE CARLOS ALVES JUNIOR, Muito obrigado pela colaboração, já foi criado a TK-6549 para realizar a alteração.

Olá Pessoal, No componente ACBrNFSeX o caracter a ser utilizado como quebra de linha tínhamos definido como padrão o ";" (ponto e virgula) e não era possível mudar ele através de uma propriedade de configuração. Mas ai surgiu uma necessidade de permitir essa configuração. Sendo assim o componente agora possui a propriedade QuebradeLinha cujo caracter padrão é o "|", mas você pode mudar da seguinte forma: ACBrNFSeX1.Configuracoes.WebServices.QuebradeLinha := ';'; A propriedade QuebradeLinha é do tipo string, logo é possível informar uma sequencia de caracteres em vez de apenas um, por exemplo: "\n\s". Sempre tenham em mente que, se na unit provider do provedor o caracter de quebra de linha for diferente do configurado, o componente vai realizar a troca do configurado pelo que se encontra na unit provider. Por exemplo: Na configuração consta que o caracter é ";" ponto e virgula, mas na unit provider do provedor consta que deve ser "@" arroba, o componente vai trocar o ponto e virgula pelo arroba ao gerar o conteúdo da tag.

Bom dia @oribeiro, Caso não esteja, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes usando o programa exemplo. A cidade de Itu/SP já esta "configurada" para o provedor Giss (GissOnline).

Boa tarde @Joao Pedro Pereira, Já esta no SVN.

Boa tarde @oribeiro, Você só esqueceu de informar de qual cidade é esse comunicado. Não temos como fazer nada sem saber qual é a cidade.

Olá Pessoal, O grupo sobre o Responsável Técnico esta presente em diversos DF-e, tais como: BP-e, CT-e CT-e OS, GTV-e, CT-e Simplificado, NF3-e, NFCom, NF-e, NFC-e e MDF-e. Para a maioria dos DF-e não existe uma obrigatoriedade de informar o Responsável Técnico, mas não custa nada informar os seus dados ao gerar o XML. Mas para a NF-e e NFC-e temos a NT 2018/005 versão 1.40 que determina que para as UF: AM, MS, PE, PR, SC e TO devemos informar, pois existe a obrigatoriedade, caso contrario a nota vai ser rejeitada: 972 - Obrigatória as informações do responsável técnico. Como alimentar o componente com as informações do Responsável Técnico? {Informações do Responsável Técnico pela emissão do DF-e} infRespTec.CNPJ := ''; infRespTec.xContato := ''; infRespTec.email := ''; infRespTec.fone := ''; Para quem gera o arquivo INI que é utilizado no ACBrMonitor e no ACBrLib devemos incluir a seção: infRespTec: [infRespTec] CNPJ = ''; xContato = ''; email = ''; fone = ''; Outra informação importante se refere ao CSRT (Código de Segurança do Responsável Técnico) que a SEFAZ-PR vai passar a exigir a partir de 03/02/2025 em ambiente de homologação para o modelo 55 (NF-e) e a partir de 01/04/2025 em produção. O CSRT bem como o idCSRT é obtido através de um credenciamento feito no Portal da SEFAZ, como dito acima hoje somente PR que esta exigindo esse credenciamento. Os componentes listados acima já possuem duas propriedades de configuração que são utilizadas para informar o idCSRT e o CSRT. Configuracoes.RespTec.IdCSRT := 0; Configuracoes.RespTec.CSRT := ''; Notem que o IdCSRT é uma informação numérica, já o CSRT é alfa numérica. Lembrando que essas duas propriedades de configuração só devem ser informadas no componente neste momento para quem emitir NF-e no PR, se não informar a nota vai ser rejeitada: 975 - Obrigatória a informação do identificador do CSRT e do Hash do CSRT. Pode ser que no futuro as demais SEFAZ venham a exigir também não só para NF-e como também para outros DF-e. Abaixo temos as regras de validação na integra sobre o Responsável Técnico que se encontra na NT 2018/005 versão 1.40:

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

Boa tarde @Danny, Já esta no SVN.

Boa tarde @Diego Reckziegel, Já esta no SVN.

Bom dia @Borante, Por favor confirme com o provedor tudo o que precisa ser assinado, pois no XML de retorno consta que o pedido do serviço não esta assinado. Hoje é assinado o RPS, o Lote de RPS e o Cancelar NFS-e. Preciso dessa informação pois caso a consulta ao lote e as demais consultas requerem também que o XML seja assinado, vai ser necessário mudar também os schemas. Eu já consegui resolver o problema do erro UTF-8, mas preciso saber sobre a assinatura.

Bom dia @JeannyPaiva, Já esta no SVN.

Bom dia @Diego Reckziegel, Já esta no SVN.

Bom dia @Delcio, Já esta no SVN.

Bom dia @LeonardoRocha, O problema da ausência da tag no XML de Carazinho é que essa cidade apesar de se atendida pelo provedor IPM, é que o webservice utilizado segue a versão 2.04 do layout da ABRASF e nesse layout não existe essa tag, logo ela não vai ser gerada mesmo. O provedor IPM possui 3 webservices, dois se utilizam de um layout próprio (versão 1.00 e 1.01) que possui a tag <endereco_informado>, já o terceiro webservice que utiliza a versão 2.04 do layout da ABRASF não existe a referida tag.

Boa tarde @jonathan.schuck, Mas imagem consta a tag protCTe que se refere ao grupo que contem as informações do protocolo do CTe.

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

Bom dia @automacaosamos, Já esta no SVN.

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

Boa tarde @automacaosamos, Muito obrigado pela colaboração, já foi criado a TK-6523 para realizar a alteração.

Bom dia @LeonardoRocha, No programa exemplo temos o seguinte: // O campo EnderecoInformado é utilizado pelo provedor IPM // Devemos informar: snoSim Sim ou snoNao = Não ou snoNenhum para não gerar a tag Tomador.Endereco.EnderecoInformado := snoSim; É assim que você esta fazendo? No XML dentro do grupo <tomador> não consta a tag <endereco_informado> ?

@Diego Reckziegel, Já esta no SVN.

Boa tarde @Diego Reckziegel, Muito obrigado pela colaboração, já foi criado a TK-6515 para realizar a alteração.

Boa tarde a todos, O enumerado que o Delphi diz não existir esta definido na unit ACBrDFeReport, veja a imagem abaixo: É preciso declarar ela no uses da sua unit.

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

Bom dia @Alisson Orsolin, Troque o chMDFe por chDFe e veja se compila.