Diego.Foliene

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado. Criada a #TK-4475 para análise do caso e parecer da equipe.

Complementando a informação do @Alexandre de Paula

Bom dia @Mario Inacio. A propriedade que preenche o campo é a NFSe.Servico.Valores.tribMun.tribISSQN, nela você deve passar o valor tiNaoIncidencia para que converta ao valor 3. A unit responsável pela geração do XML para o Padrão Nacional, não faz uso da propriedade ExigibilidadeISS.

Bom dia! Como você está distribuindo as Dlls? As classes de alto nível buscam elas no caminho ...\pastadoseuexe\ACBrLib\x86 (ou x64 dependendo da arquitetura que você compila sua aplicação). Este é um exemplo de como está distribuída aqui: No meu caso, como a arquitetura que a aplicação é compilada é 32 bits, então a pasta é x86. No seu caso, por ser Linux, você vai usar os arquivos .so ao invés de .dll para a Lib e as Dlls de dependência necessárias você precisa instalar no Linux*. * A versão recomendada para a OpenSSL é a 1.1.1.10

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Testei com a versão 0.4.6.249 (no meu caso usando cdecl single thread então mostrou 0.4.6.248). Mostrou o preview corretamente usando o demo em C# usando o XML que disponibilizou. Por favor, é possível atualizar e realizar um novo teste?

Por favor, qual é a versão da sua Dll? Fiz um teste aqui usando o demo disponibilizado em C# e o preview foi mostrado sem levantar erros.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

Bom dia! Tivemos outros relatos semelhantes. Parece ser um problema específico do ambiente de homologação. Se possível, por favor, faça os testes no ambiente de produção.

Bom dia! Primeiro de tudo, muito obrigado pela contribuição. Toda colaboração sempre será mais do que bem vinda. Sobre está questão, buscando no histórico, não encontrei um motivo específico, mas conforme você mesmo já destacou. Se conferirmos no Layout CNAB240 da Febraban, o Segmento E é utilizado somente no retorno do serviço de Extrato de Conciliação Bancária e não nos serviços de pagamentos que é a proposta inicial do componente. Criada a #TK-4459 para análise da contribuição e possível inclusão no SVN.

Quando você emite a NFS-e pelo portal da prefeitura, está emitindo direto a NFS-e. Desse modo, não existe o RPS no processo e por isso, não tem informação do mesmo para ser impressa. Já quando você faz a emissão de uma NFS-e através de aplicação própria, ou seja, via web service, você não envia o XML da NFS-e. Você envia um Recibo Provisório de Serviço (RPS) para o provedor, que posteriormente o converte para uma NFS-e. Dito isso, as informações do RPS são uma parte importante e necessária quando o envio é feito via web service. Elas servem para identificação, rastreabilidade e podem ser utilizadas por outros processos (a NFSE_ConsultarLoteRps é um exemplo). Por isso, não será possível remover a informação do impresso.

Boa tarde! Criada #TK-4456 para análise da solicitação e parecer da equipe.

Boa tarde! Foi enviado ao SVN na Rev-30661 alteração visando corrigir este problema. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Obrigado pela contribuição, em breve será validada para possível inclusão ao svn #TK-4455

Boa tarde. O recomendado para Cupom Fiscal é que se use o PosPrinter, mas existe a opção de usar o impresso do Fortes Report. No entanto, isso acarreta na dependência de uma interface gráfica. Estamos trabalhando no FPDF para eliminar esta dependência. Fique de olho na Página de Notícias do Fórum e em nossa Comunidade no Discord para novidades a respeito. Você também pode conferir os exemplos disponíveis no SVN AQUI. O tópico é muito antigo e por isso vou fechar. Para novas dúvidas, por favor, criar novos tópicos.

Bom dia! Recebemos relatos de que a Sefaz de Pernambuco estaria apresentando problemas. Ao consultar em Portal da NFe > Disponibilidade, é possível observar que todos os serviços indicam estar indisponíveis: Consultando no painel Situação-SVC também é possível observar que o problema já foi observado e a contingência foi ativada às 08h05 com previsão de encerramento as 10h00 do dia 19/09/2023. Para usar o ACBr em contingência durante este período siga as orientações do tópico a seguir:

Boa tarde pessoal! Foi divulgada uma notícia informando que, conforme cronograma, a previsão de importação da versão S-1.2 no ambiente de produção restrita está prevista para ocorrer no dia 18/09/2023. Um destaque desta nova versão é a adição de informações adicionais necessárias para permitir a substituição da prestação de informações para DIRF pelo eSocial. Qualquer um pode testar transmitir eventos para o ambiente de testes, definindo tpAmb como 2 que equivale a "Produção Restrita". E o ACBr? A implementação da versão S-1.2 está em andamento por parte da equipe de consultores e contribuições da comunidade também são sempre mais do que bem vindas.

A situação foi normalizada por volta das 12h30.

Foi divulgado um boletim informando que o serviço autorizador irá passar por uma manutenção programada no dia 16/09/2023 entre as 14h00 e as 17h10, justificando a contingência.

Bom dia a todos! Como muitos sabem, os desenvolvedores do ACBr mantêm seus repositórios no SourceForge e utilizam o SVN como ferramenta para realizar os commits com as alterações nos códigos-fonte. No dia 14 de setembro de 2023, por volta das 14h50, os membros com permissão de committer nos códigos-fonte do ACBr começaram a enfrentar problemas ao tentar realizar novos commits. Ao tentar efetuar um commit, o SVN solicita novamente as credenciais. No entanto, mesmo inserindo as credenciais corretas - que funcionam normalmente para acessar o site do SourceForge - o SVN não realiza a autenticação. Um ticket já foi criado para notificar os responsáveis, e também observamos que outros projetos estão enfrentando problemas semelhantes, o que sugere que o problema pode ser generalizado. Estamos aguardando um posicionamento. Infelizmente, enquanto esse problema não for resolvido, as alterações nos códigos-fonte do ACBr precisarão ser temporariamente pausadas, devido à impossibilidade de realizar novos commits. IMPORTANTE RESSALTAR que o UPDATE para download dos fontes está funcionando normalmente.

Boa tarde! Conferindo no painel Situação-SVC, é possível observar que a Sefaz do Paraná está com contingência agendada para o dia 16/09/2023, com previsão de inicio ás 13h00 e encerramento ás 19h00. Para usar o ACBr em contingência durante este período, siga as orientações deste tópico:

Pode disponibilizar o INI para análise?