willian_delan Postado 26 Maio Postado 26 Maio 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 Alexandre de Paula Postado 26 Maio Consultores Postado 26 Maio 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. 1 Alexandre de Paula Ajude o Projeto ACBr crescer - Assine o SAC (15) 2105-0750 (15)99790-2976. Discord Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil
willian_delan Postado 26 Maio Autor Postado 26 Maio 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. 1
Consultores Italo Giurizzato Junior Postado 27 Maio Consultores Postado 27 Maio 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.GravarJson e RLZ.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 Junior Ajude o Projeto ACBr crescer - Assine o SAC Analista de Sistemas / Araraquara-SP Araraquara - A era dos Trólebus
willian_delan Postado 27 Maio Autor Postado 27 Maio 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.GravarJson e RLZ.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. 1
Consultores Alexandre de Paula Postado 28 Maio Consultores Postado 28 Maio Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico. 1 Alexandre de Paula Ajude o Projeto ACBr crescer - Assine o SAC (15) 2105-0750 (15)99790-2976. Discord Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil
Recommended Posts