-
Total de ítens
61 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Juliano Rosa
-
-
10 minutos atrás, Juliomar Marchetti disse:
por favor anexa sua sugestão
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.
-
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?
-
8 minutos atrás, Daniel Simoes disse:
Talvez você tenha essa Unit com alterações, locais... Veja a versão que está no SVN
http://svn.code.sf.net/p/acbr/code/trunk2/Fontes/Terceiros/synalist/ssl_openssl.pas
Na dúvida, apague essa Unit e baixe novamente
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?
-
Em 10/10/2019 at 10:49, Juliana Tamizou disse:
Bom dia.
Vocês continuam com problemas?
Notem que nos últimos dias publicamos um aviso de erro semelhante no qual a própria SEFAZ fez recomendações.Att.
Boa tarde!
Não tivemos mais relato do problema.
Agradeço a ajuda de todos.
- 1
-
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.
-
5 minutos atrás, Juliana Tamizou disse:
Bom dia.
Verifique como esta a propriedade ForcarGerarTagRejeicao938 , saiba mais neste tópico
Att.
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.
- 2
-
3 minutos atrás, Juliomar Marchetti disse:
Negativo!
não sei de onde mas quase todos já estão desabilitados.
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=
Agora, Juliano Rosa disse:Para quem está enfrentando problemas na versão 4.0, aparentemente só BA não aceita mais a 3.10
-
4 minutos atrás, dreamsoft_PR disse:
eu desmarquei ainda nada
estou usando assim//Certificado
ACBrNFe1.SSL.SSLCryptLib := cryWinCrypt;
ACBrNFe1.SSL.SSLHttpLib := httpWinHttp;
ACBrNFe1.SSL.SSLXmlSignLib := xsLibXml2;
ACBrNFe1.SSL.SSLType := LT_TLSv1_2;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
-
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.
-
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
-
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.
-
1 hora atrás, RicardoVoigt disse:
Outro detalhe pra vc cuidar eh o tamanho diferente nos campos nNf (9) e no cNf(8).
Att
Ricardo
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.
- 1
-
8 minutos atrás, RicardoVoigt disse:
Série 000?
Att
Ricardo
Sim. A maioria das empresas que atendo usam a série 0.
25 minutos atrás, André Ferreira de Moraes disse:Quais os passos para reproduzir o problema?
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.
-
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?
-
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.
-
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?
-
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);
Bug - Bloco H com mais de um H005
em ACBrSPEDFiscal
Postado
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.