Juliano Rosa

ACBrEFDBloco_H_Class.pas tem que atualizar o ACBrEFDBloco_H_Class.pas também Compilei sem nenhum warning destas units. Testei agora novamente compilando com e sem a alteração e as duas versões apresentaram o mesmo resultado. Se acharem que vale a pena atualizar, fica a contribuição. Peço desculpas pelo tumulto.

Consegui resolver. Tinha erro no meu programa. De qualquer forma, segue minha alteração no Bloco H. Me pareceu lógico que a criação do registo H010 siga o mesmo padrão do H020 e H030. Testei com as duas versões e as duas funcionam. ACBrEFDBloco_H.pas

Boa tarde, pessoal! Faz tempo que não apareço aqui. Preciso gerar o SPED Fiscal informando dois periodos distintintos de inventário no Bloco H. 31/12/2020 e 28/02/2021. Estou gerando tudo certo, mas o componente gera apenas um H005 corretamente. O segundo H005 é gerado sem os filhos (H010, H020...) exemplo de como está sendo gerado o arquivo: |H005|31122020|106621,76|01| |H005|28022021|113963,94|05| |H010|001054|UN|30,000|0,186000|5,58|0|||0|0,00| |H020|000|0,18|0,03| Estou quebrando a cabeça aqui... Seria porque a criação do H010 não pede o "Owner" assim como os outros tipos de registros filhos? alterar: function TRegistroH010List.New(): TRegistroH010; para: function TRegistroH010List.New(AOwner: TRegistroH005): TRegistroH010; Tentei fazer este ajuste, mas não resolveu muito... algo está me fugindo aqui e não achei o problema. Alguma luz?

Baixei novamente a unit ssl_openssl.pas e consegui compilar. Obrigado, Daniel!

Amigos, Quando fui reinstalar o ACBr semana passada me deparei com este erro na instalação no Delphi 7. COMPILANDO OS PACOTES... Compiling package C:\Projetos\Componentes\acbrtrunk2\Pacotes\Delphi\synapse\ACBr_synapse.dpk "C:\Program Files (x86)\Borland\Delphi7\bin\dcc32.exe" "C:\Projetos\Componentes\acbrtrunk2\Pacotes\Delphi\synapse\ACBr_synapse.dpk" Borland Delphi Version 15.0 Copyright (c) 1983,2002 Borland Software Corporation C:\Projetos\Componentes\acbrtrunk2\Fontes\Terceiros\synalist\ssl_openssl.pas(99) Fatal: File not found: 'AnsiStrings.dcu' Compilation failure Erro ao compilar o pacote "ACBr_synapse.dpk". Abortando... Ocorreram erros na compilação dos pacotes. Já atualizei novamente hoje e o problema persiste. Acredito ser um erro de compatibilidade com o Delphi 7 que surgiu nas últimas atualizações. Até duas semanas atrás tudo estava funcionando perfeitamente. O problema é que precisei atualizar para pegar as últimas alterações do Sped fiscal e agora não consigo mais instalar. Tenho o Delphi XE também, mas a maioria das coisas ainda estão no 7. Podem me dar uma luz?

Está fazendo em ambiente de homologação ou produção?

Boa tarde! Não tivemos mais relato do problema. Agradeço a ajuda de todos.

Boa tarde, amigos! Só encontrei tópicos antigos sobre o assunto e hoje aconteceu este erro 12157 praticamente em todas as empresas que atendo em diversos estados, especialmente RS e RJ. Todos voltaram a funcionar sem que eu precisasse fazer nada, exceto uma empresa que usa certificado A3. A mesma máquina é usada para emitir NFe de outra empresa com certificado A1 e funciona normalmente. Só o A3 que não. Estou usando Capicom. Alguém tem alguma dica?

Aqui também.. vICMSSubstituto não está sendo gerado se o valor for 0.

Já comentei aqui que o campo vICMSSubstituto não está sendo gerado quando informado valor zerado. Os outros campos sim. Mesmo configurando o componente: AcbrNFe.Configuracoes.Geral.ForcarGerarTagRejeicao938 := fgtSempre; Isso causa a rejeição. Só consigo fazer passar se forçar algum valor no vICMSSubstituto.

Bom dia, Mesmo marcando ForcarGerarTagRejeicao938 SEMPRE o campo vICMSSubstituto não está sendo gerado zerado e continua apresentando a rejeição. Os outros campos estão sendo gerados com valor zero, somente o vICMSSubstituto que não!

Bom dia, amigos Mesmo forçando a geração das tags zeradas, o AcBrNFe não está gerando o vICMSSubstituto e por isso continua apresentando a rejeição Erro ao gerar NFe: Nota(s) não confirmadas: 8604->938-Rejeicao: Nao informada vBCSTRet, pST, vICMSSubstituto e vICMSSTRet [nItem:001]

Porque ela deve continuar? Não deve. De 4 é muito mais gostoso.

Há pouco por volta das 14hs um cliente meu foi emitir sua primeira NF e deu o problema do TLS 1.2 porque o Windows estava desatualizado. Orientei a marcar a opção 3.10 que deixei na tela do sistema e a nota foi validada pela Sefaz RS.

http://nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=0.00&tipoConteudo=Skeuqr8PQBY= Para quem está enfrentando problemas na versão 4.0, aparentemente só BA não aceita mais a 3.10