Italo Giurizzato Junior

Boa tarde Dercide, Já consta no SVN essa correção.

Guto, Faça um teste: Abra a unit Goiania.GravarXml Na procedure Configuracao inclua a linha abaixo: DivAliq100 := True; Isso vai fazer com que a alíquota seja gerada no XML já dividida por 100. Não sei se vai resolver. O bom seria o provedor fornecer um XML de exemplo.

Boa tarde Djean, Eu nunca vi um DANFSE com o Código de verificação convertido em código de barras.

Gregori, Então é a configuração do componente na sua aplicação que esta errado. Compare a configuração do programa exemplo com o da sua aplicação. Pela mensagem de erro ele esta pegando schema errado.

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

Felipe, Se você atualizou os fontes vai notar que dentro da pasta: ...\Exemplos\ACBrDFe\Schemas temos a pasta NFSe e dentro desta as pastas com os nomes dos provedores. A propriedade de configuração PathSchemas tem que esta com o caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe E a propriedade: MontarPathSchema com o valor True. Isso esta errado: PathSchemas=F:\Luiz Felipe\Componentes\Acbr\Exemplos\ACBrDFe\ACBrNFSe\Schemas\IssDSF Correto: PathSchemas=F:\Luiz Felipe\Componentes\Acbr\Exemplos\ACBrDFe\Schemas\NFSe

Diego, Agora você esta com a mesma rejeição que eu tenho: Falha na Validação da Assinatura. Tenha em mente o seguinte: 1. O XML do Rps foi gerado, assinado, validado e enviado. 2. O WebService do provedor recebeu e retornou uma mensagem de rejeição. Maravilha Agora precisamos descobrir o porque dessa rejeição. Se você abrir o XML de envio do lote vai notar que na assinatura não consta o valor do atributo URI, tanto na assinatura do Rps quanto na assinatura do Lote. Eu acredito que o problema seja esse. Mas se eu alterar o componente para que ele gere o valor do atributo URI ocorre um outro erro pior que esse retornado. Eu não sei como poderemos resolver isso.

Diego, Você não esta configurando o componente corretamente. Acabei de fazer um teste, veja o resultado: Método Executado: Enviar Lote Síncrono Parâmetros de Envio Numero do Lote: 200 Parâmetros de Retorno Data de Envio : 30/12/1899 Numero do Prot: Numero da Nota: Link : Código Verif. : Sucesso : True Erro(s): Código : 1 Mensagem: Falha na validação da assinatura. Correção: Corrija os campos informados. --------- Outra coisa, você colocou a pasta ACBr dentro do Program Files (x86)? Porque não criou a pasta ACBr na raiz? C:\ACBr O valor de PathSchemas é: ...\Exemplos\ACBrDFe\Schemas\NFSe

Boa tarde Guto, Não poste o conteúdo do XML como texto da postagem, anexa o XML, da forma que esta não tenho como lhe ajudar.

Boa tarde Felipe, Me parece que para realizar testes, ou seja, enviar para o ambiente de homologação tem que ser outra cidade, a cidade cede da empresa Fiorilli. Faça um teste enviando para o ambiente de produção uma nota de valor de 1 real e depois cancele ela.

Gregori, Esse erro ocorre com o programa exemplo?

Boa tarde Diego, Favor atualizar os fontes e faça novos testes.

Boa tarde, Favor atualizar os fontes e faça novos testes.

Boa tarde Sandro, Todos os provedores que seguem a versão 1 do layout da ABRASF o fluxo é: 1. EnviarLoteRps; 2. ConsultarSituacao; 3. ConsultarLoteRps; O componente ACBrNFSeX tem uma propriedade chamada ConsultarLoteAposEnvio. Se essa propriedade estiver com o valor True as 3 etapas listadas acima serão executadas automaticamente. Desta forma basta executar o método Emitir informando apenas o numero do lote como parâmetro. Aproveitando, favor atualizar os fontes e faça novos testes.

Boa tarde Junior, Você vai usar o componente ACBrNFSeX? Ou trabalha com outra linguagem de programação?

Boa tarde Flavio, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. Manual de Migração E também leia o artigo:

Boa tarde Felipe, Por favor leia o artigo:

Boa tarde Gregori Por favor leia o artigo:

Boa tarde Diego, Quanto aos Schemas, favor ler o artigo abaixo: No programa exemplo devemos informar o caminho: ...\Exemplos\ACBrDFe\Schemas\NFSe na propriedade PathSchemas e deixar marcado a opção para Montar o Path de Schemas.

Olá Pessoal, Os Schemas para emissão de NFS-e utilizados pelo componente antigo continuam no mesmo lugar e não foi alterado nada em relação ao antigo componente. Já para o novo componente ACBrNFSeX foi criado uma pasta chamada NFSe dentro da pasta: ...\Exemplos\ACBrDFe\Schemas Dentro da pasta Schemas já tínhamos as pastas com os Schemas da NF-e, CT-e, MDF-e entre outros. Agora temos também a pasta NFSe e dentro dela uma pasta para cada provedor e seus respectivos Schemas. Como temos provedores com WebServices que atende versões diferentes optamos por ter uma pasta com a versão do layout utilizado pelo provedor. Exemplos: ABase <=== Nome do provedor 2.01 <=== Versão do Layout / Schemas dessa versão utilizado por todas as cidades desse provedor WebISS <=== Nome do provedor 1.00 <=== Versão do Layout / Schemas dessa versão 2.02 <=== Versão do Layout / Schemas dessa versão Dentro da pasta WebISS que se refere ao provedor temos as pastas 1.00 e 2.02, pois este provedor tem dois WebServices. Temos a situações onde o provedor se utiliza de Schemas diferentes para cada ambiente. Exemplo: ISSJoinvile <=== Nome do provedor 2.04 <=== Versão do Layout Homologacao <=== Schemas para o ambiente de Homologação dessa cidade Producao <=== Schemas para o ambiente de Produção dessa cidade Uma outra situação é o provedor se utilizar de Schemas diferentes para cada cidade que ele atende. Exemplo: fintelISS <=== Nome do provedor 2.00 <=== Versão do Layout 3167702 <=== Código IBGE da cidade que utiliza essa versão / Schemas dessa versão 2.02 <=== Versão do Layout 3303609 <=== Código IBGE da cidade que utiliza essa versão / Schemas dessa versão 3523404 <=== Código IBGE da cidade que utiliza essa versão / Schemas dessa versão Por fim temos um provedor que além de usar um Schema para cada cidade, ele também usa Schemas diferentes para cada ambiente. Exemplo: Actcon <=== Nome do provedor 2.01 <=== Versão do Layout 3138401 <=== Código IBGE da cidade que utiliza essa versão Homologacao <=== Schemas para o ambiente de Homologação dessa cidade Producao <=== Schemas para o ambiente de Produção dessa cidade Parece um tanto complicado, mas você pode ficar tranquilo, pois na hora de configurar o componente basta informar o caminho da pasta NFSe (a pasta que contem as pastas dos provedores) na propriedade de configuração PathSchemas. Foi incluído uma propriedade de configuração chamada: Configuracoes.Geral.MontarPathSchema := True ou False; Se o valor dela for True o componente encontra os Schemas do provedor com base na cidade informada. Agora se o valor dela for False, em PathSchemas será necessário informar o caminho completo de onde esta os schemas. Essa foi a forma que encontramos de facilitar a configuração do componente no que se refere aos Schemas. Espero que tenham gostado. Qualquer problema, com relação aos Schemas favor criar uma postagem no fórum informando a cidade, provedor e o que esta ocorrendo.

Bom dia @Phoenixsistemas No caso do provedor TcheInfo devemos informar na mensagem do cabeçalho além da versão, o Código IBGE da cidade para o qual a nota esta sendo emitida, o usuário e o Token. Hoje a geração da mensagem do cabeçalho esta desta forma: DadosCabecalho := '<cabecalho versao="1.00" xmlns="http://www.abrasf.org.br/nfse.xsd">' + '<versaoDados>2.04</versaoDados>' + '<CodigoIBGE>' + CodigoIBGE + '</CodigoIBGE>' + '<CpfCnpj>' + Emitente.WSUser + '</CpfCnpj>' + '<Token>' + Emitente.WSSenha + '</Token>' + '</cabecalho>'; Preciso saber se devemos fazer alguma correção.

Bom dia @Phoenixsistemas Segundo os Schemas que temos do provedor TcheInfo o código do ItemListaServico deve estar formatado. <xsd:simpleType name="tsItemListaServico"> <xsd:annotation> <xsd:documentation>Subitem do serviço prestado conforme LC 116/2003 </xsd:documentation> </xsd:annotation> <xsd:restriction base="xsd:string"> <xsd:whiteSpace value="preserve"/> <xsd:enumeration value="01.01"/> <xsd:enumeration value="01.02"/> <xsd:enumeration value="01.03"/> <xsd:enumeration value="01.04"/> <xsd:enumeration value="01.05"/> (...) Mas me parece que o WebService do provedor não reconhece o código formatado, ou seja, devemos informar ele sem a formatação. Por exemplo: em vez de 01.05 devemos informar 0105. Precisamos saber se o provedor vai corrigir o WebService uma vez que ele não esta seguindo os Schemas ou se o provedor vai nos fornecer os Schemas que esta em conformidade com o WebService ou se vamos ter que alterar os Schemas que temos.

Bom dia @Phoenixsistemas Segundo o seu relato o provedor SafeWeb vai deixar de trabalhar com NFS-e, as cidades atendidas por esse provedor passaram a ser atendidas pelo provedor TcheInfo. Se isso realmente esta ocorrendo devemos no arquivo ACBrNFSeXServicos.ini fazer a alteração abaixo: Onde tem: Provedor=SafeWeb Versao=2.00 Trocar por: Provedor=TcheInfo Versao=2.04 Depois devemos executar: Compila_RES para que o arquivo ACBrNFSeXServicos.res seja recriado. Essa alteração já fiz para a cidade de Sarandi/RS. Favor atualizar os fontes e faça novos testes com essa cidade.

Alberto, Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente ACBrNFSe não vai mais ter manutenção. 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/

Mauricio, Diga para esse tal de Jonnatan ler o manual da ABRASF novamente, pois ele esta redondamente enganado. Note que no retorno ao consulta a NFS-e por Rps o WebService tem que retornar o grupo <CompNfse> ou o <ListaMensagemRetorno> este ultimo é quando ocorre erro ao realizar a consulta. O Grupo <CompNfse> é composto obrigatoriamente pelo grupo <nfse> (este contem o XML da NFS-e) e opcionalmente o grupo <NfseCancelamento> caso a nota esteja cancelada e o opcionalmente o grupo <NfseSubstituicao> caso a nota tenha sido substituída por outra. No XML que você anexou da consulta a nota cancelada dentro do grupo <CompNfse> só consta o grupo <NfseCancelamento>, portanto o WebService esta gerando o retorno de forma errada, pois esta faltando o grupo <Nfse>. Como na resposta dele ele faz referencia ao Schema, vamos a ele: <xsd:element name="ConsultarNfseRpsResposta"> <xsd:complexType> <xsd:choice> <xsd:element ref="CompNfse" minOccurs="1" maxOccurs="1" /> <xsd:element ref="ListaMensagemRetorno" minOccurs="1" maxOccurs="1" /> </xsd:choice> </xsd:complexType> </xsd:element> <xsd:element name="CompNfse" type="tcCompNfse" /> <xsd:complexType name="tcCompNfse"> <xsd:sequence> <xsd:element name="Nfse" type="tcNfse" minOccurs="1" maxOccurs="1" /> <xsd:element name="NfseCancelamento" type="tcCancelamentoNfse" minOccurs="0" maxOccurs="1" /> <xsd:element name="NfseSubstituicao" type="tcSubstituicaoNfse" minOccurs="0" maxOccurs="1" /> </xsd:sequence> </xsd:complexType> Esta ai provado que esse tal de Jonnatan não sabe o que escreve. O WebService esta implementado de forma errada e o XML gerado no retorno não é validado pelo schema, pois se fosse ocorria erro de validação, pela falta do grupo <Nfse>.