Italo Giurizzato Junior

Boa tarde @Adailson Rocha, Muito obrigado pela colaboração, já foi criado a TK-5943 para analise do problema.

Boa tarde @Carmo, Eu sei o que você esta pensando. Vou enviar hoje um arquivo contendo apenas 1 lote no arquivo, este vai ser de numero 0001. Amanhã vou enviar um outro arquivo também com apenas 1 lote, este vai ser de numero 0002. E assim por diante. Mas na minha interpretação da regra não é isso. O numero do primeiro lote de todos os arquivos que você enviar sempre vai ser 0001. Veja como é a estrutura de um arquivo que é enviado ou retornado. Note que todos os arquivos são compostos por um registro Header como numero do lote obrigatoriamente tem que ser 0000 e por um registro Trailer cujo numero do lote obrigatoriamente tem que ser 9999. No componente esses dois registros são o Registro0 e Registro9: Note que ao gerar o Registro0 é definido o valor zero para a variável FQtdeLotes. Entre esses 2 registros temos os registros que compõe o lote, note que podemos ter 1 ou mais lotes. Cada lote vai conter o seu registro de Header (Registro1) e seu registro de Trailer (Registro5) e entre esses 2 registros temos os registros chamados de Segmento. No componente temos: Note que ao gerar o Registro1 que é o Header do lote o FQtdeLotes é incrementado e esse incremento só ocorre ao gerar o Registro1. E esse numero de lote é utilizado por todos os registros que compõe o Lote e também no Registro5 que é o Trailer do lote. Isso diz ao banco que todas essas "linhas" pertence a um único Lote. Se o arquivo possuir um segundo Lote, um novo Registro1 vai ser gerado e consequentemente o seu numero de lote vai ser 2 e todos os seus Segmentos e o Registro5 vão ter como numero do lote igual a 2. Experimente forçar o Registro1 começar com um numero diferente de 1 para o numero do Lote. Use o programa exemplo para esse teste. Na procedure que gera o Registro1 coloque mais um Inc(FQtdeLotes) e faça o teste. Esses fragmentos de códigos acima estão na unit CNAB240.GravarTxtRemessa.

Boa tarde @Rene costa cabral, Eu acredito que você esta tentando validar o XML gerado antes de assinar o mesmo. A tag infCTeSupl só é gerada quando o método Assinar é executado.

Boa tarde @Fabiano Oliveira de Castro, Como dito anteriormente esse provedor possui 4 webservices, no caso da cidade de Canoas/RS é usado o webservice que se utiliza da versão 2.03 do layout da ABRASF. Sendo assim o schema utilizado para validar o XML se encontra na pasta: ...\Exemplos\ACBrDFe\Schemas\NFSe\Infisc\2.03 Ao abrir o arquivo nfse.xsd e procurar por RegimeEspecialTributacao, temos: <xsd:simpleType name="tsRegimeEspecialTributacao"> <xsd:annotation> <xsd:documentation>Exigibilidade do ISS da NFS-e ( 1 - Microempresa Municipal; 2 - Estimativa; 3 - Sociedade de Profissionais; 4 - Cooperativa; 5 - Microempresario Individual (MEI); 6 - Microempresario e Empresa de Pequeno Porte (ME EPP)) </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:byte"> <xsd:pattern value="1|2|3|4|5|6" /> </xsd:restriction> </xsd:simpleType> Como você pode ver os valores aceitos vão de 1 até 6 e você informou o valor 8. Isso explica o erro de validação.

Boa tarde @JeannyPaiva, Muito obrigado pela colaboração, já foi criado a TK-5938 para analise.

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

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

Bom dia @Anderson Grolli, Já esta no SVN.

Bom dia @Paulo Henrique Panico, Já esta no SVN.

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

Bom dia @Carmo, Veja a imagem a baixo: Essa é a regra para o campo "Lote". Essa regra deixa claro que devemos informar "0000" ao campo Lote do registro Header e "9999" ao campo Lote do registro Trailer. Um arquivo pode conter um ou mais Lotes e a regra também deixa claro que o campo Lote do primeiro Lote incluído no arquivo tem que receber o valor "0001", caso o arquivo tenha um segundo lote este deve ser de numero "0002" conforme consta na regra. Essa é a minha interpretação da regra acima.

Boa tarde @fabiomauriciof, Acredito que você não entendeu, eu preciso saber qual é a tag no XML que não esta sendo preenchida. No caso do Valor do INSS temos a seguinte linha: Result.AppendChild(AddNode(tcDe2, '#1', 'valor_inss', 1, 15, 0, NFSe.Servico.Valores.ValorInss, '')); A tag <valor_inss> vai ser gerada com o valor informado em Servico.Valores.ValorInss. Esse provedor permite que você informe 1 ou mais serviços, ou seja, uma lista de itens de serviços, sendo assim cada item poderá ter uma alíquota diferente, veja: Result[i].AppendChild(AddNode(tcDe4, '#', 'aliquota_item_lista_servico', 1, 15, 1, NFSe.Servico.ItemServico[I].Aliquota, '')); Não encontrei nenhuma linha para a geração de uma tag referente a base de calculo do INSS. Eu estou analisando a unit IPM.GravarXml Para saber como informar uma lista de itens de serviços vide o programa exemplo do componente ACBrNFSeX.

Boa tarde @Eduardo Flaeschen, Algo me diz que a URL de homologação esta desativada ou foi alterada. Favor entrar em contato com a prefeitura/provedor e questionar sobre a URL de homologação.

Boa tarde @ernesto.ricardo, Veja o que eu encontre no XML que você anexou: <Discriminacao>SERVICO DE MONTAGEM/MANUTENCAO DE MOVEIS|PA64/CHAMADO 218642/O.C 341/COMPRADOR GILMAR|| &quot;Documento emitido por ME ou EPP optante pelo Simples Nacional&quot;; e | &quot;Nao gera direito a credito fiscal de IPI&quot;||CNO &lt;TESTE&gt;</Discriminacao> A sequencia &quot; representa o caracter aspas, &lt; representa o sinal de menor "<" e p &gt; o de maior ">". É isso que esta quebrando a assinatura. Não inclua esses caracteres da discriminação do serviço. Ao incluir as aspas, o sinal de menor e ou maior o componente faz essa "tradução" que esta correta, mas o webservice do provedor não esta preparado para interpretar corretamente essas sequencias e acaba acusando que a assinatura é invalida.

Boa tarde @Fabiano Oliveira de Castro, Não compreendi o primeiro paragrafo da sua postagem com o restante. Como o provedor Infisc possui 4 webservices sendo que 2 seguem um layout próprio e os outros 2 seguem a versão 2 do layout da ABRASF, eu preciso saber qual é a cidade em questão.

Boa tarde @Diogo Loff, Com o Delphi configurado com o CodePage 1252 o problema foi sanado, correto? Sendo assim posso fechar o tópico?

Boa tarde @Marcio Patyk, Qual é o valor de SSLType? Acabei de fazer um teste e não tive esse erro, veja: ------------------------------ Versão OpenSSL OpenSSL 3.1.3 19 Sep 2023 03.01.00.030 C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libcrypto-3.dll C:\ACBr\trunk2\Exemplos\ACBrDFe\ACBrNFSeX\Delphi\libssl-3.dll ------------------------------ Requisição Ambiente : 1 - Produção Cidade : Salvador/BA Provedor : ISSSalvador Versão: 1.00 Data/Hora: 07/09/2024 14:18:37 Método Executado: Enviar Lote Assíncrono Parâmetros de Envio Numero do Lote: 1 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : False Erro(s): Código : E156 Mensagem: CNPJ do prestador não autorizado a emitir NFS-e Correção: Solicite autorização para emitir NFS-e para o CNPJ informado. --------- Código : E43 Mensagem: Inscrição Municipal do prestador não encontrada na base de dados do município. Correção: Informe a inscrição municipal correta do prestador. ---------

Bom dia @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-5936 para a alteração do arquivo INI.

Bom dia @Paulo Henrique Panico, Muito obrigado pela colaboração, já foi criado a TK-5935 para a alteração do arquivo INI.

Bom dia @fabiomauriciof, Quais são as tags que devem conter esses valores?

Bom dia @Diego Reckziegel, Muito obrigado pela colaboração, já foi criado a TK-5934 para analise.

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

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

Bom dia @Carmo, Você não passa essas duas informações para o componente, é ele que controla internamente.

Bom dia @brajan, Chegou a entrar em contato com a prefeitura/provedor para saber o motivo do problema?