Diego Foliene

2.14. PSP Banrisul Ambiente de Homologação - Para efetuar testes é necessário ter um conta corrente junto ao Banrisul. - Para receber as credencias de homologação é necessário fazer a solicitação para homologar através do e-mail [email protected] Ambiente de Produção. - Atualmente a API está em etapa piloto, por isso deve se enviar para o e-mail [email protected]: Informações Básicas do Cliente: Nome completo ou Razão Social. CNPJ. Telefone de Contato. Nome do Administrador(a). CPF do(a) Administrador(a). E-mail do(a) Administrador(a). Responsável de TI: Nome do(a) responsável de TI. CPF. E-mail. Dados Bancários: Agência. Número da Conta Corrente. Arquivo CSR. Arquivo extraído conforme o PDF em anexo. - Enviadas estas informações, será feito o cadastro do cliente no Portal de Desenvolvedores do Banrisul para que o PIX possa ser utilizado. - Podem ser enviados as informações de até 3 clientes. - Após o envio dos dados, com o Cadastro no Portal do Desenvolvedor, é liberado o acesso ao CNPJ do cliente: - Com este acesso, deve se solicitar a liberação do Client Secret: - O status ficará como "Pendente". Solicitar a liberação no e-mail: [email protected] Passado a etapa piloto da API, o processo correto será pedir ao cliente do Banrisul que entre em contato com o a agência para solicitar a integração com a API PIX. Um agradecimento ao membro de nossa comunidade @Desenv. AT Info Sistemas por compartilhar o passo a passo de como homologar junto ao banco. Geração de Arquivo CSR.pdf

Olá pessoal! Foi publicada a versão 1.10 desta nota técnica. A nova versão traz alterações em algumas regras de validação e a adição de uma nova rejeição para substituir uma denegação correspondente. Alterações Regra de Validação 1C17-50 Altera a regra de validação transformando ela de uma denegação para uma rejeição. Lembrando que quando uma nota fiscal é rejeitada, você pode realizar a correção do erro que ocasionou a rejeição e tentar emitir novamente a mesma nota, enquanto que quando for denegada, a nota fica armazenada na base de dados da sefaz e por isso o mesmo número não pode ser utilizado novamente. Regra de Validação I08-150 Adiciona na regra de validação o CFOP 5.910: Remessa bonificação, doação ou brinde permitindo o uso do mesmo na NFC-e. Datas Implantação Teste: Até 01/07/2024 Implantação Produção: 02/09/2024 Modificações no ACBr? Como a nova versão traz alterações em regras de validação da Sefaz, alterações nos fontes do ACBr não se fazem necessárias. Leia a versão 1.10 desta Nota Técnica na íntegra AQUI.

Bom dia! Acredito ter encontrado a causa da divergência. Você está carregando um arquivo INI com as informações do RPS e está gerando o PDF. Em meu teste, eu carreguei o XML que disponibilizou anteriormente e fiz a impressão. São processos diferentes: Ao carregar o arquivo INI, a biblioteca faz a leitura do mesmo preenchendo as propriedades correspondentes. Ao carregar o XML, a biblioteca faz a leitura do mesmo, preenchendo as propriedades correspondentes e fazendo um processamento interno de algumas propriedades totalizadoras. Por isso não tive problemas ao testar carregando o XML que disponibilizou. Criada a #TK-5607 em nosso backlog para verificar possibilidade de melhoria da rotina de leitura do INI para que também realize este processamento interno. Durante este tempo, peço que carregue o XML para geração do PDF. VALE RESSALTAR que o DANFSe é o espelho do XML de uma NFSe, então para a correta exibição de todas as informações, o XML que deve ser carregado é o de uma nota fiscal de serviços. Se carregar o XML de um RPS, não vai dar erro, porque alguns campos coincidem, mas também não vai exibir todas as informações, visto que algumas delas são exclusivas do XML da nota.

Por favor, qual é a versão da Lib que está utilizando? Fiz um teste com a versão mais recente disponível no fórum e o exemplo em C# e o resultado foi semelhante ao do programa exemplo, mostrando o Valor Total da Nota = 50,00; Atualize a Lib para a versão mais recente disponível no fórum e repita o teste. Se o problema persistir, disponibilize o log da Lib configurado no nível paranoico para análise.

Boa tarde! Que bom que deu certo! Criada a #TK-5603 para análise da solicitação de permitir um número de protocolo como parâmetro do comando e parecer por parte da equipe de consultores.

Boa tarde! O arquivo .pdf que disponibilizou não está abrindo aqui em meu ambiente, parece estar com erro. Por favor, você está utilizando componente nativo para Delphi/Lazarus, Monitor ou Lib? Se estiver usando Delphi/Lazarus, está usando Fortes ou Fast? Fiz um teste com o exemplo nativo em Delphi e o PDF gerado trouxe os valores.

Bom dia @WesleySantos e @lucimauro! As considerações de vocês estão corretas, ao cancelar a nota fiscal, a Lib e o Monitor fazem a consulta da nota automaticamente pela chave de acesso para pegar o número do protocolo. Isso é feito, porque de acordo com o layout dos eventos, ele é uma informação obrigatória. Por favor, abram um Fale Conosco junto a Sefaz para questionar como deverá ser feito o cancelamento sem esta informação.

Olá pessoal! Ao acessar o site do Portal do Bilhete de Passagem Eletrônico, na aba de avisos, consta o seguinte recado publicado no dia 06/06/2024: Fonte: https://dfe-portal.svrs.rs.gov.br/bpe/Avisos O mesmo aviso pode ser encontrado nos portais dos demais documentos citados. O tópico abaixo pode auxiliar na emissão do MDFe utilizando as soluções ACBr:

Olá pessoal! Foi publicado no dia 07/06/2024 no Portal da Nota Fiscal Eletrônica um aviso informando que as contingências para os estados do Rio Grande do Sul que haviam sido ativadas anteriormente(desde 06/05/2024) devido as dificuldades enfrentadas, serão desativadas no dia 13/06/2024. Veja o conteúdo do aviso na íntegra: Fonte: https://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=n8lLJ91ulpk=

Olá pessoal! Foi publicado no dia 07/06/2024 a a versão 1.01 deste informe técnico. A nova versão apenas corrigiu o item 5 para que o mesmo contemplasse outras formas de crediário. Alterando a descrição atual: Para a nova: O informe pode ser lido na íntegra AQUI. A Tabela atualizada pode ser encontrada AQUI.

Contextualizando Se você está tentando emitir uma nota fiscal de serviços eletrônica para o provedor Ginfes, um dos possíveis retornos que pode receber é: <Codigo>E160</Codigo> <Mensagem>Arquivo enviado fora da estrutura do arquivo XML de entrada.</Mensagem> <Correcao>Envie um arquivo dentro do schema do arquivo XML de entrada.</Correcao> A mensagem parece ser alto explicativa e indica que o arquivo que foi enviado está com erro na estrutura, certo? Infelizmente, não é tão simples assim. Os arquivos gerados pela solução ACBr estão de acordo com os schemas e o leiaute fornecido pelo provedor. Na verdade este erro parece ser devolvido pelo Ginfes não só para problemas de leiaute, mas também para "situações genéricas". Vejam alguns exemplos: Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega relata que resolveu o problema ao corrigir o número do lote que não estava alimentando no componente. Ginfes - Franca = Erro E160: Neste tópico um colega confirma que conseguiu resolver o problema ao corrigir os dados que preencheu no componente para geração da nota. Formatação do campo Aliquota da NFSe: Neste tópico o colega confirma que o CPF do tomador estava incorreto e após correção conseguiu emitir. Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada: Neste tópico um colega conseguiu superar este erro após corrigir um valor que estava indo negativo no XML. Erro ao emitir nota para Paulínia: Neste tópico um colega compartilha que conseguiu resolver o problema após corrigir o CNAE do cliente. Esse erro também pode ocorrer caso você não seja prestador da cidade que esteja fazendo testes, em vez do provedor retornar que o seu CNPJ não consta no cadastro deles, o retorno é esse erro E160 que acusa que o arquivo enviado esta fora da estrutura. Mas então o que eu posso fazer? Caso você tenha recebido este erro ao tentar emitir uma nota para uma cidade que é atendida pelo provedor Ginfes, revise todas as informações presentes no XML gerado. Se mesmo depois disso o problema persistir, entre em contato com o provedor e questione o por quê de estar recebendo esta rejeição. Ao fazer isso, o provedor pode apontar se alguma informação presente no XML está em desacordo com o cadastro da base de dados mantida pelo mesmo.

Aviso publicado no canal Sefaz RS ICMS:

Notícia relacionada: "Procergs retoma operação após 20 dias fora do ar"

Em anexo boletim econômico tributário compartilhado no canal #sefaz em nosso Discord pelo membro de nossa comunidade @gabriel.hilbig boletim-economico-tributario-receita-estadual-enchentes-2024-edicao-n-01 (1).pdf

Combinado! Ficamos no aguardo, muito obrigado!

Foi publicada a versão 24.1.E das tabelas fornecidas pelo IBPT, as quais já se encontram também em nosso svn. As novas tabelas tem a vigência de 20/05/2024 até 30/06/2024 Para cumprimento da Lei 12.741/12, também conhecida como "De Olho no Imposto" foi, não se esqueça de realizar a atualização de seus clientes. Fonte : De Olho no Imposto

Bom dia @Desenv. AT Info Sistemas. Por favor, pode fornecer um passo a passo de como fez para obter as credências para homologação e posteriormente produção? Assim, podemos complementar o tópico abaixo ajudando assim outros membros da comunidade que venham requerer o uso do PSP.

Bom dia! Foi criada a #TK-5524 para análise do caso e parecer por parte da equipe de consultores. Qualquer novidade será postada aqui.

Olá pessoal! Foi publicado no dia 27/05/2024 a Nota Técnica 2024/002 em sua versão 1.00. Visão Geral Está nota técnica implementa o Evento de Conciliação Financeira(Já conhecido pela abreviação ECONF) e o Cancelamento de Conciliação Financeira. A utilização do evento é facultativa e o objetivo do mesmo é auxiliar na vinculação e controle de pagamentos que ocorram em datas distantes do fato gerador e da emissão do documento fiscal. Ambos os eventos serão recepcionados pela Sefaz Virtual do Rio Grande do Sul em seu WebService de eventos na URL: https://nfe.svrs.rs.gov.br/ws/recepcaoevento/recepcaoevento4.asmx. Evento "Conciliação Financeira - ECONF" O WebService de recepção de eventos possui campos que são genéricos para todos os eventos, por isso vale destacar os campos específicos que são: tpEvento: Recebe o código do evento e para o ECONF deve receber o valor 110750. detPag: Grupo de detalhamento do pagamento, possuindo os seguintes campos: indPag: Pode receber os valores 0 que corresponde a Pagamento à Vista ou 1 que corresponde a Pagamento à Prazo. tPag: Meio de pagamento e deve ser preenchido de acordo com tabela publicada no portal da NFe. xPag: Descrição do meio de pagamento quando o tPag for igual a 99 - Outros. vPag: Valor do Pagamento. dPag: Data do Pagamento no formato AAAA-MM-DD. CNPJPag: CNPJ do estabelecimento onde o pagamento foi processado/transacionado/recebido quando emissão do documento for feita em estabelecimento distinto. UFPag: UF do estabelecimento onde o pagamento foi processado/transacionado/recebido. CNPJIF: CNPJ da instituição financeira, de pagamento, adquirente ou subadiquirente. tBand: Preencher com valor da tabela de código das operações de cartão de crédito publicada no portal da NFe. cAut: Numero da autorização da transação da operação. CNPJReceb: CNPJ do estabelecimento beneficiário do pagamento. UFReceb: UF do CNPJ do estabelecimento do beneficiário do pagamento. O evento sendo processado com sucesso, será devolvido o número do protocolo, a data e hora do registro do evento e o número sequencial do evento. Evento "Cancelamento Conciliação Financeira - ECONF" Semelhante aos demais eventos da mesma natureza, vai ter em sua estrutura o número do protocolo do evento gerado anteriormente e caso processado com sucesso, devolverá o número do protocolo correspondente ao evento de cancelamento que foi gerado e vinculado a nota. Datas de Implementação Implantação Teste: Até 01/07/2024. Implantação Produção: 02/09/2024. E como fica o ACBr? Sendo um evento novo, será necessário a implementação do mesmo nos fontes do ACBr para posteriormente ser disponibilizado no Monitor e na Lib. Foi adicionada a #TK-5537 em nosso backlog para tal e qualquer novidade será divulgada neste tópico. No entanto, vale ressaltar que até a publicação deste tópico, não há novo pacote de schemas que englobe o evento disponível para download tanto no Portal Nacional quanto no do Rio Grande do Sul. Leia a Nota Técnica na íntegra AQUI.