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.

Cross Compile de Linux para Win32 Baixe o Lazarus do Site oficial: https://www.lazarus-ide.org/ Exemplo de arquivos a serem baixados: lazarus-2.0.2-0.x86_64.rpm, fpc-3.0.4-1.x86_64.rpm, fpc-src-3.0.4-1.x86_64.rpm Instalar FPC e FPCSRC (em modo "root") rpm -U fpc* Instalar Lazarus (em modo "root") rpm -U lazarus* Testar a instalação do Lazarus (em modo normal) startlazarus Feche o Lazarus e acesse a pasta dos fontes do FPC cd /usr/share/fpcsrc/3.0.4 Compilar FPC em Win32 (em modo "root") make all OS_TARGET=win32 CPU_TARGET=i386 Instalar novas DCUs e Compilador no Linux (em modo "root") make crossinstall OS_TARGET=win32 CPU_TARGET=i386 INSTALL_PREFIX=/usr Editar /etc/fpc.cfg (em modo "root") Incluir antes da sessão "Linking" a linha -Fu/usr/lib/fpc/$fpcversion/units/$fpctarget/* Criar Link Simbólico para o compilador Win32 em /usr/bin (em modo "root") ln -s /usr/lib/fpc/3.0.4/ppcross386 /usr/bin/ppcross386 Configure o seu projeto, criando um novo Build Mode (em modo normal) Acesse Project Options -> Compiler Options -> Config and Target Target OS -> Win32 Target CPU -> i386 Se ocorrer erros na recompilação da IDE, e tiver dificuldades de descobrir o problema. Selecione em Mensagens, para não efetuar nenhum filtro Botão direito em Mensagems -> Filter non Urgent Messages -> Filter None Observe as mensagens, geralmente é acusada a falta de alguma Biblioteca compartilhada... No caso de dúvidas, por favor crie um novo tópico em: https://www.projetoacbr.com.br/forum/forum/12-object-pascal-delphi-lazarus/

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 Baixei o ACBr dia 10-05-2019 e a Unit ACBrCalculadora.pas e ao dar um ESC e reabrir a Calculadora o Valor do display permanece. Gostaria de sugerir que o display e a memória da calculadora fossem zerados Correção: function TACBrCalculadora.Execute: Boolean; Substituir Linha FrCalculadora.ValorDisplay := '0'{FloatToStr( FValor ) };

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:

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

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

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 Elisângela, Muito obrigado pela colaboração, ainda hoje estarei enviando para o repositório.

Bom dia Bruno, Fiz uma alteração no arquivo INI do provedor e ainda hoje estarei envia para o repositório. Quem sabe com essa alteração resolve o problema.

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.

Bom dia Pelo erro apresentado não esta conseguindo gravar o arquivo no path especificado. Este diretórios estão corretos? C:\ACBRNFEMONITOR\ENT.TXT C:\ACBRNFEMONITOR\SAI.TXT C:\ACBrMonitorPLUS\LOG.TXT

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

ACBrLibNFe foi finalizado recentemente provavelmente estará disponível para download esta semana.

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

O problema estava na configuração da balança - Tudo resolvido. - Obrigado

Opa, Se você não utiliza capicom e/ou MSXML. Vá até: .../Fontes/ACBrComum/ Abra o arquivo ACBr.inc. Descomente as diretivas abaixo (retirando o ponto do início). Salve o arquivo. De um build no seu projeto. {.$DEFINE DFE_SEM_CAPICOM} {.$DEFINE DFE_SEM_MSXML}

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 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.

Tenho algumas sugestões para você: Opção 1 - Verificar com o contador se o seu cliente pode fazer os lançamentos com enfoque no declarante. Quer dizer, ele lançaria não exatamente o que vem escrito na nota, mas como ele considera o produto. Nesse caso em vez de lançar 120 m3 de madeira ele vai lançar 120 caibros 5X2, 60 caibros 5,5X2, etc... Opção 2 - Verificar como o seu cliente fazia anteriormente pra controlar o estoque. A partir daí, você pode tentar seguir o mesmo esquema automatizando de acordo com seu programa. Opção 3 - Criar um sistema de conversão de produtos de entrada. Nesse caso, seu sistema teria um cadastro de produtos que são gerados a cada m3 de madeira. O cadastro seria alimentado pelo cliente e, a partir da entrada, seu programa faria a conversão. Mas só funcionaria mesmo se os fornecedores dele mandam sempre a mesma quantidade de material para a mesma quantidade de m3 de madeira. Opção 4 - Criar um sistema de produção. Esse seria uma área separada do seu programa e funcionaria como o Italo descreveu acima.

Deu certo muito obrigado

Obrigado pela resposta. Eu não estava validando essa informação antes de enviar para o componente. Vou validar isso e testar novamente...

Pela chave informada na tag chNFeRef é possível determinar o tpEmis da NFCe referenciada, já que a tag compõe a chave de acesso. Então se você informar uma chave de uma NFCe que não foi emitida em contingência off-line terá a rejeição. No caso essa NFCe foi emitida no modo normal.

No tópico abaixo, temos uma excelente resposta, de @Gabriel Franciscon, sobre esse mesmo tema

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 @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.

@alexandrebarbosa, veja o que diz a nota técnica NT_2016_002_v1.42, na última página (60). 6 Campos do DANFE Nesta nova versão não haverá alteração no leiaute do DANFE. As informações relativas ao Fundo de Combate à Pobreza (FCP) devem ser informadas: No campo de "Informações Adicionais do Produto, tag: indAdProd", os valores informados por item nos campos (vBCFCP, pFCP, vFCP, vBCFCPST, pFCPST, vFCPST), quando existirem. Os valores de totais do FCP (id: W04b e W06a) devem ser informados em "Informações Adicionais de Interesse do Fisco, campo “infAdFisco", quando existirem."