Painel de líderes

Para todos os casos existe o 3G, que toda loja emissora de NFC-e tem que ter cmo backup da conexão se cair. O prazo de envio da nota off-line varia de estado para estado e estão estudando uma forma de contar como horas úteis ao invés de horas corridas, então por enquanto ninguém está bloqueando envio, mas como dito antes o ideal é tem um backup da conexão a internet.

Tem algo errado então na sua comparação, pois a NFC-e é uma NF-e focada para consumidor. Você deveria alterar somente o modelo, aqui no fórum tem alguns posts mostrando as propriedades que devem ser alteradas: Alterações na configuração que são diferentes: ACBrNFe.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe.Configuracoes.Geral.VersaoDF := ve310; No preenchimento da nota, você muda o modelo e só o restante é basicamente o mesmo mas com foco no consumidor final somente, diferente da NF-e que possui várias situações.

Bom dia Ale, Uma empresa ficar sem a internet por falha na rede é algo que até da para conversar com a SEFAZ, agora ficar sem internet por falta de pagamento da fatura, acho melhor fechar as portas.

Sim continua a existir só que de forma diferente! o bom é tu olhar o demo que está na pasta exemplos e foi atualizado

Já existe algo no Branches do repositório Trunk, baixe e de uma olhada.

Não fique postando a mesma coisa em vários tópicos, se continuar bloquearemos o usuário.

Ale aqui em Manaus já aconteceu da SEFAZ/AM entrar em contingencia sexta-feira e voltar apenas segunda-feira, isso pois o serviços da SEFAZ ficaram fora do ar. Quando voltou meu cliente enviou todos as NFC-e's sem nenhum problema. É como Italo falou depende muito da situação que ocasionou o problema. Por ser relativamente uma nova forma de fornecer informações ao fisco eles tem ciência de que ainda se tem um longo caminho a ser percorrido até todos os problemas serem equacionados e por tanto eles são bem flexíveis em certos quesitos.

Você não deve alterar informações do estado direto no DANFE, utilize as observações para isso.

simuladores de impressoras FISCAIS Bematech existe sim, Acho que não existe de Não Fiscal, ao menos nunca encontrei.

Bom dia! estudou o Demo que se encontra na pasta do svn? se sim irá notar as diferenças que possuem e também que sim é possível!

Conforme pode perceber o fórum é aberto! acho meio improvável da sexta para o sábado alguém responder sua pergunta! sempre pedimos que tenham mais paciência e aguarde por resposta! a equipe agradece

O S.F. restaurou um Backup, da revisão 9550, e por isso, para quem estava em uma revisão acima, será necessário baixar toda a pasta do ACBr novemente.. Estamos analisando as diferenças e subindo novamente os commits que foram efetuados após a revisão 9550...

Boa tarde Daniel, Você deve estar invertendo as coisas: O idToken é um numero sequencial e o Token é a chave Hexadecimal. Lembrando que agora devemos usar a sigla CSC em vez de Token para não confundir com o certificado digital em formato Token (pen-drive). Portanto idCSC e CSC.

Mas isso já existe... Veja a propriedade ACBrSAT.ConfigArquivos e ACBrSAT.CFe.NomeArquivo (Trunk2)

Olá Itajahy, eu resolvi meu problema utilizando uma rotina que vem da unit "Wininet" que se chama "InternetCheckConnection". Ela basicamente verifica se a máquina está conectada na internet. Utilizei desta forma: if InternetCheckConnection('http://google.com.br', 1, 0) then begin ACBrNFe.Configuracoes.Geral.FormaEmissao := teOffLine; end; Neste caso, ele verifica apenas a conexão com a internet, e não o status do WebService da Sefaz. Espero ter ajudado, obrigado.

Boa tarde a todos, Incrível, gostaria de saber primeiramente, qual é a dificuldade em manter os fontes atualizados diariamente? Segundo o programa exemplo do ACBrNFSe possui um botão onde você informa o código IBGE da cidade desejada e ele retorna o nome do provedor, caso esta já esteja implementada. Se aparecer a palavra Nenhum como nome do provedor, significa que para a cidade solicitada não existe nenhum provedor relacionado. Obs: quando digo atualizar os fontes é atualizar todos os fontes de todas as pastas e após a atualização sempre compilar o programa exemplo ou a sua aplicação com a opção Build.

Boa tarde Italo, No meu caso pode acontecer de ser realizado a inutilização de um número e posteriormente por alguma adversidade não consiga gravar essa inutilização. Como você disse uma rara exceção, porém preciso garantir um controle supremo referente a falhas, essa possibilidade dificilmente ira ocorrer, porém existe e preciso tratar caso ocorra. Solução: Em virtude da inexistência de um webservice de consulta referente a inutilização, pode-se contornar essa situação tratando o erro 563 - Já existe pedido de Inutilização com a mesma faixa de inutilização. Caso o número que estamos tentando inutilizar já foi inutilizado, retornar o erro 563, conforme o Carlos Marian menciona anteriormente. Nesse caso temos todas as informações necessárias da inutilização, inclusive o XML completo, porém seria necessário fazer um pequeno ajuste para gerar o XML completo quando o retorno for 563, pois esta gerando apenas quando o retorno for 102 - Inutilização de número homologado. Partindo da seguinte lógica, que após inutilizar uma numeração não tem mais oque fazer com aquele numero, não vejo problemas em gerar o XML quando o número já esta inutilizado. Dessa forma conseguimos contornar essa situação, se tornando assim um meio de consultar as informações de inutilização. Em anexo segue fonte com alteração sugerida. Observação: Aproveitando o gancho, estou mandando juntamente uma alteração para considerar o retorno 155-Cancelamento homologado fora de prazo, referente ao processo de cancelamento. ACBrNFeWebServices.pas

Olá, Isso ao tentar inutilizar novamente tenho este retorno 563; at+