Italo Giurizzato Junior

Boa tarde @Paulo Sergio de Almeida, O provedor SilTecnologia possui 2 webservices, um que trabalha na versão 1 do layout da ABRASF e o outro que trabalha na versão 2.03 O componente atende os 2 webservices, logo eu preciso saber em qual dos dois devemos fazer essa alteração. Outra coisa, analisando os schemas utilizados para validar os XMLs antes do seu envio para o webservice tanto da versão 1 quanto da versão 2.03, existe sim a tag OutrasInformacoes mas esta esta presente na estrutura da NFS-e e não do RPS. Se mudarmos o valor do parâmetro: NrOcorrOutrasInformacoes para zero, caso venha ser informado uma string ao campo OutrasInformacoes vai ocorrer erro validação. Para fazer essa alteração: Primeiro, precisamos saber qual das duas versões. Segundo, o provedor possui um novo schema que contempla essa tag na estrutura do RPS?

Boa tarde @edulamy, Pelo conteúdo do XML que você anexou me leva a crer que ele foi baixo do site da prefeitura. O componente foi escrito para ler o XML retornado pelo webservice do provedor. Isso pode explicar o problema. Outra coisa segundo o site da prefeitura o provedor é o Fiorilli, ocorreu alguma mudança recente para o Ginfes?

Boa tarde @gkenji, Esquece o segundo erro, se concentre no primeiro que ao meu ver tem a ver com o CNAB informando, pois o CNAB tem haver com o código da atividade do prestador de serviço. Para mais informações sobre o segundo erro, leia o tópico a seguir:

Boa tarde @Eduardo Flaeschen, Configure o componente para salvar os arquivos Soap: Configuracoes.WebServices.Salvar := True; Vai ser salvo o arquivo de retorno, ele tem no seu nome a palavra: soap.

Boa tarde @Zottis, O arquivo Cidades.ini é usado pelo componente antigo que não damos mais suporte. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX. O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

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

Boa tarde @Diego Ranzan, Isso já foi identificado e vai ser enviado para o SVN a devida correção.

Boa tarde @Robson_Renan, Essa URL esta errada, o correto é: [3551702] ; Atualizado em 29/05/2024 Nome=Sertaozinho UF=SP Provedor=SmarAPD Versao=2.04 Params=SubVersao:1 ProRecepcionar=https://pmsertaozinho.smarapd.com.br/tb/services/Abrasf24 ProLinkURL=https://pmsertaozinho.smarapd.com.br/tb/loginWeb.jsp?execobj=NFENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%ChaveAcesso% HomLinkURL=https://pmsertaozinho.smarapd.com.br/tb/loginWeb.jsp?execobj=NFENotaFiscalBuscarDireto&cnpj=%Cnpj%&numero=%NumeroNFSe%&chave=%ChaveAcesso% Você tem fontes do ACBr com alterações locais? Verifica se não tem nenhuma unit do ACBr com uma bolinha vermelha em seu ícone, caso afirmativo delete a unit. Atualize todos os fontes de todas as pastas. Reinstale o ACBr com a opção de apagar arquivos antigos marcada. Compile a aplicação com a opção Build. Por fim repita os testes.

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

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

Bom dia @Adailson Rocha, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @JeannyPaiva, Já esta no SVN.

Bom dia @Heber Germano, Muito obrigado pela colaboração, mas ontem logo de manhã eu enviei para o SVN a atualização do arquivo INI com a troca da URL. Favor fazer uma cópia do seu arquivo INI, atualizar todos os fontes de todas as pastas, reinstalar o ACBr e faça novos testes.

Boa tarde @thi4182, Essa unit é do componente antigo e não estamos mais dando suporte a ele. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX. O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

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.