Rômulo da Costa de Souza

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

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

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

Boa tarde @EMBarbosa, Apenas para dar o feedback, atualizei os fontes, efetuei o teste, tudo certo! Obrigado pela Atenção!

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

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

Bom dia, Certo, quando atualizarmos os fontes farei o teste, e logo em seguido devolvo o feedback! Obrigado!

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.

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

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.

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

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

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!

Boa tarde Pessoal, Já tenho 2 clientes emitindo em Ambiente de Produção, por enquanto 100%!

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.

Bom dia @EMBarbosa, Certo, assim que possível irei fazer os testes, Obrigado!

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

Boa tarde Italo, Atualizamos os fontes hoje, assim que possível vou efetuar alguns testes, obrigado!

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.

Uma alternativa seria alterar no arquivo de Cidades.INI o Provedor para Pronimv2 e efetuar os devidos testes, dessa forma iremos emitir no layout 2.02 da ABRASF. No site da prefeitura já tem um aviso que vai entrar em vigor a partir de 02/12/2019 a versão 2.03 do layout da ABRASF. segue o link do site da prefeitura: https://www.uruguaiana.rs.gov.br/servico/view/17/nota-fiscal-eletronica segue o link do site da abrasf: www.abrasf.org.br/paginas_multiplas_detalhes.php?cod_pagina=1&titulo=TEMAS%20T%C9CNICOS&data=nao

Boa tarde Italo, A prefeitura esta aceitando as notas emitidas no layout da ABRASF versão 1, apenas fizemos o ajuste da URL de produção no arquivo Pronim.INI conforme o @douffreis mencionou acima. Vou ver se eu consigo a URL de homologação. Outro detalhe que percebemos é a questão do Código de Cancelamento, esta levantando uma rejeição CE96-Codigo de cancelamento invalido, hoje permitimos o usuário selecionar ao cancelar os seguintes códigos 1-Erro na Emissão, 2-Serviço Não Prestado e 4-Duplicidade da Nota. Analisando o manual da Pronim seriam esses os códigos permitidos, mas conhecendo o histórico das nfse's, acredito que o manual ainda não foi atualizado.

Bom dia Italo, Estou te enviando uma pequena correção que tive que fazer no arquivo pnfsNFSeR.pas para o Provedor ABase. Segue também em anexo, o envio dos RPS e o Retorno da NFSe para esse provedor. Basicamente o problema esta em relação a uma tag que se chama Rps, que acaba ocasionando um problema ao capturar o valor da tag Status, IdentificacaoRps e RpsSubstituido. Obrigado pela Atenção! NFSe.zip pnfsNFSeR.pas

Bom dia Pessoal, Efetuei os teste de NFSe, NFCe, NFe, MDFe e CTe, funcionou!

Boa tarde Rafael, Vou efetuar os testes e depois retorno com o feedback, obrigado!

Boa tarde Rafael, Essa alteração que você fez na linha 220 de aDoc para SignNode, esta retornando erro de compilação "Incompatible types: 'xmlDocPtr' and 'xmlNodePtr'", só me confirma se foi só isso a alteração que você fez, desde já obrigado pela atenção!