RP INFO Sistemas

Bom dia Identifiquei uma propriedade mais adequada do que o "Protocolo" com o objeto AResumo que é o "CodigoVerificacao", então modifiquei para usar essa propriedade ao invés do "Protocolo" Pronim.Provider.pas

Boa tarde Gostaria de solicitar a atualização do arquivo Pronim.Provider.pas, da pasta "\Fontes\ACBrDFe\ACBrNFSeX\Provedores", para o Trunk do projeto, para principalmente permitir o retorno da informação do campo "codAutenticidade" Abaixo está um exemplo do JSON retornado da comunicação com o provedor na cidade de Mariópolis-PR em que é evidenciado o local do JSON de retorno com a informação Em anexo está o arquivo .pas alterado. Contendo 3 alterações: 1) Na função "TACBrNFSeProviderPronimAPIPropria.TratarRetornoEmitir" a inclusão da informação do "protocolo", que apesar de nulo no retorno acima, mas já fica tratado caso ele venha a ser preenchido no futuro 2) Ainda na função "TACBrNFSeProviderPronimAPIPropria.TratarRetornoEmitir", a inclusão do retorno do campo "codAutenticidade", que é o principal ponto dessa solicitação 3) Na função "TACBrNFSeProviderPronimAPIPropria.TratarRetornoConsultaNFSeporRps" a tratativa do retorno da informação de situação e codAutenticidade Pronim.Provider.pas

Boa tarde Não, ainda não realizamos a implementação do processo de cancelamento do documento. Analisei a documentação, mas não foi iniciado o processo de implementação ainda

Boa noite Eu não utilizei pelo aplicativo de exemplo do AcBr, pois já realizei a implementação direto dos métodos. Mas a atualização do leiaute para "PMB004" foi uma solicitação que fiz no tópico (https://www.projetoacbr.com.br/forum/topic/89630-altera%C3%A7%C3%B5es-para-nfse-para-barueri-sp/) no qual obtive erros ao enviar o leiaute antigo (PMB002) e que a prefeitura está indicando o uso do leiaute "PMB004" Especificamente sobre os erros que teve no aplicativo: * 216 - Código da Atividade não encontrada: Verifique o arquivo "Lista_de_Servicos_Codigos_e_Aliquotas_atualizada.pdf" que está em anexo nesta mensagem, nele você vai ter a coluna "Código" que representa o código que precisará usar no campo "Código do Serviço Prestado" no registro Tipo 2 * 807 - Campo NBS Não Informado, 817 - Campo Indicador da Operação não informado e 818 - Código de Classificação Tributária do IBS/CBS não informado: Todos esses campos fazem parte do registro de tipo "4", que junto com o registro "5", são os dois registros que foram adicionados para atender à Reforma Tributária da LC 214/2025. Em anexo está o leiaute versão 4.2 (RPS_Layout-v4.2.pdf), que é o último que está disponível na página da prefeitura onde há a especificação dos campos necessários para esse registro. Para esses campos você pode usar os mesmos padrões que usa em outras prefeituras, pois esses são os códigos do Padrão Nacional Recomendo também que verifique o arquivo "RPS_ListaErros-v55.pdf" que anexei na resposta que é uma relação de todos os erros possíveis e os respectivos campos aos quais os erros se referem. Lista_de_Servicos_Codigos_e_Aliquotas_atualizada.pdf RPS_Layout-v4.2.pdf RPS_ListaErros-v55.pdf

Estou realizando a integração com o provedor Pronim e gostaria de encaminhar duas alterações para o arquivo Pronim.Provider 1) No método "TACBrNFSeProviderPronimAPIPropria.TratarRetornoEmitir" adicionar o retorno do número do protocolo Conforme consta no Swagger (https://reformatributaria.govbr.cloud/NFSe.Api.Teste/swagger/ui/index#/) do serviço 2) No método "TACBrNFSeProviderPronimAPIPropria.TratarRetornoConsultaNFSeporRps" também adicionar o retorno da situação e do código de autenticidade como parte do resumo Ambos os métodos foram testados em ambiente de produção e estão retornando os dados desejados. Em anexo está o arquivo .pas com as alterações Pronim.Provider.pas

Quando fiz a abertura do tópico aqui não tinha certeza se o leiaute "PMB002" havia sido realmente descontinuado, então tive receio da alteração que fiz gerar transtorno para outros. Realizei um teste agora para ter absoluta certeza disso e ao enviar o leiaute como "PMB002" a requisição foi rejeitada com o erro "103 - Versão do Layout inválida". Abaixo o trecho do manual que referencia isso também Então nesse caso será preciso realmente colocar o trecho "Params=PMB004" para o arquivo "ACBrNFSeXServicos.ini" de forma padrão

Estamos realizando a integração com a prefeitura de Barueri-SP que utiliza sistema próprio para a autorização da NFSe. Realizei a autorização de algumas notas utilizando os componentes do pacote ACBrNFSeX, porém precisei fazer algumas modificações no Provider e na Geração do XML para que ele ficasse de acordo com o leiaute 4.2 Em anexo estão as units contendo as alterações. Gostaria que fosse avaliada a possibilidade de sua inclusão no repositório de forma oficial. Também anexei o leiaute 4.2 aqui para facilitar a avaliação As alterações que foram realizadas foram as seguintes: Arquivo: ISSBarueri.Provider 1) Atualização da lista de erros conforme descrito no manual "RPS_ListaErrros-v55.pdf". Abaixo está o trecho dos códigos alterados, mas foram adicionados também seus respectivos processamentos na função "GetCausa" e "GetSolucao" 2) Atualização da função "ExisteErroRegistro" que não estava considerando os registros do tipo 4 e 5 que foram incluídos em função da reforma tributária 3) Alteração na função "TratarRetornoConsultaLoteRps" que não estava tratando o retorno do número da RPS quando usado o leiaute PMB004 4) Ainda na função "TratarRetornoConsultaLoteRps", adicionadas linhas para recuperar o ID da nota gerado pelo serviço. Pois quando a nota é autorizada, o serviço de Barueri retorna o ID da NFSe no ambiente nacional na posição 1629, com 50 caracteres, na linha de registro do tipo "2" 5) Ainda na função "TratarRetornoConsultaLoteRps", adicionei a linha em destaque para poder externalizar o XML retornado pela consulta de autenticidade que aparece na primeira linha da imagem abaixo Arquivo: ISSBarueri.GravarXML 1) Na função "GerarRegistroTipo4", os dados de endereço postal e nome de município somente deveriam ser enviados para emissão de serviços para estrangeiros, então adicionei a condição baseada no código 1058 Página 12 do manual (RPS_Layout-v4.2.pdf) usada como referência para a alteração 2) Ainda na função "GerarRegistroTipo4" estava sendo enviado um espaço nesse campo (Space(1)), mas como ele é numérico, para enviar um valor padrão ele precisa ser zero 3) Na função "GerarRegistroTipo5", os dois primeiros campos podem retornar um conteúdo vazio nas funções "cCredPresToStr" e "tpEnteGovToStr", quando não há valores para serem enviados, fazendo com que haja uma quebra do leiaute, que é um formato texto com posições fixas Adicionalmente, também modifiquei o arquivo "ACBrNFSeXServicos.ini" no qual adicionei o trecho "Params" destacado em negrito abaixo. Entendo que este arquivo estaria realmente mais para uma configuração do que uma adição ao repositório, então nesse ponto fica a critério de quem for avaliar essa sugestão de adicionar ou não no repositório. Optei por incluir a informação para deixar esse registro o mais completo possível [3505708] ; Incluído em 28/03/2022 ; Atualizado em 27/09/2022 Nome=Barueri UF=SP Provedor=ISSBarueri ProRecepcionar=https://www.barueri.sp.gov.br/nfeservice/wsrps.asmx ProConsultarNFSeServicoTomado=https://servicos.barueri.sp.gov.br/nfewsxml/wsgeraxml.asmx HomRecepcionar=https://testeeiss.barueri.sp.gov.br/nfeservice/wsrps.asmx Params=PMB004: RPS_Layout-v4.2.pdf RPS_ListaErros-v55.pdf ISSBarueri.GravarXml.pas ISSBarueri.Provider.pas