EMBarbosa

Acho que você enviou os arquivos sem as alterações.

Pelo log a balança não está respondendo nada. Você precisa verificar no manual da balança se há alguma configuração pendente e se o protocolo está correto. Também precisa verificar se as configurações da pora serial do componente estão corretas de acordo com a balança.

Isso aí.

Olá Gil, Todas as vias são geradas pelo gerenciador (aplicativo da certificadora/rede), não podemos alterar o conteúdo. Mas pelas imagens, parece que não está sendo impresso tudo o que vem do gerenciador. Será que não está enviando outros comandos a impressora durante a impressão e isso a está deixando "confusa"? Você está usando o ACBrTEFD? Em caso afirmativo, chegou a verficar o log se ele está enviando a impressora todos os dados? Como está o código do evento OnComandaECFImprimeVia?

Por mim está ótimo. Só não podemos esquecer de adicionar essa validação também no registro 9900 no arquivo ACBrSpedFiscal.pas.

Olá, Muito obrigado pela ajuda. Detectei um problema no registro 0002. Como conversamos antes, ele pode ou não ser informado, então precisamos verificar se ele foi realmente informado pelo usuário do componente antes de adicionar no arquivo SPED e no registro 9900. Essas são as opções que eu pensei: Validar o conteúdo do campo CLAS_ESTAB_IND ser diferente de ''; Validar a exigência dele, via campo IND_ATIV do registro 0000 ser igual a “0”. Usar uma lista como é feito com outros registros; Acho que a primeira opção é a mais viável. O que você acha? Com respeito as outras alterações, já estão no SVN. Muito obrigado pela contribuição. Fiz a implementação baseada nela. Subi as alterações para o SVN na Revisão 18493. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Antes de enviar outros arquivos, queira atualizar para que não se percam as alterações que eu fiz. Mais uma vez obrigado.

Olá, Eu acho que o manual está equivocado de alguma forma. A questão é que o registro 0002 não é obrigatório para todos que apresentam. Apenas quando o campo IND_ATIV do registro 0000 for igual a “0” é que o registro 0002 deve ser informado. Então, considere o Registro 0005 que é sempre obrigatório e considere a situação em que o campo IND_ATIV do registro 0000 for igual a “1”. Como o Registro 0005 vai ser filho do registro 0002 se não existe registro 0002? Por outro lado, a hierarquia vai ficar mudando de um registro para o outro? Talvez precisemos testar vários arquivos de exemplo com o novo PVA para saber como eles realmente querem. A princípio queira manter o padrão atual do código, quer dizer, seguindo a hierarquia do Registro 0001.

Olá Leonardo. Que tipo de leitura você está querendo fazer? No QrCode não tem dados da nota, apenas um link para acessar a nota na web.

Olá, Me parece que você está considerando o valor como sendo arredondado pela máscara que está usando. Mas o valor não está sendo arredondado. A máscara no DisplayFormat é apenas para visualização (Display). Isso quer dizer que não altera o valor do campo. Ele vai te mostrar arredondado, mas o valor não foi arredondado. Se você quer que o valor seja arredondado, tem que fazer na atribuição do campo.

Não existe mais o pacote ACBr_NFe2. Agora o pacote se chama ACBr_NFe. O mesmo para o DANFe. Os outros pacotes não são do projeto ACBr e você precisa verificar sua fonte.

Não imprima em contingência. Se a nota foi rejeitada ela precisa ser corrigida. Contingência é para quando houver problemas na conexão com a SEFAZ conforme o tópico citado pela Juliana acima.

Olá, Estou trabalhando no ACBrInstall e por isso não dei um retorno antes. Já estou enviando ao SVN juntamente com suas alterações até agora. Muito obrigado pela contribuição. Subi as alterações para o SVN na Revisão 18484. Pelo que vi está tudo certo. Queira por favor atualizar, testar e reportar qualquer problema. Mais uma vez obrigado. Também atualizei a tabela ali em cima.

Poderia anexar o arquivo xml ou informar um passo a passo para reproduzir no aplicativo de exemplo?

Pelas primeiras imagens que você pos no tópico, o MadExcept parece estar reportando algum leak dentro do Form, talvez até mesmo um label. Mas como não tenho o MadExcept não consegui identificar quem especificamente. Visto que você tem o MadExcept aí, não consegue detectar ou corrigir?

Ahh !! Quando acaba a MFD vira "briga de foice no escuro"!!!

Não precisa colocar anotações porque eu comparo usando uma diff tool (geralmente o WinMerge ou Beyond Compare). Mas desde já agradeço sua boa disposição.

Levando em conta que tinha uma versão 2 e códigos fontes abertos, achei que era possível ajustar. Certo. Nesse caso, é uma situação bem diferente mesmo.

Se você quiser compartilhar que tipo de configurações foram necessárias, isso é muito útil pra nós e pode ajudar outros no futuro.

Complementando o que o Italo disse acima, visto que está utilizando o MadExcept, queira também verificar se está com ele atualizado. Houveram algumas correções quando ele reportava falsos memory leaks há algum tempo.

Pode testar com o arquivo disponibilizado pelo BigWings acima e confirmar se funciona pra você também?

Boa noite, Vocês estão usando o componente ou o Monitor? Tivemos um relato similar aqui:

Você deve estar levando em conta o preço duma versão Architecht. É bem possível que não precise dela, principalmente porque você usa o Zeos. Testar é muito melhor mesmo. Principalmente a parte sobre debug, verá que é bem aquém do que se consegue atualmente com o Delphi.

Me parece que você precisa na verdade de acessar a api do maps. Então acho que o melhor é usar componentes voltados para isso ao invés de usar um browser. Tente esse: https://www.cadetill.com/gmlib_en/ mencionado nesse tópico:

Vamos fazer o seguinte, eis a tabela abaixo com as alterações. Vou riscar os que sei que já estão prontos (Feitos por mim, por você ou outros). Vou colorir de verde os que eu estou trabalhando e de azul os que alguém disse que vai pegar. Escolha quais você quer trabalhar e me avise. Vou atualizando conforme surgirem mais voluntários. Registros que tiveram campos incluídos Registro - Campos C500 - (28 CHV_DOCe, 29 FIN_DOCe, 30 CHV_DOCe_REF, 31 IND_DEST, 32 COD_MUN_DEST, 33 COD_CTA) G130 - (09 NUM_DA) G140 - (04 QTDE, 05 UNID, 06 VL_ICMS_OP_APLICADO, 07 VL_ICMS_ST_APLICADO, 08 VL_ICMS_FRT_APLICADO, 09 VL_ICMS_DIF_APLICADO) 1010 - (14 IND_REST_RESSARC_COMPL_ICMS) 1391 - (18 COD_ITEM, 19 TP_RESIDUO, 20 QTD_RESIDUO) Registros incluídos: C180 Informações complementares das operações de entrada de mercadorias sujeitas à substituição tributária (código 01, 1B, 04 e 55) C185 Informações complementares das operações de saída de mercadorias sujeitas à substituição tributária (código 01, 1B, 04 e 55) C330 Informações complementares das operações de saída de mercadorias sujeitas à substituição tributária (código 02) C380 Informações complementares das operações de saída de mercadorias sujeitas à substituição tributária (código 02) C430 Informações complementares das operações de saída de mercadorias sujeitas à substituição tributária (código 02, 02D e 60) C480 Informações complementares das operações de saída de mercadorias sujeitas à substituição tributária (código 02) C591 Informações do Fundo de Combate à Pobreza – FCP na NF3e (código 66) C595 Observações do Lançamento Fiscal (códigos 06, 28, 29 e 66) C597 Outras obrigações tributárias, ajustes e informações de valores provenientes dedocumento fiscal. C810 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59) C815 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59) C870 Itens do documento do cupom fiscal eletrônico – SAT (CF-E-SAT) (código 59) C880 Informações complementares das operações de saída de mercadorias sujeitas à substituiçãotributária (CF-E-SAT) (código 59) 0002 Classificação do Estabelecimento Industrial ou Equiparado a Industrial H030 Informações complementares do inventário das mercadorias sujeitas ao regime de substituiçãotributária 1250 Informações consolidadas de saldos de restituição, ressarcimento e complementação do ICMS 1255 Informações consolidadas de saldos de restituição, ressarcimento e complementação do ICMS pormotivo