Painel de líderes

Encontrei meu erro aqui, estava faltando passar as informações da tag <card> no xml para pagamentos com o tipo 17. Após preencher essas informações, consegui realizar o envio. O tópico será fechado como resolvido.

Obrigado pelo retorno. estou verificando aqui sobre esse email, Obrigado.

Usa o LazReport... é bem poderoso, tem até editor em RunTime

Estamos muito felizes em anunciar que um novo PSP foi integrado ao componente ACBrPIXCD, o ACBrPIXPSPBanrisul Com essa novidade, agora todos podem aproveitar as funcionalidades da API Pix do Banco Banrisul para realizar recebimentos via PIX. Gostaríamos de reconhecer a valiosa contribuição de @Desenv. AT Info Sistemas, que nos forneceu a documentação e credenciais necessárias para implementar esse novo PSP. Os aplicativos de demonstração (Delphi e Lazarus) já foram atualizados e estão prontos para uso com o novo PSP Banrisul. Convidamos todos os usuários que possuem acesso a esse PSP a atualizarem seus projetos e nos ajudarem a testá-lo. Se encontrarem algum problema, tiverem dúvidas ou sugestões, por favor, reportem através do nosso fórum ou Discord. Esperamos que este novo PSP seja de grande utilidade para todos os desenvolvedores que utilizam o ACBrPIXCD em seus projetos.

Bom Dia, Obrigada pela Informação, vou fazer os testes.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Favor substituir o arquivoACBrNFComXmlWriter.pas em anexo na pasta "ACBr\Fontes\ACBrDFe\ACBrNFCom\Base" nos teus fontes, reinstale e teste novamente.

Pra configurar por número de série, sim. Você pode também deixar a configuração do número de série em branco, e apontar por ArquivoPFX (path do arquivo), DadosPFX (conteúdo do certificado) ou URLPFX (arquivo PFX a partir de uma URL http).

Boa tarde @dna.automacao, Os schemas pouco importa, veja isso: ; No grupo abaixo é definido os nomes dos arquivos XSD ; usados para realizar a validação do XML a ser enviado ; ao webservice ; 0 = False / 1 = True (Se True então valida) [Schemas] Validar=0 DefTipos= Cabecalho=nfse.xsd ServicoEnviar=nfse.xsd ServicoConSit=nfse.xsd ServicoConLot=nfse.xsd ServicoConRps=nfse.xsd ServicoConNfse=nfse.xsd ServicoCancelar=nfse.xsd ServicoGerar=nfse.xsd ServicoEnviarSincrono=nfse.xsd ServicoSubstituir=nfse.xsd Isso se encontra no arquivo SystemPro.ini, observe que o valor de Validar é zero, isso significa que o componente não vai validar o XML do RPS gerado. Como eu disse, com essa condição nem sequer precisa dos schemas. E os schemas que você anexou são os mesmos utilizados pelo componente novo.

Oi, consegui emitir a nota, na verdade o CNPJ do prestador estava correto o que não estava correto era o CPF do tomador, mas estas mensagens de retorno do provedor deixam muito a desejar..., mas vou ficar mais atento a isto, obrigado pela ajuda e atenção.

boa tarde @Diego Foliene, Vou passar os esquemas que estou utilizando e que esta funcionando na versão "ACBrNFSe"(versão descontinuada), em anexos os arquivo favor comparar com os arquivos utilizados no teste pode ser que os schemas estejam diferente. Schemas.rar

Acredito que agregue nesse POST, a NT 2023.004 veio com algumas resoluções sobre o PIX no sentido de preenchimento de código de autorização. Dentro da parte de cartões de crédito/débito foram alteradas as redações para incluir o PIX e outros pagamentos eletrônicos. Não sei se entra diretamente em confronto com o decreto mas como vai ser habilitado em ambiente nacional é possível que seja adotado esse campo.

Olá, assim que possível irei atualizar o componente e fazer os testes. Obrigado.

Oi Diego boa tarde! ok vou fazer as verificações, mas já havia emitido notas para este cliente no começo da semana passada, este erro começou a aparecer na sexta feira e consigo acessar o site da prefeitura com os dados do cliente normalmente, obg.

Fiz um teste com a Lib e o programa exemplo em C# e recebi o seguinte retorno: XmlRetorno=<EnviarLoteRpsResposta xmlns:ns2="http://www.ginfes.com.br/tipos_v03.xsd" xmlns:ns3="http://www.ginfes.com.br/servico_enviar_lote_rps_resposta_v03.xsd"><ListaMensagemRetorno><MensagemRetorno><Codigo>E45</Codigo><Mensagem>CNPJ não encontrado na base de dados</Mensagem><Correcao>Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município.</Correcao></MensagemRetorno></ListaMensagemRetorno></EnviarLoteRpsResposta> [Erro1] Codigo=E45 Correcao=Confira o numero do CNPJ informado. Caso esteja correto, o prestador não está inscrito no município. Descricao=CNPJ não encontrado na base de dados ) Pelo que pude apurar, este erro devolvido pelo provedor Ginfes é um erro genérico e que não parece refletir o real problema. Veja outros relatos do fórum do próprio Ginfes: E160 Prefeitura de Curitiba (Resolvido)E160: Arquivo enviado fora da estrutura do XML de entrada Alguns em nosso fórum: Ginfes - Franca = Erro E160 Erro E160 - Arquivo enviado fora da estrutura do arquivo XML de entrada. Sugiro que: Revise todas as informações do XML se estão corretas, principalmente as relacionadas a cadastro tributário, como optante simples nacional, regime especial tributação, etc... Caso o problema persista, entre em contato com o provedor e questione o por quê de estar recebendo este retorno. No que diz respeito a alíquota, a mesma está respeitando o formato estabelecido no arquivo schema: <xsd:simpleType name="tsAliquota"> <xsd:restriction base="xsd:decimal"> <xsd:totalDigits value="5"/> <xsd:fractionDigits value="4"/> <xsd:minInclusive value="0"/> <xsd:whiteSpace value="collapse"/> </xsd:restriction> </xsd:simpleType>

Olá @Datacamp, obrigado pelas suas contribuições Enviei ao SVN, modificações baseadas no seu código, mas procurei preservar o método Original Commit [r33792] Poderia por favor testar a minha implementação ? (Eu não tenho ambiente de trabalho do SiTEF)

Bom dia @dna.automacao, O arquivo INI do provedor que é usado pelo componente antigo, foi alterado para que não ocorra a validação antes do envio do RPS para o provedor? Lhe pergunto isso pois ao confrontar o XML do RPS com o schema não bate, com certeza vai ocorrer erro de validação. Ou você tem novos schemas utilizado pelo provedor?

Oi o retorno do envio é "xmlns:ns3="http://www.ginfes.com.br/servico_enviar_lote_rps_resposta_v03.xsd"><ListaMensagemRetorno><MensagemRetorno><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></MensagemRetorno></ListaMensagemRetorno></EnviarLoteRpsResposta>"

Bom dia Renato! Desculpe a demora em responder. Sua dica foi de grande ajuda para nós! Verificamos que a conta do cliente estava com muitas atribuições de segurança ativas. Entramos em contato com a empresa que gerencia os emails do cliente para tentar sanar o problema e, após vários dias e tentativas, eles conseguiram resolver. Agora está enviado normalmente. Agradeço seu retorno! Um forte abraço a todos do ACBR!

Bom dia @Herbert Hardman, A SEFAZ-RS não sei porque mas para alguns MDF-e acabou retornando um numero de protocolo com duas letras no final. Verifique se esses MDF-e que você não esta conseguindo encerrar o numero do protocolo consta essas 2 letras no final.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

Bom dia pessoal, Pode fechar o tópico, simplesmente, não recebemos mais a mensagem. Deve ter sido algum problema no servidor da SEFAZ. Caso ocorra novamente reporto por aqui. Obrigado.

Bom dia, Teve reunião na sexta feira passada, e foi adiado novamente para o dia 10/05/2024 para que todos comecem a utilizar apenas o provedor novo, e o servidor antigo ira ser desativado, isso se nao for adiado novamente. E na quarta feira agora dia 30/05/2024 tera outra reunião, caso alguém aqui tenha interesse de participar.

Bom dia @Daniel Simoes, olhei o commit e aparentemente ela não vai funcionar corretamente (não testei), você usou como separador a vírgula mas na verdade deveria ser o ponto-e-vírgula, assim como os outros.

Olá pessoal! Foi publicado a NT02/2024 do Reinf. Essa nota técnica trás alterações nas tabelas de código de natureza do rendimento relacionadas as mudanças dos códigos de receita para o recolhimento do imposto de renda retido na fonte incidentes sobre aplicações em fundos de investimentos. Dentre as mudanças estabelecidas temos: Leia a NT na íntegra AQUI.

O BB retorna esse campo como extra mas ele não faz parte da API do BACEN

Quanto ao erro 500, aconteceu comigo em um momento, em que eu estava testando diversas DLL e versões diferentes, coloque na pasta, na mesma raiz que estiver o EXE as libssl-1_1.dll e libcrypto-1_1.dll, veja se não tem alguma outra que possa está atrapalhando. Para desencargo de consciência deixe apenas o exe de teste junto com as DLL's disponibilizadas e volte a testar, creio que com isso vocês deverá passar desse erro!

Então o grande X é esse, o único retorno recebido foi a mensagem de lote em processamento. Posteriormente faço a consulta e informa que a nota não existe na SEFAZ. Quando ocorria isso anteriormente, basta fazer a consulta para confirma se a nota tinha sido autorizada. Atualmente, mesmo com essa mensagem, recebo que a nota não existe. Reenvio a nota e vai tudo normal. Vou estar fazendo mais testes para ve se consigo simular novamente. Atenciosamente

Boa noite Estou aguardando resposta do suporte! Assim que tiver qualquer avanço eu volto aqui

Boa noite, Enviado ao SVN, na Rev-33785, alterações visando corrigir este problema. Por favor, aguarde a nova compilação da Lib para realizar novos testes e reportar qualquer problema.

Muito obrigado a todos pelas respostas.

Bom dia ! Corrigimos o mapeamento das propriedades seuNumero e numeroDocumento no retorno da API SICOOB. SeuNumero API Sicoob é ref ao campo impresso no boleto como "nosso numero": Documentação Sicoob: Sendo assim, agora tratamos o retorno da seguinte forma:

Boa tarde Comunidade ACBr, no commit 33681 foi unificado o comportamento do componente ACBrNFe no que diz respeito a geração de PDFs. Desta forma para qualquer um dos geradores suportados, o comportamento de geração dos arquivos em PDF será respeitado igualmente, não havendo distinção de regras entre eles, o que causava problema ao se trocar de gerador e também dificultava o suporte. Esta mudança foi aplicada para preservar a compatibilidade entre os geradores, para que todos tenham a mesma regra de negócios aplicada, e também caso haja uma das configurações abaixo sejam aplicadas com sucesso a cada arquivo gerado de forma individualmente. Configurando : <ACBrNFe>.DANFE.UsaSeparadorPDF := True; <ACBrNFe>.Arquivos.SepararPorAno := True; <ACBrNFe>.Arquivos.SepararPorMes := True; <ACBrNFe>.Arquivos.SepararPorDia := True; <ACBrNFe>.Arquivos.SepararPorCNPJ := True; o sistema irá criar os arquivos com base nas informações do XML como exemplo : [CNPJ] [ANO] [MES] [DIA] C:\ACBr\pdf\9999999000191\2024\05\18\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\19\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf C:\ACBr\pdf\9999999000191\2024\05\20\XXXXXXXXXXXXXXXXXXXXXXXXX.pdf Como era Antes O PDF era gerado usando como base o primeiro arquivo carregado ou conforme o gerador selecionado, eram gerado todos os PDF dentro do mesmo arquivo. Como ficou Agora É gerado um arquivo único com seu respectivo documento na respectiva estrutura conforme a configuração do componente, não há a possibilidade de gerar um arquivo com vários PDF juntos, o sistema irá gerar vários PDF cada um com seu documento fiscal respectivo. Eventos Para a impressão correta dos eventos, é necessário que a nota fiscal esteja também carregada no componente, e não somente o evento, pois existem informações que são necessárias abstrair do XML do Documento Fiscal. O não carregamento da NFe que originou o evento, pode ocasionar erros no fluxo de impressão ou campos faltando o preenchimento.

Façam update no acbr e rodem o instalador