Jump to content

Rômulo da Costa de Souza

Membros
  • Posts

    139
  • Joined

  • Last visited

5 Followers

Contact Methods

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

Recent Profile Visitors

1,426 profile views

Rômulo da Costa de Souza's Achievements

Collaborator

Collaborator (7/14)

  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges

38

Reputation

1

Community Answers

  1. Bom dia Pessoal, Desenvolvi uma classe para importar o arquivo CSV do PMPF (Preço Médio Ponderado a Consumidor Final). No estado do RS os Produtos Farmacêuticos a partir do mês de Setembro/2021 a Base de Cálculo da ST utilizará o PMPF. Links para baixar a tabela (https://receita.fazenda.rs.gov.br/lista/3806/substituicao-tributaria) ACBrPMPF.pas
  2. Boa tarde, Fiz uma alteração no arquivo "pmdfeMDFeR.pas", para deixar a tag UF do grupo veicTracao e veicReboque opcional, conforme a NT 2021.002 v1.03. Obrigado! pmdfeMDFeR.pas
  3. Boa tarde @EMBarbosa, Atualizei meus fontes, estou na revisão 21927, identifiquei a mudança do método LFill() pelo DFill(), nos métodos WriteRegistroC181() e WriteRegistroC185(), porém foi definido o parâmetro do decimal com o valor zero(0). Peço que ignore a linha 1246 do método WriteRegistroC100(). Apenas para comentar essa troca do método LFill() pelo DFill(), pode ser que em alguns casos funcione. Porém a definição de gerar com o valor em branco ou zerado, para alguns campos depende do código do motivo da restituição, acredito que a melhor solução seria extrair essa definição do valor do campo para fora do componente. Quem sabe definir essas propriedades como Variant, conforme foi comentado anteriormente. Obrigado pela Atenção! ACBrEFDBloco_C_Class.pas
  4. Boa tarde @EMBarbosa, Apenas para dar o feedback, atualizei os fontes, efetuei o teste, tudo certo! Obrigado pela Atenção!
  5. 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.pas
  6. 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
  7. Bom dia, Certo, quando atualizarmos os fontes farei o teste, e logo em seguido devolvo o feedback! Obrigado!
  8. 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.
  9. 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. Segue em anexo o arquivo ACBrWinReqRespClass.pas ACBrWinReqRespClass.pas
  10. 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 gerando a seguinte situação: 'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Host: cad.sefazrs.rs.gov.br'#$D#$A'Host: cad.sefazrs.rs.gov.br'#$D#$A'Host: cad.sefazrs.rs.gov.br'#$D#$A'Host: hom.nfe.fazenda.gov.br'#$D#$A'Content-Type: application/soap+xml; charset=utf-8; charset=utf-8'#$D#$A'Accept-Charset: utf-8'#$D#$A'SOAPAction: "http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF"'#$D#$A E o Correto seria: 'Host: nfe-homologacao.sefazrs.rs.gov.br'#$D#$A'Content-Type: application/soap+xml; charset=utf-8; charset=utf-8'#$D#$A'Accept-Charset: utf-8'#$D#$A'SOAPAction: "http://www.portalfiscal.inf.br/nfe/wsdl/NFeStatusServico4/nfeStatusServicoNF"'#$D#$A fico a disposição para efetuar a correção, acredito que com um "try finally" resolvemos o problema, mas gostaria da opinião de todos.
  11. 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_Class.pas
  12. 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
  13. 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 mais teve o mesmo entendimento. Se sim, poderíamos passar o objeto RegC100 para os métodos "TBloco_C.WriteRegistroC180()" e "TBloco_C.WriteRegistroC181()", e verificar se é uma operação de saída e for perfil A, levantamos a exceção!
  14. Boa tarde Pessoal, Já tenho 2 clientes emitindo em Ambiente de Produção, por enquanto 100%!
  15. 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.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.