Painel de líderes

Boa Noite... Interessante a questão... Sou proprietário de uma pequena software house... atendo aproximadamente 100 clientes, dentre os quais apenas 5 ou 6 emitem mais de 3000 a 4000 NFC-e´s mensalmente... Utilizo o componente ACBr desde o inicio da empresa (2008) e, com o advento em principio da NF'e, aqui no estado do Pará, (09/2009), levando em consideração que é de obrigatoriedade da empresa o armazenamento e guarda dos arquivos XML's pelo período mínimo de 5 anos, desde o início, principalmente a pedido dos contadores de meus clientes, meu software de Gestão Comercial, armazena no servidor, os XMLs das NF-e's de emitidas, desde 01/2016, das NFC-e's emitidas, e desde 2015, valendo-se dos DFe do ACBr, das NF-e's de compra... Todas as transações que envolvam emissão de NF-e ou NFC-e, armazenam no banco de dados o registro das mesmas, utilizando a Chave de Acesso como base para acesso ao XML do respectivo documento armazenado no servidor, seja autorizada, cancelada, denegada...Bom como os registros de compra e seus respectivos XMLs adquiridos a partir do DF-e do ACBr (vale salientar que diversos clientes, principalmente mercados e mercearias, detectaram empresas utilizado-se de seus CNPJ para emissão de NF-e's dentro do estado do Pará, fatos que não chegavam ao conhecimento dos contadores por estas transações não constarem dos relatórios de fronteira do orgão de fiscalização estadual - SEFA do estado do Pará)... Partindo deste ponto, com todas as informações gravadas no banco de dados, e dos XML's nas suas devidas pastas, os usuários do meu sistema simplesmente, no inicio do mês seguinte, clicam no Menu XML's NF-e's / NFC-e's para Contabilidade, informam o mês para envio, e o sistema varre o banco de dados, buscando primeiramente identificar lacunas entre a numeração das NF-e's e NFC-e's emitidas e, caso encontre, solicita ao usuário a inutilização dos números não utilizados... Caso encontre NFC-e's em contingência, obriga a retransmissão das mesmas... Depois, transfere todos os XML's de Compra, XML's das NF-e's emitidas, canceladas, denegadas, inclusive XMLs das Inutilizações, NFC-e's emitidas, canceladas...., inclusive XMLs das Inutilizações, para uma pasta temporária, separando em pastas tipo "Autorizadas", "Canceladas", "Denegadas", "Inutilizadas", por modelo de documento, gera um relatório em PDF de todas as ocorrências, o qual passa a valer como recibo de entrega ao contador, compacta tudo, inclusive o PDF, e, envia o arquivo compactado por email ou grava em mídia para entrega física... Desta forma, todos os arquivos XML necessários ao escritório de contabilidade, são entregues já no primeiro ou segundo dia do mês, incluindo o resumo em PDF de tudo... sem falhas, sem arquivos faltantes, sem problemas, o que tem rendido inclusive indicação por parte dos Escritórios de Contabilidades de novos clientes, fechando-se assim um ciclo, em que a empresa fornece as informações necessárias e, o contador simplesmente as registra... Por tudo isso, eu, como programador, e também em nome de todos de todos os demais colegas de profissão, quero agradecer a toda a equipe ACBr, pelo incrível e vasto leque de componentes que oferece a comunidade da Automação Comercial do Brasil... Componentes sem os quais, provavelmente minha empresa já teria fechado as portas.... Peço desculpas caso tenha postado em local incorreto, mas achei conveniente a publicação neste post....

Já disponivel no SVN.

Segue o arquivo alterado. VersaoLeiaute.java

Segue o Change-Log

Aumentar o timeout piorou o problema. Diminuir o intervalo entre comandos a princípio, parece que resolveu. Obg.

realmente ele acrescenta uma pasta chamada cte muito obrigado.

@Juliomar Marchetti Muito obrigado, já testei e está funcionando certinho.

Neste caso especifico você deverá de verificar junto ao sefaz o que está ocorrendo.

Boa tarde olhando os fontes é o mesmo campo para NF-e que faz para CT-e e demais componentes.

por que a informação não está sendo gravada igual pode conferir que é um campo de data com hora junto!

Tens razão está no svn a mudança favor testar Obrigado

Crie um tópico novo para uma dúvida nova conforme as regras. Veja neste link aqui, em especial a "2.2 - Permaneça no assunto". Dessa vez eu dividi o tópico para você, mas da próxima seu conteúdo pode ser simplesmente apagado. Bem vindo ao fórum. Esperamos que possa sanar suas dúvidas e ajudar o projeto a crescer. Visto que é novo no fórum, convido a ler as nossas regras e também a parte que dá orientações gerais para formular perguntas. Note por favor a regra sobre 3.1 - Não faça flooding - .

Boa tarde, ao enviar o XML de estoque está retornando a mensagem: "Erro: CNPJ do estabelecimento inválido ou em branco" Avaliando os fontes percebi que o CNPJ estava sendo definido incorretamente no método TEnviarEstoque.DefinirDadosMsg. O campo CnpjEstabelecimento não existe no XML, dessa forma a informação deve ser obtida a partir da tag Cnpj, da mesma forma como foi feito para o XML da Redução Z. Segue alteração em anexo. Att ACBrBlocoX_WebServices.pas

Juliomar Bom dia deu certo !! o que eu fiz : mandei o comando colocando apenas os 3 primeiros parametros (arquixo xml, nome da impressora e número de cópias) "NFE.ImprimirDanfe(" + arqXML + "," + Impressora + ",1)" resolvido !! Muito obrigado ! abraço

Correção no svn. Obrigado

Daniel, Consegui resolver era apenas o codigo do municipio estava trazendo errado pela busca do acbr eu inseri ele no cadastro do cliente manualmente e deu certo. Obrigado.

Conta safada da sefaz hein! Claro que vai ser um percentual expressivo pq as grandes industrias e lojas virtuais como americanas, submarino, etc emitem NFe a torto e direito! O Percentual correto seria quantos contribuintes fazem uso de emissor proprio e quantos utilizavam o emissor gratuito.

Não pude detectar o erro no endereço.... poderia ser mais específico ? Mas em todo caso, se o site do prefeitura está imprimindo usando uma informação que você NÃO enviou... a única explicação é que o site da prefeitura busca o endereço em um banco de dados interno, baseado talvez, no CNPJ

Boa tarde está no svn a mudança proposta. atualizar e testar.

Olá, Conforme citado por Daniel Foi criada uma nova propriedade "TACBrTEFD.ConfirmarAntesDosComprovantes" para possibilitar a confirmação das transações antes da impressão das vias do TEF. Caso essa propriedade esteja ligada, a confirmação das Transações será efetuada logo no início da procedure "ImprimirTransacoesPendentes". Também foi alterada a procedure "VerificarTransacoesPendentesClass(aVerificarCupom: Boolean)" para sempre que a nova propriedade estiver ativa, tentar verificar se o cupom foi finalizado ou não, possibilitando a reimpressão dos comprovantes. Dessa forma a propriedade "TACBrTEFDDial.InicializarConfirmandoTransacoes" pôde ser removida, pois esse controle ficou por parte da nova propriedade "ConfirmarAntesDosComprovantes".

Bom dia. Tenho uma sugestão, tive problemas com essa Bematech que resolvi após configurar o tamanho do buffer da impressão. No meu caso a impressão não ocorria corretamente. Tente setar as propriedades: ACBrSATExtratoESCPOS1.PosPrinter.Device.SendBytesCount := 1024; Não sei se resolve seu problema, mas este valor por padrão é 0, isso é, a cada comando, todos os dados são enviados para a impressora de uma vez, geralmente a configuração não é necessária, mas no meu caso, precisei setar para funcionar corretamente, na impressora MP-4200 TH

Caros companheiros de fórum : Hoje tomei conhecimento da Nota Técnica 2016.002 Alteração Leiaute da NF-e , baixei e dei uma rápida analise. Muitas dúvidas e é claro que será necessário muito esforço do grupo do ACBr para atender. Pretendo na próxima reunião da empresa que trabalho propor a eles retornar o pagamento do SAC como forma de ajuda e de reconhecimento ao esforço do team ACBr. Gostaria de fazer um apelo a todos os demais que ajudássemos também desta forma, pois vai tomar tempo fazer muitas dessas mudanças. Abraço a todos.

Régys e Juliomar, Obrigado pela ajuda, ja consegui... resetei a placa de Ethernet e usei um aplicativo chamado TIBBO que ajudou a ver o IP da balança, fica a dica ai para quem está com o mesmo "problema", Obrigado!

Olá Regis, segue um print do que ocorre na impressão HOMOLOGAÇÃO. Removi o codigo de barras e ta tudo certo agora. No formulário BASIC esse código de barras não está presente, esse foi o motivo que abri o tópico do forum. Achava que tinha algum motivo especial para esse Código estar presente no formulário.

Prezado Daniel. Em momento algum questionei a integridade do SVN. E já havia comentado também, que já removi e reinstalei tudo (ACBR, bpl, etc.). Minha última ação foi reinstalar inclusive o Delphi. O problema simplesmente persiste, e mesmo seguindo as orientações do Leia-me.txt, não resolveu. Obs.: Não sou nenhum leigo que acabou de fazer o curso de Delphi Básico. Trabalho a mais de 10 anos com a ferramenta e uso o ACBR desde a primeira versão. Imaginei que postando o problema aqui, alguém me daria uma luz, e não ficariam tentando me provar, pelo fato de ninguém ter tido o mesmo problema, que eu sou um idiota. Obrigado pela atenção.