Italo Giurizzato Junior

Boa tarde Alexandre, Por não ter nada haver com o conteúdo desse tópico, pois nele estamos tratando da troca de provedor da cidade de Bauru, você deve criar uma nova postagem. Obrigado pela compreensão.

Boa tarde a todos, Essa correção foi aplicada no DANFSE do novo componente: ACBrNFSeX, uma vez que não estamos mais dando suporte ao componente antigo.

Boa tarde Everton, Muito obrigado pela colaboração, já enviei para o SVN, favor atualizar os fontes e faça novos testes.

Boa tarde a todos, Façam o seguinte: Abram a unit SilTecnologia.Provider, procure pela procedure Configuracao. Altere o valor de IncluirURI para True. Depois reinstalem o ACBr e façam novos testes.

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

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.