Ir para conteúdo
  • Cadastre-se

Juliano Rosa

Membros
  • Total de ítens

    61
  • Registro em

  • Última visita

Tudo que Juliano Rosa postou

  1. 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.
  2. 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
  3. 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?
  4. Baixei novamente a unit ssl_openssl.pas e consegui compilar. Obrigado, Daniel!
  5. 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?
  6. Está fazendo em ambiente de homologação ou produção?
  7. Boa tarde! Não tivemos mais relato do problema. Agradeço a ajuda de todos.
  8. 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?
  9. Aqui também.. vICMSSubstituto não está sendo gerado se o valor for 0.
  10. 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.
  11. 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!
  12. 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]
  13. Porque ela deve continuar? Não deve. De 4 é muito mais gostoso.
  14. 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.
  15. 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
  16. O meu está assim: ACBrNFe1.SSL.SSLCryptLib := cryWinCrypt; ACBrNFe1.SSL.SSLHttpLib := httpWinINet; ACBrNFe1.SSL.SSLXmlSignLib := xsMsXml; ACBrNFe1.SSL.SSLType := LT_TLSv1_2; Configurações avançadas do IE marcado apenas o TLS 1.2 e desmarcados todos os SSL
  17. Bom dia Tive um problema parecido na versão 4.0 na Sefaz CE usando a httpWinINet Só funcionou após configurar as Opções Avançadas do IE deixando marcado apenas o TLS 1.2 e desmarcando todos os SSL.
  18. Bom dia! Tive este problema em vários computadores. A mensagem de SSL incompativel ocorre quando o computador não está configurado para usar SSL 3.0
  19. Bom dia, amigos. Eu uso uma função que gera um número randomico e preencho o cNF com este número. Semelhante à função do amigo logo acima. Sobre o erro que gerou este tópico, após corrigir o meu programa os clientes não reclamaram mais da chave trocada, então considero como resolvido.
  20. Acho que você matou a charada. Não me atentei a este detalhe. Estava enviando o cNf com 9 posições. Sempre funcionou, mas com as últimas atualizações do acbr começou a acontecer o problema. Corrigi o meu programa, fiz um teste e rodou normalmente. Vou atualizar no cliente e informo aqui se está resolvido. Obrigado pela ajuda.
  21. Sim. A maioria das empresas que atendo usam a série 0. Vou tentar reproduzir o o problema e posto aqui, mas ele é aleatório. Eu só fico sabendo quando o cliente me reclama que a NFe não existe na base da Sefaz porque ele consulta pela chave que está no sistema.
  22. Bom dia, amigos Está acontecendo este problema somente em algumas notas e somente nas empresas em que atualizei recentemente o programa com os componentes e schemas atualizados. Ainda estou rodando a NFe 3.0. A NFe valida e está tudo certo, porém a chave de acesso que o componente me informa para registrar no meu sistema fica com um numero trocado: Exemplo: chave correta: 43180691389460000109550000000517831117748480 chave errada: 43180691389460000109550000000517831177484810 Reparem que o dígito "1" , penúltimo digito da chave errada, está deslocado. Na Sefaz e dentro do XML fica a chave correta, mas no meu sistema e no nome do arquivo XML que eu salvo com a chave fica a chave errada. Sou eu que gero o código numerico do final da chave e passo para o componente para sempre ficar com a mesma chave caso o usuário envie a NF mais de uma vez. Alguém mais com este problema? Estou fazendo algo errado?
  23. Juliano Rosa

    Correção Bloco P

    Boa noite, amigos. Verifiquei que não estava gerando os registros do bloco P. Localizei o problema na procedure TBloco_P.WriteRegistroP030; Fiz um ajuste e gerou os registros normalmente. Segue unit com a correção. ACBrECFBloco_P_Class.pas
  24. Juliano Rosa

    ECD Leiaute 6

    Bom dia, amigos! Já validaram o leiaute 6? Estou tendo alguns erros e vi que estão faltando campos no bloco I. Já estou fazendo alterações. Alguém mais?
  25. Boa tarde, amigos. Quem está tendo problemas com a unit PCNConversao.pas provavelmente é porque adicionou esta unit no projeto por algum motivo no passado. Remova do seu projeto a unit PCNCOnversao.pas e compile o projeto. No meu caso funcionou. TpcnIndicadorPagamento = (ipVista, ipPrazo, ipOutras, ipNenhum);
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.