Painel de líderes

Há uns 6 anos atrás achei isso: tão verdade...

Leia o manual de contingência off-line da NFCe. http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ= Caso você tente enviar uma NFCe no modo normal e haja falha de comunicação, você já deve emitir uma segunda NFCe em contingência, e marcar a primeira para cancelamento ou inutilização. A NT 2018.004 implantou o cancelamento por substituição que valida o conteúdo de ambas as notas para garantir que sejam referentes à mesma venda, estende o prazo do cancelamento por substituição para 168 horas, e reduz o cancelamento normal para 30 minutos. No cancelamento por substituição você deve informar a chave da NFCe emitida em contingência que acoberta a NFCe sendo cancelada. A única diferença é que hoje a série da NFCe em contingência não é reservada, então você pode ter NFCe série 1 número 20 em modo normal, e NFCe série 1 número 21 em contingência off-line. Com a reserva da série, você terá NFCe série 1 número 20 em modo normal, e NFCe série 890 número 1 em contingência, por exemplo.

Atualmente eu faço isso também... Se der algum exception de conexão com o WebService eu tento novamente. Controlando o tempo de espera para tentar novamente e o quantas vezes irá tentar. Em resumo, a questão de TimeOut é "quase" nula aqui. Por padrão no aplicativo vai os seguintes parâmetros: TimeOut: 30 segundos (sim é um valor alto, mas esse WebService é complicado). Número Tentativas: 10 tentativas. Tempo de espera entre as tentativas: 5 segundos.

sendo simples na resposta, sim é possível. Desde que você passe o NSU da nota completa e não do resumo (que é o que está fazendo). Reafirmando ainda que para ter acesso ao XML completo é necessário realizar a manifestação do destinatário antes.

Opa, boa tarde. Você está consultando um NSU de um resumo. Por isso está obtendo o XML de resumo. Primeiramente deverá realizar a manifestação do destinatário. Feito isso o Ambiente Nacional irá gerar um novo NSU, agora com o XML da nota. Ou seja, depois que você realizar a manifestação, um novo NSU será gerado. É a partir desse novo NSU que você vai obter o XML completo da nota fiscal. Eu particularmente não utilizo esse método DistribuicaoDFePorNSU pois eu preciso saber qual será o NSU que eu desejo consultar. Se eu já sei o NSU, significa que eu já tenho os dados pertinente aquele NSU. Aqui eu utilizo o método DistribuicaoDFePorUltNSU, nele é passado um NSU "base" e com o isso retorna os NSU's que foram criados depois do que você passou como base. Exemplo: se eu passar zero, retorna todos os NSU's dos últimos 90 dias. Quando eu recebo esses NSU's eu armazeno no banco de dados e a próxima consulta eu passo o último NSU que eu tenho gravado no banco de dados... Com os NSU's em mãos, realizo a manifestação do destinatário e executo o método DistribuicaoDFePorUltNSU novamente ou o método DistribuicaoDFePorChaveNFe

Bom dia. Muito Obrigado @Daniel Simoes, e lembrando pra quem for implementar o MFE do Ceará sem o integrado. A opção de envio via DLL funciona apenas para Envio, Cancelamento e Inutilização, se foi enviar o pagamento POS tem que ter o integrador rodando pois ainda usa ele. Obrigado.

Modifiquei o Demo... além do "cast" sem teste, ainda havia um "Memory Leak"... eu particularmente, não gosto de métodos que criam e retornam Objetos... (mas foi implementado dessa maneira) procedure TForm1.btMFEEnviarPagamentoClick(Sender: TObject); var PagamentoMFe : TEnviarPagamento; RespostaPagamentoMFe : TRespostaPagamento; begin RespostaPagamentoMFe := Nil; PagamentoMFe := TEnviarPagamento.Create; try with PagamentoMFe do begin Clear; ChaveAcessoValidador := '25CFE38D-3B92-46C0-91CA-CFF751A82D3D'; ChaveRequisicao := '26359854-5698-1365-9856-965478231456'; Estabelecimento := '10'; SerialPOS := InputBox('SerialPOS','Informe o Serial do POS','ACBr-'+RandomName(8)); CNPJ := edtEmitCNPJ.Text; IcmsBase := 0.23; ValorTotalVenda := 1530; HabilitarMultiplosPagamentos := True; HabilitarControleAntiFraude := False; CodigoMoeda := 'BRL'; EmitirCupomNFCE := False; OrigemPagamento := 'Mesa 1234'; end; if ACBrSAT1.SAT is TACBrSATMFe_integrador_XML then RespostaPagamentoMFe := TACBrSATMFe_integrador_XML(ACBrSAT1.SAT).EnviarPagamento(PagamentoMFe) else RespostaPagamentoMFe := ACBrIntegrador1.EnviarPagamento(PagamentoMFe); if Assigned(RespostaPagamentoMFe) then ShowMessage(IntToStr(RespostaPagamentoMFe.IDPagamento)); finally PagamentoMFe.Free; if Assigned(RespostaPagamentoMFe) then RespostaPagamentoMFe.Free; end; end;

Opa! Não entendi muito bem sua pergunta. Mas vamos lá... Caso queira baixar notas fiscais emitidas CONTRA o CNPJ do seu cliente. Deve-se utilizar o método de DistribuicaoDFe. (Aqui uma explicação, e aqui um exemplo prático) Observação 1: você consegue baixar um resumo das notas fiscais para que seja possível você realizar o manifesto. Após o evento de manifestação o Ambiente Nacional disponibiliza o XML da nota em questão. Observação 2: O Ambiente Nacional disponibiliza o resumo/DFe apenas se o seu cliente for o Destinatário, Transportadora ou o CNPJ estiver na tag <AutXML>. Caso queira RECUPERAR um ou mais XML EMITIDO pelo seu cliente. Deve-se alimentar o componente com os dados da venda/nota, assinar e consultar. (Aqui um exemplo prático) Observação 1: Não é muito indicado ficar fazendo isso. Já que na lei diz que o contribuinte é obrigado guardar o XML do documento fiscal. Observação 2: Caso você tenha o XML assinado, você pode carregar o XML e executar o método Consultar apenas... Dessa forma o XML será atualizado com o protocolo. Observação 3: O único método oficial pela SEFAZ é realizar o download do documento fiscal diretamente pelo portal, utilizando o certificado digital. Sites como Arquivei lite fornece um XML válido porém sem validade jurídica já que a assinatura não é a do emitente.

Primeiro você precisa entender como funciona todo o fluxo desse webservice. O método DistribuicaoDFePorNSU deve ser utilizado quando você já sabe o NSU. Mas imagine o exemplo: Você tem um resumo da nota com o NSU 123456. Você realiza a manifestação do destinatário em cima desse resumo O AN criará um novo NSU, agora para a nota completa. Qual será esse novo NSU? (Não tem como você saber, pois o NSU que o AN irá criar provavelmente não será um número a mais do NSU do resumo. Já que entre o resumo e a manifestação poderá ter outros resumos/notas/eventos) Para você saber qual será o NSU que o AN criou com a nota completa, você só tem 2 caminhos: DistribuicaoDFePorUltNSU (passando o último NSU que VOCÊ tem gravado no seu banco de dados) - Nesse caso você terá como retorno os NSU's que foram gerados após o NSU que você passou (podem vir resumos/notas/eventos) DistribuicaoDFePorChaveNFe - Aqui retorna TODOS os NSU's vinculado a chave de acesso em questão. Se a nota foi manifestada, você terá o NSU com a nota completa, caso contrário não terá. Leia a nota técnica Leia o tópico do Italo Veja o exemplo feito por um membro Veja o exemplo do ACBr: ...\Exemplos\ACBrDFe\ACBrNFe\DistribuicaoDFe.txt

Deem uma olhada nesse post que o @Italo Jurisato Junior criou... Nele explica o funcionamento desse WebService.

Sim! Independente do método utilizado, o destinatário da nota só tem acesso ao XML completo após a manifestação do destinatário.

Boa tarde Victor, Você esta configurando o componente com o winCrypt, correto? Por favor teste com essa outra Unit. ACBrDFeXsLibXml2.pas

Olá Evandro. O que você pode fazer, é verificar as configurações que ficam disponíveis em Opções de Internet. As mesmas devem estar assim:

obrigado amigos, consegui resolver aqui: with pag.add do // PAGAMENTOS apenas para NFC-e begin tPag := fpCartaoCredito; vPag := ed_forma1.Value; tpintegra:=tipagnaointegrado; end;

Poderia ser mais específico?

Boa tarde Adilson, Essa mensagem não tem nada haver com a sua postagem anterior, que fazia referencia ao numero do lote. Essa mensagem de erro que tem haver com a Consulta a situação do Lote, é por que a sua aplicação esta executando esse método, sendo que não deve. Você esta enviando um RPS para o provedor Pronimv2, conforme consta na mensagem de erro. Esse provedor segue a versão 2 do layout da ABRASF. Volto a lhe dizer que os provedores que seguem a versão 2 não tem o serviço de Consultar a Situação do Lote. Você tem que condicionar a execução do método ConsultarSituação. Inclua na sua aplicação na tela de configuração, um campo que diz se é para executar ou não esse método.

Encontrei o problema, desculpe o incômodo.

Nesse tópico temos informações complementares

Esse fórum é para discutirmos sobre o componente ACBr e o componente não tem erro. O erro está na forma que o pessoal está programando. Reclamar do governo tem os canais próprios para isso.

Bom dia ALA, Ainda precisa enviar o arquivo INI referente ao provedor e o Cidades.ini, sem esses dois arquivos a sua aplicação não vai funcionar.

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

Teoria 1: Utilizam api's pagas disponibilizadas pela SERPRO Teoria 2: Fazem um "traking" na página de consulta da SEFAZ e monta o XML. Tem um membro aqui no fórum que fez algo assim Mas como eu falei, apenas teorias... Ah, vou deixar um outro tópico aqui onde está sendo discutido isso "Como conseguem?"

Lentidão dos webservices do governo é comum, existem técnicas de programação que podemos fazer para minimizar isso. Erro de timeout do webservice pode ser tratado com um simples try..except no nosso software. Podemos fazer uma thread para ficar consultando o webservice de tempos em tempos. Acho que o povo reclama demais.

Bom dia André, A empresa da BA, vendeu e emitiu a NF-e. A transportadora por sua vez, vai emitir um CT-e relacionando a NF-e, informando como remente a empresa da BA e o destinatário de MG. A transportadora também vai emitir um MDF-e relacionando o CT-e, informando o local de carregamento como sendo BA e o de descarregamento como sendo MG. A emissão do CT-e e do MDF-e no meu entendimento deve ser feita pela transportadora quando o caminhão estiver na BA pronto para voltar para MG. A transportadora emite esses dois documentos e envia por email os PDF do CT-e e do MDF-e para a empresa na BA que prontamente vai imprimir e entregar para o motorista realizar o transporte.

Sempre que iniciar uma série diferente a numeração deve reiniciar do 1. Que saiba não houve nenhuma orientação em contrário no caso da série reservada para contingência off-line.

então é aguardar mesmo @Joabe Geraldo

Parece ser algum erro da Sefaz, também estou com o mesmo erro desde sexta-feira a tarde.

Verifique se as configurações da serial da Balança são as mesmas no Monitor... Velocidade, paridade, etc..

Após reiniciar o computador, estranhamente, o erro parou de ocorrer. Obrigado pelo retorno.

Bom dia! Hoje eu uso carteira A e modalidade 1Código do Cedente é o mesmo número da Conta Bancária sem o Digito.

Na verdade to meio perdido, nao achei nem o AcbrLib compilado para windows para baixar. pode me orientar?

Entendido. obrigado!

Obrigado @volmir, interessante essa abordagem... Envie para o SVN... rev, 17034

Boa tarde, @Eduardo Santana! Nota fiscal emitida pelo seu próprio cliente: não tem como recuperar apenas com a chave de acesso. É necessário carregar o componente ACBrNFe com todos os dados da nota fiscal novamente. Vou deixar um outro tópico aqui embaixo onde eu explico melhor sobre essa questão, com exemplos:

Exatamente! Inclusive eu acabei de testar aqui e o EMITENTE recebe o "Evento completo" da manifestação do destinatário. E o tpEvento são exatamente esses que você citou. Um detalhe importante: Na prática o método DistribuicaoDFe funciona de forma cronológica, ou seja; sempre terá o resumo da nota fiscal antes de um evento (já que a nota sempre será emitida antes de um evento ser criado). Porém poderá ter casos (esse que você está citando) onde serão retornados eventos que não são relacionados a notas fiscais recebidas e sim emitidas pela própria empresa que está executando o método. Então você deverá tratar esses casos onde o método DistribuicaoDFe retorna apenas um evento e que esse evento se refere a uma uma NFe que o EMITENTE criou e não a uma NFe que foi DESTINADA ao EMITENTE. Exemplo: Empresa ABC emite uma nota para a empresa DFG. Empresa DFG realiza a manifestação do destinatário. Empresa ABC recebe um NSU/evento (através do DistribuicaoDFe) com a manifestação da empresa DFG. O sistema deverá relacionar esse evento com a nota fiscal que foi EMITIDA pela empresa ABC.

Separei o tópico por se tratar de assunto diferente. Tópico original: Evite colar código como corpo da mensagem, anexe os arquivos modificados.

tive esse problema em varios clientes e o que um amigo meu observou foi que o modem que controlava a rede era de uma operadora e ele oscilava muito. Trocamos o modem por um swit e serolveu o problema

O tópico é um pouco antigo, na época que tivemos o problema, não era possível realizar o bloqueio, devido ao sat estar em processamento, não sei como esta nos dias de hoje; Aqui pelo menos na época , os novos clientes compraram outro equipamento sat (de outro fabricante ), enquanto a bematech "enrolava" 60 dias para realizar a troca e depois realizavam a venda do equipamento quando voltada do RMA; O mais engraçado que aqui pelo menos, esse problema do CF-e só ocorriam com equipamento da Bematech, outros fabricantes (Elgin, Gertec, Dimep, Tanca), nunca pegamos aqui; --Ao meu ver é sim um problema no Software Base da Bematech, e não da SEFAZ, pois a alguns meses atras passamos por problemas durante a ativação de SAT's da Elgin, que todo o lugar falava ser problema na sefaz, após contato com a Elgin, foi lançado uma nova versão do Software Base que solucionou o problema na ativação.; Coisa que a bematech não pega e faz, se só eles tem esse problema, alguma coisa da errado;

Pode ser que o estado não esteja preparado para a versão 2.0 do GNRe. Você pode verificar isso no seguinte site: Pode-se consultar alguma (in)compatibilidade no seguinte site: http://www.gnre.pe.gov.br/gnre/portal/consultarTabelas.jsp Queiram por favor verificar também o seguinte tópico sobre o assunto que indica que alguns campos adicionais podem não estar disponíveis em algumas UFs:

Na verdade a comunicação é bem simples, é só criar o arquivo ENT.TXT dentro da pasta do monitor com o comando desejado e esperar a resposta, a qual será gravada na mesma pasta no arquivo SAI.TXT.

Boa noite Italo. Obrigado pelo Retorno tão rápido. Então não é preciso emitir um MDF-e que faça o percurso de Minas até Bahia, na situação da Transportadora estiver vazia. Mesmo que ela saia de Minas para realizar a busca da mercadoria na Bahia. Nesta situação o correto seria a empresa(no caso o fornecedor) em que foi realizada a compra na Bahia, emita a Nota de venda de mercadoria para outro estado( Minas) e o mesmo cadastre um MDF-e com o estado de carregamento igual a BA e o estado de Descarregamento em MG. Na situação de utilizar a Transportadora de Minas. Então... como eu faria este cadastro?? Já pesquisei de várias formas, porém não consegui chegar a um denominador comum para resolver o problema. Novamente, agradeço a atenção.

Verifique se a DLL é de 32 bits... ou se usa a convenção de chamada CDECL

Boa tarde André, Como o caminhão vai vazio até Bahia, não vejo a necessidade de emitir o MDF-e. No meu entendimento você deve emitir o MDF-e considerando a volta.

Deu certo muito obrigado

O ACBr não usa nem distribui essa DLL... Mas em todo caso, experimente rodar o Instalador o Delphi e Reparar a instalação

Sim, pensei nisso... alias essa foi a decisão mais difícil... Há prós e contras... fazer um evento desse porte em SP é no mínimo 4x mais caro... (porém é bem mais rápido de vender) No fim, os fatores decisivos, para escolher o Interior, foram: O (terrível) transito de SP, e as espaçosas acomodações do Parque Tecnológico de Sorocaba

Boa tarde, Foi publicado o Ajuste SINIEF nº 06/2019 prorrogando para 1º de março de 2020, o modelo de contingência de NFC-e com séries específicas.

Boa Tarde. Pessoal estou tentando enviar uma NFE versao 4.0. Esse XML abaixo em anexo passou de boa, porém na DANFE o Vl. Icms ST deveira ser 57,12 ou se alguem poderia me auxiliar com proceder venda para RJ.

Boa Tarde @eliton.sc estava tendo o mesmo problema que você e encontrei uma solução. Antes de qualquer coisa aconselho a entrar em contato com o seu contador atual e parabeniza-lo pela correta interpretação da legislação em vigor, pois é difícil encontrarmos um profissional que faça o seu trabalho bem feito e este foi o caso que ficou em evidência. Antes de falar como resolver o problema iremos tratar da legislação: A pesar de não poder falar por todos os estados, tendo em vista que a legislação que autoriza a emissão de um CTe de substituição é estadual, estarei repassando o que é feito no estado do ES, mas creio que isto seja regra geral, favor confirmar com o seu contador. Existem basicamente dois casos que de fato precisamos emitir um CTe em nome do tomador: Tomador do serviço está correto e o valor do serviço está maior do que o acordado, porém o mesmo não é contribuinte, você irá realizar a emissão de uma NFe(modelo 55) no CFOP 1.206/2.206 e destacar exatamente os mesmos valores e destaque de imposto se houver. Sendo possível a emissão de um CTe de substituição depois se for o caso. Tomador do serviço está errado. Com isso estarei abordando a necessidade de emitir um CTe referenciando o caso número 2, mas antes temos que ter em mente que o CTe, assim como qualquer programa de computador é uma ferramenta para um fim, nada mais nada menos, uma ferramenta de suma importância, mas somente uma ferramenta. Tendo em vista que o CTe se trata de uma ferramenta, ela deve ser alterada sempre que a sua base for alterada e entenda aqui como base a legislação. Resumidamente seria: Legislação altera manual do CTe, manual do CTe nunca altera legislação, por isso que as pessoas que te responderam usaram o termo "está incoerente com o apresentado na legislação" O Ajuste SINIEF 8/2017 alteraou o Ajuste SINIEF 9/2007 em sua cláusula sétima-A, dando a opção de ser feito a alteração do tomador do CTe a partir de 01/11/2017, versando o seguinte, grifo meu: Diante da legislação fica claro que podemos fazer a operação em questão, fato. Agora vamos a solução No erro ele fala, grifo meu : ou seja, no seu XML você informou o grupo "tomaICMS" então temos que verificar quando é necessário informar este grupo: Sendo assim no meu caso o meu cliente estava colocando indevidamente o grupo "tomaICMS", pois o cliente é contribuinte do ICMS e emite seus documentos fiscais, resolvemos a questão solicitando ao suporte do seu sistema que deletasse esse Schema do XML, simples assim. Espero que seja de ajuda para outros amigos do fórum.