Italo Giurizzato Junior

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

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

Bom dia @gkenji, Você não pode se basear no XML da nota, tem que se basear no XML do RPS, pois é esse que é gerado e enviado para o provedor.

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 @PrimeSoftware, Entre em contato com a prefeitura para o qual você esta tentando emitir a nota e peça a ela que entre em contato com a Fiorilli. Esse erro esta ocorrendo porque a Fiorilli fez uma alteração em seu sistema e agora precisa atualizar o software que esta rodando no servidor da prefeitura.

Bom dia @Robson_Renan, Muito simples, revogue o certificado utilizado pela contabilidade e solicita um novo para o seu cliente. Uma outra alternativa é o emitente da nota incluir no grupo <autXML> o CNPJ do contador. Ai o contador com o seu próprio certificado e não do destinatário da mercadoria vai ter acesso a todas as notas de Entrada. O grupo <autXML> é uma lista e pode conter até 10 CNPJ e ou CPF, sendo assim é possível incluir ai o CNPJ do contador do emitente da nota e também o CNPJ do contador do destinatário. Entendeu a ideia?

Bom dia @Paulo Sergio de Almeida, Sim, a tag OutrasInformacoes consta no schema da versão 1 e na versão 2.03, mas ela esta na estrutura da NFS-e e não do RPS. O componente gera e envia o RPS. A NFS-e é gerada e retornada pelo webservice do provedor. Versão 1.00 - fragmento da estrutura da NFS-e: <xsd:complexType name="tcInfNfse"> <xsd:sequence> <xsd:element name="Numero" type="tsNumeroNfse" minOccurs="1" maxOccurs="1"/> <xsd:element name="CodigoVerificacao" type="tsCodigoVerificacao" minOccurs="1" maxOccurs="1"/> <xsd:element name="DataEmissao" type="xsd:dateTime" minOccurs="1" maxOccurs="1"/> <xsd:element name="IdentificacaoRps" minOccurs="0" type="tcIdentificacaoRps" maxOccurs="1"/> <xsd:element name="DataEmissaoRps" type="xsd:date" minOccurs="0" maxOccurs="1"/> <xsd:element name="NaturezaOperacao" type="tsNaturezaOperacao" minOccurs="1" maxOccurs="1"/> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1"/> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="Competencia" type="xsd:dateTime" minOccurs="1" maxOccurs="1"/> <xsd:element name="NfseSubstituida" type="tsNumeroNfse" minOccurs="0" maxOccurs="1"/> <xsd:element name="OutrasInformacoes" type="tsOutrasInformacoes" minOccurs="0" maxOccurs="1"/> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1"/> <xsd:element name="ValorCredito" type="tsValor" minOccurs="0" maxOccurs="1"/> <xsd:element name="PrestadorServico" type="tcDadosPrestador" minOccurs="1" maxOccurs="1"/> <xsd:element name="TomadorServico" type="tcDadosTomador" minOccurs="0" maxOccurs="1"/> <xsd:element name="IntermediarioServico" type="tcIdentificacaoIntermediarioServico" minOccurs="0" maxOccurs="1"/> <xsd:element name="OrgaoGerador" type="tcIdentificacaoOrgaoGerador" minOccurs="1" maxOccurs="1"/> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1"/> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag"/> </xsd:complexType> <xsd:complexType name="tcNfse"> <xsd:sequence> <xsd:element name="InfNfse" type="tcInfNfse" minOccurs="1" maxOccurs="1"/> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="2"/> </xsd:sequence> </xsd:complexType> Temos o tipo complexo: tcNfse que defini a estrutura do XML da NFS-e, essa estrutura é composta pela tag InfNfse cujo tipo complexo é tcInfNfse e pela assinatura que é opcional. Temos acima também o tipo complexo: tcInfNfse, note que nessa estrutura consta a tag OutrasInformacoes. Versão 1.00 - fragmento da estrutura do RPS. <xsd:complexType name="tcInfRps"> <xsd:sequence> <xsd:element name="IdentificacaoRps" type="tcIdentificacaoRps" minOccurs="1" maxOccurs="1"/> <xsd:element name="DataEmissao" type="xsd:dateTime" minOccurs="1" maxOccurs="1"/> <xsd:element name="NaturezaOperacao" type="tsNaturezaOperacao" minOccurs="1" maxOccurs="1"/> <xsd:element name="RegimeEspecialTributacao" type="tsRegimeEspecialTributacao" minOccurs="0" maxOccurs="1"/> <xsd:element name="OptanteSimplesNacional" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="IncentivadorCultural" type="tsSimNao" minOccurs="1" maxOccurs="1"/> <xsd:element name="Status" type="tsStatusRps" minOccurs="1" maxOccurs="1"/> <xsd:element name="RpsSubstituido" type="tcIdentificacaoRps" minOccurs="0" maxOccurs="1"/> <xsd:element name="Servico" type="tcDadosServico" minOccurs="1" maxOccurs="1"/> <xsd:element name="Prestador" type="tcIdentificacaoPrestador" minOccurs="1" maxOccurs="1"/> <xsd:element name="Tomador" type="tcDadosTomador" minOccurs="0" maxOccurs="1"/> <xsd:element name="IntermediarioServico" type="tcIdentificacaoIntermediarioServico" minOccurs="0" maxOccurs="1"/> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" maxOccurs="1"/> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> </xsd:complexType> <xsd:complexType name="tcRps"> <xsd:sequence> <xsd:element name="InfRps" type="tcInfRps" minOccurs="1" maxOccurs="1"/> <xsd:element ref="dsig:Signature" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Temos o tipo complexo: tcRps que defini a estrutura do XML do RPS, essa estrutura é composta pela tag InfRps cujo tipo complexo é tcInfRps e pela assinatura que é opcional. Temos acima também o tipo complexo: tcInfRps, note que nessa estrutura não consta a tag OutrasInformacoes. Se você abrir esse Schema pelo bloco de notas ou pelo NotePad++ e procurar por OutrasInformacoes só vai encontrar a definição da referida tag e da sua ocorrência na estrutura do XML. O mais importante é a sua ocorrência que ocorre uma única vez e na estrutura da NFS-e e não do RPS. Repito o componente gera e envia o XML do RPS para o webservice do provedor, este vai checar os dados caso estejam tudo correto ele gera e retorna o XML da NFS-e. Te convido a fazer a mesma analise com o schema da versão 2.03, garanto que vai detectar a mesma coisa, ou seja, existe sim a definição da tag OutrasInformacoes mas ela só ocorre na estrutura da NFS-e. Você também pode fazer a alteração na unit SilTecnologia.GravarXml visando gerar a tag OutrasInformacoes, caso o campo seja preenchido vai ocorrer um erro de validação e o XML não vai ser enviado. Você também pode fazer com que o componente não valide o XML gerado antes do seu envio. Com isso você vai saber se realmente o provedor aceita ou não essa tag na estrutura do RPS.

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

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.