Italo Giurizzato Junior

Bom dia Gumercino, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Maiquel, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Dercide, Favor configurar o componente para salvar o XML com o nome longo. Configuracoes.Arquivos.NomeLongoNFSe := True;

Bom dia a todos, O componente ACBrGNRe foi alterado para suportar a versão 2.00 do GNRe. Além do componente foi alterado também o programa exemplo. Peço que atualize todos os fontes de todas as pastas, reinstale a suíte ACBr usando o ACBrInstall_Trunk2 com a opção de apagar arquivos antigos marcada. Façam testes com o programa exemplo. Vejam que agora o programa exemplo possui um campo para configurar a versão. Por favor relatem se funcionou ou não e o que não esta funcionando. Não esqueçam de anexar os XML de envio e de retorno para que possamos analisar e fazer os ajustes necessários.

Dercide, Favor atualizar os fontes e faça novos testes. Fiz alteração nos fontes do componente e no arquivo INI do provedor.

Boa tarde Edson, Seria interessante ver como é o XML de uma nota emitida via site (se é que esse provedor disponibiliza a emissão via site e se é possível baixar o XML).

Dercide, Favor anexar os XMLs.

Boa tarde JJA, Pelas imagens que você anexou e analisando o código do componente notei o seguinte: O campo Alíquota é definido como Currency na classe TValores. Pode esta ocorrendo alguma incompatibilidade entre o Currency o Float, quando você faz a leitura do valor no campo do banco de dados.

Boa tarde João, Muito obrigado pelo retorno, ainda hoje estarei enviando para o repositório o XSD corrigido pelo nosso amigo BigWings.

Dercide, Faça uma alteração e me de um retorno. Inclua a linha em negrito no arquivo INI do provedor. [ConsNFSe] IncluiEncodingCab=1 IncluiEncodingDados=1 TagGrupo=ConsultarNfsePorFaixaEnvio Texto1=<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/" xmlns:tns="http://nfse.abrasf.org.br"> Texto2=<S:Body>

Boa tarde Bruno, O componente a principio gera um XML que é o RPS, este por sua vez é incluído dentro do layout do serviço escolhido (EnviarLoteRpsEnvio, GerarNfse, ou EnviarLoteRpsSincronoEnvio), temos ai o XML do lote que contem o XML do RPS. Por fim o XML do lote é envelopado formando um novo XML que é enviado para o webservice. Nesse processo todo, em nenhum momento os dados são alterados.

Boa tarde Artur, Com o programa exemplo do componente também ocorre o mesmo erro?

Boa tarde Marcio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório. Dercide, isso esta ocorrendo com a sua aplicação pelo que notei, estou certo?

Boa tarde Décio, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Boa tarde Juliana, Se você se refere ao provedor eGoverne, este não disponibilizou os arquivos XSD (Schemas), sendo assim, no arquivo INI desse provedor o campo Validar tem esta com o valor zero. Dessa forma o componente gera o XML e envia sem nenhuma validação. Não devemos utilizar outros schemas que não seja o disponibilizado pelo próprio provedor.

Boa tarde Leonardo, Esse tópico será fechado por ser muito antigo. Favor criar um novo tópico expondo o seu problema de forma clara e precisa e evite usar palavras que possam ofender alguém. Desde já muito obrigado pela compreensão.

Boa tarde Carlos, Você não tem nenhum outro cliente que use certificado A1, para fazer novos testes, inclusive usando o libOpenSSL?

Bom dia a todos, Muitos de nós já deve ter emitido uma Nota Fiscal ou Conhecimento de Transporte e o mesmo foi Denegado, não é verdade? Pois bem, o que vem a ser Uso Denegado, o que fazer quando isso ocorre e como prevenir? Status de um DF-e (NF-e, CT-e) Após enviar um DF-e para a SEFAZ, esta pode Autorizar o Uso, Denegar ou Rejeitar. Autorizar o Uso, é quando todas as informações estão corretas e o emitente e o destinatário não possuim nenhum problema com o Fisco, neste caso o DF-e é armazenado no banco de dados da SEFAZ e a venda ou o transporte por ser realizado. Rejeitado, é quanto alguma informação esta errada, neste caso o DF-e não é armazenado no banco de dados da SEFAZ e o procedimento a seguir é fazer as devidas correções e enviar novamente. Uso Denegado, é quanto todas as informações estão corretas, mas o emitente ou o destinatário possui algum problema junto ao Fisco, neste caso o DF-e é armazenado no banco de dados da SEFAZ, mas a empresa emitente do documento esta impedida de realizar a transação comercial ou prestar o serviço de transporte se este for o caso. O que fazer quando um DF-e é denegado? Inicialmente precisamos saber se o motivo da denegação tem haver com o emitente ou com o destinatário. Se o problema é com o emitente, este deve entrar em contato com a SEFAZ do seu estado e verificar qual é o problema, para que o mesmo seja sanado o mais breve possível. Se o problema é com o destinatário, o emitente deve entrar em contato com o destinatário e solicitar ao mesmo que resolva o problema junto ao fisco. Lembre-se, um DF-e denegado não pode ser cancelado. Como se prevenir? Antes de perder tempo em lançar uma nota / conhecimento e depois descobrir que o destinatário esta com problemas no fisco, será que podemos fazer algo antes? Sim, podemos nos prevenir, a maneira mais simples é, ao cadastrar um novo cliente, basta consultar o seu cadastro junto a SEFAZ. Essa consulta pode ser feita de forma automatizada, os componentes ACBrNFe e ACBrCTe possui um método chamado: ConsultaCadastro. Como usar? No programa exemplo do componente ACBrNFe temos um botão chamado Consulta Cadastro, para realizar a consulta precisamos da UF e do CNPJ/CPF da pessoa que desejamos consultar. Exemplo de código: Documento := Trim(OnlyNumber(Documento)); ACBrNFe1.WebServices.ConsultaCadastro.UF := UF; if Length(Documento) > 11 then ACBrNFe1.WebServices.ConsultaCadastro.CNPJ := Documento else ACBrNFe1.WebServices.ConsultaCadastro.CPF := Documento; ACBrNFe1.WebServices.ConsultaCadastro.Executar; for x := 0 to ACBrNFe1.WebServices.ConsultaCadastro.RetConsCad.InfCad.Count -1 do begin Situacao := IntToStr(ACBrNFe1.WebServices.ConsultaCadastro.RetConsCad.InfCad.Items[ x ].cSit); (...) end; Se o valor da variável Situação for zero significa que a empresa não esta habilitada, logo ela tem algum problema junto com o Fisco. Uma empresa cuja situação seja Não Habilitada as chances de um DF-e ser rejeitado é muito grande, logo devemos entrar em contato com essa empresa e solicitar que a mesma resolva o seu problema com o Fisco. Observação: De forma semelhante podemos usar a mesma rotina acima para o ACBrCTe, pois o retorno é exatamente igual. No Manual da NF-e paginas: 64 até 66, em especial os grupos <infCad> e <ender> temos varias informações que podem agilizar o processo de cadastro, vale a pena conferir. Espero ter ajudado.

Bom dia a todos, Em 02/10/2018 foi publicado no D.O.U o Ajuste SINIFEF 13/18 com previsão de inicio em 01/04/2019, o qual entre outras coisas, institui a faixa de séries especificas para a emissão da NFCe em contingência, esta faixa se inicia na séria 890 até a 989. Conforme foi bastante discutido no fórum, muitos usuários questionaram as SEFAZ quanto a prorrogação deste prazo. No dia 09/04/19 foi publicado no D.O.U o Ajuste SINIEF 06/19, o qual prorrogou a exigência desta série para 01/03/2020. Conclusão A emissão da NFCe em contingência deverá seguir sendo realizada usando a mesma série utilizada em modo normal, ocasionando inclusive rejeição se for utilizada a faixa especifica citada anteriormente. Att.

Bom dia Jose, Para mim é problema na SEFAZ-Virtual do RS.

Bom dia Thiago, Peço que atualize os fontes, note que fiz uma alteração no arquivo Recife.ini, comente as linhas que você acrescentou na unit ACBrNFSeWebServices e faça um novo teste usando o novo arquivo INI do provedor. Fico no aguardo de um retorno.

Bom dia Mateus, Essas empresas são de cidades diferentes, mas atendidas pelo mesmo provedor? Se sim, lembre-se que esses provedores não conseguem manter um padrão para todas as cidades atendidas por eles. Portanto isso é normal ocorrer. Logo a sua aplicação, vai ter que ter uma opção de configuração que determina a geração ou não dessa informação no XML.

Bom dia mcob, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia, Muito obrigado pelo retorno, vou envia a sua colaboração para o repositório.

Boa tarde Anderson, Ainda não esta disponível o serviço de DistribuicaoDFe para o BPe, acredito que em breve vai estar. Mas lembre-se, quando esse serviço se tornar disponível o emitente do BP-e não vai conseguir baixar o XML, com certeza somente o passageiro. Reimprimir o DABPE em um local diferente não entendi, de um exemplo pratico dessa situação. Quanto a perda, é complicado, como disse antes, esta sendo perdido um documento fiscal, logo o emitente tem por obrigação legal guardar o XML pelo período estipulado na legislação. Sendo assim é importante ter cópia de segurança do XML em um HD externo, Nuvem, Banco de Dados, etc.