Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

Rômulo da Costa de Souza

Membros
  • Content Count

    135
  • Joined

  • Last visited

Community Reputation

34 Excellent

4 Followers

About Rômulo da Costa de Souza

  • Rank
    Membro
  • Birthday 01/19/1990

Contact Methods

  • Website URL
    https://pbnew.com.br

Profile Information

  • Sexo
    Masculino
  • Location
    Frederico Westphalen - RS

Recent Profile Visitors

1,273 profile views
  1. Boa tarde pessoal, Implementei uma classe para carregar as informações da tabela de códigos de beneficio fiscal, gostaria de compartilhar com a comunidade. Quem sabe possamos no futuro estender essa implementação para um componente ACBrCBenef. Os passos para utilizar: 1º) Baixar a tabela http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=heuMWX0urg0= 2º) Salvar cada UF em um arquivo CSV 3º) Carregar 1 arquivo por vez Obs.: O funcionamento segue na mesma ideia do componente de IBPT, porém ainda não implementei o download da tabela. ACBrCBenef.pa
  2. Boa tarde pessoal, Efetuei um ajuste no método ValidarIE() para aceitar uma inscrição estadual iniciado com o digito 9, segue em anexo o arquivo ACBrValidador.pas. ACBrValidador.pas
  3. Bom dia, Certo, quando atualizarmos os fontes farei o teste, e logo em seguido devolvo o feedback! Obrigado!
  4. Boa tarde pessoal, Realmente BigWings, a Revisão 21255 resolve esse problema, hoje estou na revisão 21179. Peço desculpas pela duplicidade de postagens.
  5. Bom dia Pessoal, Apenas para explicar a situação, meu modulo de emissão de NFCe a cada nota instancio um objeto novo do ACBrNFe, dessa forma nunca obtive esse erro. Porém em meu modulo NFe não estou fazendo isso. Ressalto que começou a ocorrer esse erro a partir de alguma versão do ACBr, trabalho com o mesmo já fazem muitos anos e não estou lembrado de obter esse erro. Entretanto tudo parte de uma instabilidade na Sefaz e acaba não executando a rotina para limpar a lista HeaderReq, por mais que a Sefaz normalize, se eu não fechar a minha aplicação acabo sempre obtendo o erro 183.
  6. Olá pessoal, Estava efetuando um teste na consulta do contribuinte, por obra do destino em modo debug, e o erro 183 ocorreu, resolvi efetuar uma analisa, acabei descobrindo que na unit ACBrWinReqRespClass, método Send(), quando ocorre um erro no método SendData() que é chamdo pelo método Send(), logo abaixo efetuamos um raise. Com isso acaba não efetuando o código que limpa a lista FHeaderReq. Cada vez que tentamos efetuar novos envios para a sefaz ao chamar o método CalculateHeaderReq(), dentro do métode SendData() da unit ACBrWinHTTPReqResp, acaba sempre inserindo os dados do host ger
  7. Boa tarde Juliomar, Concordo! Efetuei esses tratamentos pelos códigos "RS" nos métodos TBloco_C.WriteRegistroC181() e TBloco_C.WriteRegistroC185() por causa do Validador do SPED ICMS/IPI, em alguns casos dependendo do código não pode ser enviado o valor 0 (zero), e sim o caractere delimitador. Pelo fato de estar corrido acabei fazendo o tratamento diretamente nos métodos. Uma solução seria alterarmos essas propriedades para o tipo Variant, com isso possibilitamos efetuar o tratamento pela aplicação. Efetuei uma melhoria nesses métodos, segue em anexo o arquivo. ACBrEFDBloco_C_Cl
  8. Boa tarde Juliomar, Segue em anexo o arquivo ACBrEFDBloco_C_Class.pas, peço que ignore as alterações da linha 1246 e no método TBloco_C.WriteRegistroC185(). ACBrEFDBloco_C_Class.pas
  9. Boa tarde Pessoal, Analisando o manual EFD-ICMS/IPI – Versão 3.0.6, identifiquei na página 307 o seguinte: Para o Perfil A os registros C180 e C181, operações de entrada, até então pode ser informado no meu entendimento, porém no arquivo ACBrEFDBloco_C_Class, nos métodos "TBloco_C.WriteRegistroC180()" e "TBloco_C.WriteRegistroC181()", temos a seguinte validação: if FBloco_0.Registro0000.IND_PERFIL in [pfPerfilA] then Check(False, 'O RegistroC181, não deve ser gerado em movimentações de saída, no %s, conforme ATO COTEPE 09/08', ['PerfilA']); Gostaria de ver se alguém
  10. Boa tarde Pessoal, Já tenho 2 clientes emitindo em Ambiente de Produção, por enquanto 100%!
  11. Bom dia @pena, Ambiente de homologação consegui emitir e cancelar normalmente, conforme o @Italo Jurisato Junior configurou o arquivo Pronimv2.INI, agora pelo jeito estão na versão 2.03 da ABRASF, hoje a tarde vamos colocar nossos clientes rodar em Ambiente de Produção.
  12. Bom dia @EMBarbosa, Certo, assim que possível irei fazer os testes, Obrigado!
  13. Bom tarde @EMBarbosa, Fiz alguns ajustes nos seguintes arquivos ACBrEFDBlocos, ACBrEFDBloco_0_Importar, ACBrEFDBloco_C_Importar, ACBrEFDBloco_D_Importar, segue em anexo os arquivos, obrigado! SPED-Fiscal.rar
  14. Boa tarde Italo, Atualizamos os fontes hoje, assim que possível vou efetuar alguns testes, obrigado!
  15. Sobre a questão do ambiente de homologação, analisando as URL do arquivo Pronimv2.ini, segue um padrão, por exemplo: Produção: http://nfse.catanduva.sp.gov.br/NFSe.Portal.Integracao/Services.svc Homologação: http://nfse.catanduva.sp.gov.br/NFSe.Portal.Integracao.Teste/Services.svc Acredito que para Uruguaiana-RS vai ser assim: Produção: http://uruguaiana-portais.govcloud.com.br/nfse.portal.integracao/services.svc Homologação: http://uruguaiana-portais.govcloud.com.br/nfse.portal.integracao.teste/services.svc porem não esta funcionado ainda o ambiente de homologação.
×
×
  • Create New...