Renato Rubinho

Boa noite,
Efetuei novos testes com o programa de exemplo e o problema não ocorreu.
Alimentei os dados de IPI seguindo a forma como estava no seu fonte.

No final do processamento, os valores ainda estavam ok.

Ao chamar o ACBrNFe.CarregarINI(nfe) os dados permaneciam preenchidos.

E foram gerados corretamente no ini.

[IPI001] CST=99 cEnq=999 vBC=1000 pIPI=7 vIPI=70 Por favor, debugue sua aplicação e confirme se o cEnq ainda está preenchido no final, antes do return.
} s_chave = ACBrNFe.GerarChave(CodUf, ret.Identificacao.nNF, i_NfeNfce, Convert.ToInt16(ret.Identificacao.Serie), ret.Identificacao.nNF, idTipoEmissao, ret.Identificacao.dhEmi, ret.Emitente.CNPJCPF); return ret; } catch (Exception ex) { return null; } Debugue o NotaFisscal.cs e veja se o cEnq chega preenchido.

E ao final, veja antes do return se o iniData está com as informações de ipi.

 

Faltou configurar o certificado digital.

Fechando e seguindo no novo tópico.
 
 

Boa tarde,
Pode usar conforme consta no modelo do padrão nacional que irá funcionar se o leiaute do provedor implementa estes campos.
[ConstrucaoCivil] CodigoObra=88888 Art=433 inscImobFisc= CEP=14800000 xMunicipio= UF= Logradouro=RUA PRINCIPAL Numero=100 Complemento=PRÉDIO APARTAMENTOS Bairro=BAIRRO  

Boa noite,
O método ConsultarLinkNFSe foi implementado na ACBrLibNFSe.
Por favor aguarde a próxima compilação e, se possível, nos informe se foi o resultado esperado.
Foi adicionado na aba Consultas, do programa de exemplo em Java, o botão Consultar Link NFSe contendo o exemplo de como utilizar o método.
A documentação online também será atualizada com o tópico ACBrLibNFSe -> Métodos NFSe -> NFSe_ConsultarLinkNFSe.
 

Boa tarde,
Não utilize capicom, volte as configurações para utilizar OpenSSL se for A1 ou wincrypt se for A3, conforme indicações do tópico a seguir, revise todas as configurações e veja se resolve.

Boa noite,
A versão antiga do componente não recebe mais manutenção.
Segue tópico com instruções de migração para o ACBrNFSeX que está com o ISSNET funcional.
 

Boa noite,
O namespace está errado, tente alterar...
De:
<Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/evtTomadorServicos/v1_02_01">
Para:
<Reinf xmlns="http://www.reinf.esocial.gov.br/schemas/evtTomadorServicos/v2_01_02">
Anexo XML de exemplo.
20230720224729-env-lot-soap.xml

Não copie várias versões das dlls, pois irá causar Dlls Hell.
Pesquise no computador por todas as copias e remova.
Copie para a pasta do exe somente as dlls da arquitetura que você compila sua aplicação.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
Boa tarde,
Veja os links a seguir para seus primeiros passos.
No link a seguir você encontra um programa de exemplo.
https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Harbour/NFSe/
 
 
 

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
Boa tarde,
Respondido no Discord:
 

Boa tarde,
Ao enviar a próxima CCe ela substitui a anterior.
Basta enviar uma nova com as informações corretas.

Boa noite,
Ambos os municípios estão implementados.
No programa de exemplo em Delphi, abra a primeira vez, salve as configurações, feche e na próxima vez que abrir os municípios aparecerão.

Bom dia,
Instala ele no Windows, marcando a chave como exportavel.
Exporta novamente para arquivo e veja se resolve.

Boa tarde,
O nome da chave está errado, correto:
tpAmb "p" ao invés de "b"

Boa noite,
Preencha a propriedade a seguir.
NFSe.Servico.ItemServico[I].ValorTributavel
 

Boa noite,
Veja o tópico a seguir com maiores detalhes.
 

Veja o tópico a seguir.
 
 

Boa noite, 
Os inis que constavam na documentação eram da versão 1.1.
Foram enviados os inis de exemplo que foram gerados durante as implementações da versão 1.2.
Por padrão (exceto casos especiais de duplicidade de nomes de campos) os nomes das seções e chaves dos inis respeitam os nomes no leiaute do e-Social.
Caso encontre novos ajustes a serem feitos, fique a vontade para corrigir, gerar um arquivo com os devidos ajustes e nos enviar para atualizarmos a documentação.

Boa noite,
Para atender a este caso de tags com o mesmo nome, foi preenchido como prefixo o nome da seção anterior, seguido por ponto.
As outras seções destes grupos que foram detectadas também já foram alteradas e validadas com um xml fictício, adicionando as tags manualmente para os testes.
Não ficou claro se você está utilizando a LIb ou o Monitor, mas por favor aguarde a próxima compilação, verifique se o problema foi resolvido e, se possível, nos informe se foi o resultado esperado.
Caso tenha cenários reais dos demais grupos corrigidos queira por favor testá-los também.

Boa noite,
Siga os tópicos a seguir.
 
 
 

Boa tarde,
Se for a rejeição a seguir: 
"O CAMPO 9 CNPJ/CPF NÃO PODE SER PREENCHIDO PARA SAIDA (PRESTAÇÃO)"
Está no manual que este campo não deve mais ser preenchido.

Boa noite,
Simulado mesmo problema quando VersaoDF está preenchida errada.
Revisem suas configurações.

Bom dia,
Sim, essa regra já foi estipulada faz alguns anos e já está ok no ACBrBoleto.
Gerando um boleto com vencimento a partir da data mencionada você verá o fator de vencimento seguindo a regra.

Boa noite @EBASESOLUCOES,
Corrigido preenchimento do grupo dadosRecepcaoLote no retorno da consulta de protocolo do monitor, conforme simulação a seguir ocultando dados sensíveis.
Por favor aguarde uma nova compilação do monitor com a correção, assim que for compilado avisaremos aqui.
Reinf.ConsultarReinf("2.202401.9999999") OK: [ideContribuinte] Codigo=2 Mensagem=Lote processado com sucesso - Todos eventos processados com sucesso. nrInsc=99999999 tpInsc=1 [dadosRecepcaoLote] dhRecepcao=29/01/2024 18:35:07 protocoloEnvio=2.202401.9999999 versaoAplicativoRecepcao=2.1.2-1777726 [evtTotal] . . .