Italo Giurizzato Junior

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?

Boa tarde Elton, Esses questões referente a tributação é sempre bom ter um contador do lado, caso contrario você vai ficar batendo cabeça.

Boa tarde Fernanda, Acredito que isso seja uma questão mais contábil, quem poderia lhe ajudar seria um bom contador. Mas vamos aguardar, quem sabe algum outro desenvolvedor já tenha feito e lhe orienta como deve proceder.

Boa tarde, Acredito que o problema seja o conteúdo da tag chEvt, veja: Essa informação consta no Manual de Orientação do Desenvolvedor do e-Social versão 1.7 Agosto/2018. No seu XML o valor de chEvt consta a palavra Administrador, sendo que o correto seria nomeTag=Valor, por exemplo: CodCargo=001

Bom dia, Estou verificando o problema e ainda hoje estarei enviando para o repositório uma possível correção.

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, Vou corrigir e enviar para o repositório.

Boa tarde Jose, Vamos as correções no seu arquivo INI: [infoCeletista] dtAdm=01/07/2000 tpAdmissao=1 indAdmissao=1 tpRegjor=1 natAtividade=2 dtBase= cnpjSindCategProf= "esta faltando informar o cnpj do sindicato" [infoContrato] // o correto é com "i" minusculo codCargo=016 codCateg=101 [filiacaoSindical01] // o correto é 01 e não 1 cnpjSindTrab= Faça essas correções e tente novamente.

Boa tarde Narlem, Qual é a UF? A NF-e esta sendo emitida com o mesmo certificado digital e na mesma maquina que esta sendo emitida a NFC-e?

Boa tarde, Peço que não misture os assuntos (assunto novo, tópico novo), nesse tópico vamos continuar sobre o problema do Download. Voltando ao Download, maravilha o Download pelo numero do recibo esta funcionando agora e pelo ID?

Boa tarde Narlem, A opção é valida para ambos (NF-e e NFC-e).

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.