Italo Giurizzato Junior

Boa tarde @C4Dev, Ao consultar a variável aXmlRetorno é para conter o XML retornado pelo webservice. Você poderia anexar esse XML para que possamos analisar o problema?

Boa tarde @Anderson Grolli, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @Anderson Grolli, Já foi criado a TK-5972 para analise do problema.

Bom dia @Elisângela Borato, Você anexou a unit do Ginfes e não do Giap.

Bom dia @Zottis, Notei que no seu XML o valor de RetidoCpp é 1. Inclua a linha abaixo na rotina que alimenta o componente: Servico.Valores.RetidoCpp := snNao; Desta forma ele vai gerar com o valor 2. Vamos ver se isso resolve o problema.

Bom dia @C4Dev, Se o problema é realmente o conteúdo do atributo URI, como foi dito precisamos que a tag a ser assinada possua o atributo Id. Veja um schema de um provedor que possui esse atributo: Definição da tag InfDeclaracaoPrestacaoServico: <xsd:complexType name="tcInfDeclaracaoPrestacaoServico"> <xsd:sequence> <xsd:element name="Rps" type="tcInfRps" minOccurs="0" maxOccurs="1" /> <xsd:element name="Competencia" type="xsd:date" minOccurs="1" 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="Intermediario" type="tcDadosIntermediario" minOccurs="0" maxOccurs="1" /> <xsd:element name="ConstrucaoCivil" type="tcDadosConstrucaoCivil" minOccurs="0" 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="IncentivoFiscal" type="tsSimNao" minOccurs="1" maxOccurs="1" /> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> </xsd:complexType> Definição da tag LoteRps: <xsd:complexType name="tcLoteRps"> <xsd:sequence> <xsd:element name="NumeroLote" type="tsNumeroLote" minOccurs="1" maxOccurs="1" /> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> <xsd:element name="QuantidadeRps" type="tsQuantidadeRps" minOccurs="1" maxOccurs="1" /> <xsd:element name="ListaRps" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="Rps" type="tcDeclaracaoPrestacaoServico" minOccurs="1" maxOccurs="unbounded" > </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name="Id" type="tsIdTag" /> <xsd:attribute name="versao" type="tsVersao" use="required" /> </xsd:complexType> Note que em ambos temos a linha que defini o atributo Id. Nesse Schema que você anexou temos: Definição da tag InfDeclaracaoPrestacaoServico: <xsd:complexType name="tcInfDeclaracaoPrestacaoServico"> <xsd:sequence> <xsd:element name="Rps" type="tcInfRps" 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:sequence> </xsd:complexType> Definição da tag LoteRps: <xsd:complexType name="tcLoteRps"> <xsd:sequence> <xsd:element name="NumeroLote" type="tsNumeroLote" minOccurs="1" maxOccurs="1" /> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="1" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> <xsd:element name="QuantidadeRps" type="tsQuantidadeRps" minOccurs="1" maxOccurs="1" /> <xsd:element name="ListaRps" minOccurs="1" maxOccurs="1"> <xsd:complexType> <xsd:sequence> <xsd:element name="Rps" type="tcDeclaracaoPrestacaoServico" minOccurs="1" maxOccurs="unbounded"> </xsd:element> </xsd:sequence> </xsd:complexType> </xsd:element> </xsd:sequence> <xsd:attribute name="versao" type="tsVersao" use="required" /> </xsd:complexType> Como você pode ver em nenhum dessas duas definições não consta a linha que defini o atributo Id. Resumindo com esse Schema novo ainda não vai ser possível gerar o valor do atributo URI, uma vez que esse valor é o mesmo valor do atributo Id. E além disso o Schema traz um erro na definição do tipo complexo tcIdentificacaoTomador, veja: <xsd:complexType name="tcIdentificacaoTomador"> <xsd:sequence> <xsd:element name="CpfCnpj" type="tcCpfCnpj" minOccurs="0" maxOccurs="1" /> <xsd:element name="InscricaoMunicipal" type="tsInscricaoMunicipal" minOccurs="0" maxOccurs="1" /> <xsd:element name="tsInscricaoEstadual" type="tsInscricaoEstadual" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Percebeu o erro? O nome do elemento é o mesmo do seu tipo: Errado: <xsd:element name="tsInscricaoEstadual" type="tsInscricaoEstadual" minOccurs="0" maxOccurs="1" /> Correto <xsd:element name="InscricaoEstadual" type="tsInscricaoEstadual" minOccurs="0" maxOccurs="1" /> Por fim consta um XML chamado: modelo-soap-enviar-lote-rps-sincrono.xml, abra esse arquivo e procure por URI, você vai notar que o seu valor é vazio. Essa ultima orientação que lhe passaram vai contra ao Schema e ao exemplo que lhe forneceram.

Bom dia @SisMaster Sistemas, Acabei de fazer um teste usando o seu XML e não ocorreu o problema que você esta tendo. 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.

Olá Pessoal, Já se encontra no SVN a atualização dos fontes de componente ACBrCTe visando a emissão do CT-e Simplificado. Foi enviando também a atualização dos programas exemplos tanto em Delphi quanto em Lazarus, que agora tem uma procedure para exemplificar a alimentação do componente para a emissão do CT-e Simplificado. Peço a todos que façam a atualização dos fontes, reinstale o ACBr e realizem os testes. Até a data de hoje (17/09/2024) somente a SEFAZ-Virtual do RS que disponibilizou as URLs de homologação especificas para o CT-e Simplificado, sendo assim somente RS e as UF atendidas pela SVRS que vão poder realizar os testes neste momento. UF atendidas pela SVRS: AC, AL, AM, BA, CE, DF, ES, GO, MA,PA, PB, PI, RJ, RN, RO, RS, SC, SE e TO. Caso encontre algum erro na emissão do CT-e Simplificado ou no CT-e ou CT-e OS ou GTV-e, por favor criem um tópico no fórum relatando o problema para que possamos sanar o mais breve possível.

Boa tarde @C4Dev, Para gerar o valor do atributo URI se faz necessário que o grupo InfDeclaracaoPrestacaoServico e ou LoteRps possuem o atributo Id, mas os schemas que temos esses grupo não tem esse atributo. Se tentar gerar esses grupos com o atributo Id, vai ocorrer erro de validação. Sendo assim precisamos dos schemas atualizados desse provedor. Ou o problema não é esse que foi apontado pelo funcionário do provedor.

Boa tarde @Elisângela Borato, Precisamos saber se essa mudança é valida para todas as cidades atendidas pelo provedor Giap e pelo Intertec. Caso contrario a alteração que devemos fazer é com que ele reconheça o Params informado no arquivo INI.

Boa tarde @rafmattos, O webservice esta retornando um html em vez de XML. Isso explica o erro que você esta tendo. Verifique se para a cidade em questão o provedor não migrou para a versão 2 do layout da ABRASF, pois essa cidade ainda usa a versão 1.

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

Boa tarde @WINDEL, Primeiramente esse erro não é uma rejeição, uma vez que o XML da nota nem sequer foi enviado para a SEFAZ. Esse erro trata-se de um erro de validação, ou seja, o XML não foi gerado corretamente. Me diga qual é o valor que você passou para o campo: Det[i].Imposto.ICMS.CSOSN ?

Boa tarde @willian_delan, Já esta no SVN.

Boa tarde @Zottis, Fiz um ajuste nos fontes e no programa exemplo. No que se refere a Dedução vemos no programa exemplo: // Informações referente a Dedução do Provedor EloTech DadosDeducao.TipoDeducao := tdNenhum; DadosDeducao.CpfCnpj := ''; DadosDeducao.NumeroNotaFiscalReferencia := ''; DadosDeducao.ValorTotalNotaFiscal := 0; DadosDeducao.PercentualADeduzir := 0; DadosDeducao.ValorADeduzir := 0; No que se refere ao total da nota que não bate com a somatória dos itens vai precisar do XML para analise. Com relação ao código do pais, por ser Brasil, experimente informar o valor zero, pois acredito que só deve ser informado se for diferente de Brasil. Por fim o ultimo erro na verdade não é um erro e sim um aviso lhe informando que por conta do seu RPS ter sido rejeitado o webservice não retornou o XML da nota. Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @SEI-INFO, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @Lopes Ricardo, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Atenção, para gerar a referida tag você deve alimentar o campo: OutrasInformacoes

Boa tarde @C4Dev, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia @willian_delan, Muito obrigado pela contribuição, já foi criado a TK-5965 para fazer a alteração no arquivo INI

Bom dia @Light System Software, Veja se este tópico lhe ajuda.

Olá pessoal, Foi publicado a NT 2018/005 versão 1.40 que trata sobre a alteração no layout da NF-e e NFC-e. O que tem de novidade nessa nova versão? Ela contem as regras de validação para o Estado do Paraná. Todas as regras se aplicam somente ao modelo 55, são elas: Regra ZD07-10 (Facultativa): Obrigatória a informação do identificador do CSRT (tag: idCSRT) e Hash do CSTR (tag: hashCSRT). Observação 1: Regra válida para o PR, modelo 55, a partir de 03/02/2025 em homologação e 01/04/2025 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 975 - Obrigatória a informação do identificador do CSRT e do Hash do CSRT. Regra 7ZD02-10 (Facultativa): CNPJ do responsável técnico diverge do cadastrado para o emitente (UF/CNPJ). Observação 1: Regra válida para o PR, modelo 55, a partir de 16/09/2024 em homologação e 01/04/2025 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 974 - CNPJ do responsável técnico diverge do cadastrado. Regra 7ZD08-10 (Facultativa): Identificador do CSRT (tag: idCSRT) não cadastrado na SEFAZ. Observação 1: Regra válida para o PR, modelo 55, a partir de 16/09/2024 em homologação e 01/10/2024 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 976 - Identificador do CSRT não cadastrado na SEFAZ. Regra 7ZD08-20 (Facultativa): Identificador do CSRT (tag: idCSRT) revogado.. Observação 1: Regra válida para o PR, modelo 55, a partir de 16/09/2024 em homologação e 01/10/2024 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 977 - Identificador do CSRT revogado. Regra 7ZD09-10 (Facultativa): Hash do CSRT (tag: hashCSRT) diverge do calculado. Observação 1: Regra válida para o PR, modelo 55, a partir de 16/09/2024 em homologação e 01/10/2024 em produção. Observação 2: Modelo 65, implementação futura. Exceção 1: Não se aplica para NFF (tpEmis = 3-NFF) e SVC (tpEmis = 7 ou 8 ). Rejeição 978 - Hash do CSRT diverge do calculado. Código de Segurança do Responsável Técnico - CSRT: Para o estado do Paraná, o CSRT será opcional em homologação até 03/02/2025 e em produção até 01/04/2025. Após essas respectivas datas o idCSRT e hashCSRT serão obrigatórios. Portanto, até a obrigatoriedade, esses campos serão facultativos para as empresas. Somente serão validados em produção o idCSRT e hashCSRT a partir de 01/10/2024, caso estes campo sejam informados.

Bom dia Felipe, Acredito que o problema seja o conteúdo da tag Discriminacao que contem: 10 TURMAS DE TREINAMENTOS NR&amp;#39;S 8H POR TURMA. Mais precisamente o: &amp;#39; que acredito que o conteúdo original seria NR'S, vai ter que remover o apostrofe.

Bom dia @Zottis, Vou fazer alguns ajustes no componente e enviar para o SVN, lhe aviso quando estiver pronto. Criada a TK-5964 para realizar os ajustes.

Bom dia @Lopes Ricardo, Já foi criado a TK-5963 para analise.

Bom dia @Fabiano Oliveira de Castro, Eu aconselho guardar também o PDF do DANFSE. A Receita Federal esta chamando as prefeituras para aderir ao projeto da NFS-e Padrão Nacional, pelo menos o compartilhamento de dados. Algumas cidades que tinham provedores cujo layout era próprio ou da versão 1 do layout da ABRASF estão migrando para a versão 2.03 ou 2.04 do layout da ABRASF. Não sei dizer o real motivo, mas acredito que com o layout da versão 2.03 ou 2.04 da ABRASF o compartilhamento seja mais simples. Vejo ai uma tendência das cidades migrarem para essas versões de layout ou até mesmo mudar para o Padrão Nacional.