Ir para conteúdo
  • Cadastre-se

dev botao

ACBrDFe - ACBrNFSeX - Base - Provedores > ACBrNFSeXConversao - SoftPlan.GravarXml - RLZ.GravarXml - Aspec.LerJson - Aspec.GravarJson


Recommended Posts

Postado

Bom dia, espero que estejam bem.

Temos alterações internas em alguns arquivos do ACBr e gostaríamos de ver se são úteis para serem incluídos ao repositório oficial, para contribuir com o repositório e ao mesmo tempo eliminar essas pendências do SVN que precisamos ter devido alguma particularidade encontrada ou algo nesse sentido.

unit

 ACBrNFSeXConversao.pasRLZ.GravarXml.pasSoftPlan.GravarXml.pasAspec.GravarJson.pasAspec.LerJson.pas

Alterações incluem:

* ACBrNFSeXConversao: Implementado ProvedorToStr do NFSeX;

* Aspec.GravarJson: No GerarDadosNota na TAG tokenRPS alterado de ChaveAcesso para NFSe.ChaveAcesso. (Provedor e units implementado por mim, pode deixar desta nova forma que é o correto, quando enviei ao ACBr faltou esta alteração);

* Aspec.LerJson: Deixado parse do TACBrJSONObject dentro do try nos métodos. (Provedor e units implementado por mim, pode deixar desta nova forma que é o correto, quando enviei ao ACBr faltou esta alteração);

* RLZ.GravarXml: Em GerarXml, ao mapear a Tag chave, alterado de pegar do ChaveAcesso para Nfse.ChaveAcesso;

* SoftPlan.GravarXml: No GerarItemServico, Ao mapear a Tag idCNAE, alterado de pegar do CodigoCnae para o CodigoTributacaoMunicipio; e ao mapear o cfps alterado de pegar do CFPS para CodigoCnae.

 

Dúvidas questionar; Caso seja aproveitado parcial ou completo informar aqui por gentileza.

Ref:

https://www.projetoacbr.com.br/forum/topic/83304-arquivos-acbr-alterados-contribuição/#replyForm

  • Consultores
Postado

Boa tarde,

Criada a TK-7115 para avaliação.

conforme citado anteriormente sempre que possível abra um tópico para cada provedor, banco ou fornecedor de serviço. Esse procedimento facilita a avaliação e o tempo de retorno. Essa vamos manter assim.

Obrigado pela contribuição.

  • Curtir 1
Consultor SAC ACBr

Alexandre de Paula
Ajude o Projeto ACBr crescer - Assine o SAC                    

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  ícone Discórdia Discord   

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil

 

 

Postado
5 minutos atrás, Alexandre de Paula disse:

Boa tarde,

Criada a TK-7115 para avaliação.

conforme citado anteriormente sempre que possível abra um tópico para cada provedor, banco ou fornecedor de serviço. Esse procedimento facilita a avaliação e o tempo de retorno. Essa vamos manter assim.

Obrigado pela contribuição.

Certo, entendido, fiz assim pois eram pequenas alterações, achei que não teria problemas. Para os próximos abro tópico para cada.

  • Curtir 1
  • Consultores
Postado

Boa tarde @willian_delan,

A implementação da função: ProvedorToStr na unit ACBrNFSeXConversao não vejo necessidade, pois a alinha abaixo já lhe retorna o nome do provedor:

NomeProvedor := ACBrNFSeX1.Configuracoes.Geral.xProvedor;

 

A troca de ChaveAcesso por NFSe.ChaveAcesso nas units Aspec.GravarJsonRLZ.GravarXml podem impactar hoje quem já usa da forma atual.

Não vejo uma boa ideia fazer essa alteração.

Quando usamos o ChaveAcesso o componente entende que desejamos usar o conteúdo da propriedade de configuração: Configuracoes.Geral.Emitente.WSChaveAcesso, por outro lado o NFSe.ChaveAcesso é um campo normalmente retornado pelo webservice no XML da NFSe.

Eu entendo que esses dois provedores devemos informar uma chave de acesso ao gerar o XML/Json do RPS para ser enviado.

Eu imagino que essa chave de acesso é fornecida pelo provedor ou no site da prefeitura e todas as notas serão emitidas com essa informação.

Sendo assim basta pegar essa chave e usar ela na configuração do componente.

 

Por fim na unit SoftPlan.GravarXml não entendi a mudança de NFSe.Servico.ItemServico[i].CodigoCnae para NFSe.Servico.CodigoTributacaoMunicipio e da mudança de NFSe.Servico.CFPS para NFSe.Servico.CodigoCnae.

Eu entendo que o CNAE é uma informação e o Código de Tributação do Município é outra.

Pesquisando na internet temos:

CNAE:

CNAE significa Classificação Nacional de Atividades Econômicas. É um sistema que organiza e categoriza todas as atividades 
econômicas desempenhadas no Brasil, atribuindo um código específico a cada empresa ou profissional autônomo, que define 
suas atividades principais e secundárias. A escolha correta do código CNAE é fundamental para o correto enquadramento 
tributário e para a regularização da empresa.

CodigoTributacaoMunicipio:

O Código de Tributação do Município é uma lei complementar que compila normas jurídicas que regulam a instituição, 
arrecadação e fiscalização de tributos no âmbito de um município.

Como também que CFPS é uma coisa e o CNAE é outra.

Note que existe o CFOP que estamos acostumados a usar na NFe e temos ainda o CFPS.

CFOP é o Código Fiscal de Operação e CFPS é o Código Fiscal de Prestação de Serviços. 
O CFPS não foi adotado por todos os municípios, então é importante consultar a legislação municipal

Chego a conclusão que a sua alteração não faz muito sentido.

 

Consultor SAC ACBr

Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / Araraquara-SP

Araraquara - A era dos Trólebus

Postado
20 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde @willian_delan,

A implementação da função: ProvedorToStr na unit ACBrNFSeXConversao não vejo necessidade, pois a alinha abaixo já lhe retorna o nome do provedor:

NomeProvedor := ACBrNFSeX1.Configuracoes.Geral.xProvedor;

 

A troca de ChaveAcesso por NFSe.ChaveAcesso nas units Aspec.GravarJsonRLZ.GravarXml podem impactar hoje quem já usa da forma atual.

Não vejo uma boa ideia fazer essa alteração.

Quando usamos o ChaveAcesso o componente entende que desejamos usar o conteúdo da propriedade de configuração: Configuracoes.Geral.Emitente.WSChaveAcesso, por outro lado o NFSe.ChaveAcesso é um campo normalmente retornado pelo webservice no XML da NFSe.

Eu entendo que esses dois provedores devemos informar uma chave de acesso ao gerar o XML/Json do RPS para ser enviado.

Eu imagino que essa chave de acesso é fornecida pelo provedor ou no site da prefeitura e todas as notas serão emitidas com essa informação.

Sendo assim basta pegar essa chave e usar ela na configuração do componente.

 

Por fim na unit SoftPlan.GravarXml não entendi a mudança de NFSe.Servico.ItemServico[i].CodigoCnae para NFSe.Servico.CodigoTributacaoMunicipio e da mudança de NFSe.Servico.CFPS para NFSe.Servico.CodigoCnae.

Eu entendo que o CNAE é uma informação e o Código de Tributação do Município é outra.

Pesquisando na internet temos:

CNAE:

CNAE significa Classificação Nacional de Atividades Econômicas. É um sistema que organiza e categoriza todas as atividades 
econômicas desempenhadas no Brasil, atribuindo um código específico a cada empresa ou profissional autônomo, que define 
suas atividades principais e secundárias. A escolha correta do código CNAE é fundamental para o correto enquadramento 
tributário e para a regularização da empresa.

CodigoTributacaoMunicipio:

O Código de Tributação do Município é uma lei complementar que compila normas jurídicas que regulam a instituição, 
arrecadação e fiscalização de tributos no âmbito de um município.

Como também que CFPS é uma coisa e o CNAE é outra.

Note que existe o CFOP que estamos acostumados a usar na NFe e temos ainda o CFPS.

CFOP é o Código Fiscal de Operação e CFPS é o Código Fiscal de Prestação de Serviços. 
O CFPS não foi adotado por todos os municípios, então é importante consultar a legislação municipal

Chego a conclusão que a sua alteração não faz muito sentido.

 

@Italo Giurizzato JuniorBoa tarde, espero que esteja bem.

- Em relação ao  ProvedorToStr  foi implementado mais porque no componente antigo tinha esse método e utilizávamos ele em alguns processo e na mudança para o NFSeX vimos que não tinha e implementamos internamente, mas realmente, concordo que com o FACBrNFSe.Configuracoes.Geral.xProvedor a opção não se faz tão útil.

- Em relação ao NFSe.ChaveAcesso na unit Aspec.GravarJson quando eu criei essa unit e mandei para vocês eu enviei incorretamente, era para estar da forma que enviei agora, mas realmente, caso alguém esteja usando agora pode atrapalhar, então sem problemas. Quanto ao RLZ, mesma coisa.

- Sobre o SoftPlan.GravarXml realmente é estranho a mudança, não sei lhe dizer ao certo o porque foi alterado desta forma e segue o mesmo princípio do Aspec e RLZ de não mudar para não atrapalhar quem já usa desta forma e também que a mudança no contexto do nome da propriedade não faria sentido.

 

Pode encerrar este fórum, obrigado pela atenção e apoio.

  • Curtir 1
  • Consultores
Postado

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.

  • Curtir 1
Consultor SAC ACBr

Alexandre de Paula
Ajude o Projeto ACBr crescer - Assine o SAC                    

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  ícone Discórdia Discord   

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil

 

 

Visitante
Este tópico está agora fechado para novas respostas
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.