Diego Foliene

Boa tarde! No dia 21/09/2023, por volta das 15h04, começamos a receber relatos no canal #sefaz em nossa comunidade do Discord. De membros com dificuldade em consumir os serviços da Sefaz de São Paulo. Conferindo no DownDetector, é possível observar que o número de relatos aumentou exponencialmente por volta das 14h00 Não há contingência ativada até o momento desta publicação. Lembrando que a seguinte orientação consta na página da Sefaz de SP para casos de falha de conexão.

Boa tarde! Ainda vamos averiguar a questão do retorno: Mas as informações da cidade foram enviadas ao SVN na Rev-30720 e estarão disponíveis nativamente na Lib na próxima compilação da mesma.

Boa tarde! Alteração enviada ao SVN na Rev-30719. Por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Distribua a ACBrLib seguindo a mesma estrutura ...\ACBrLib\x64\ Para as dependências. Se precisar usar OpenSSL, este link tem orientações de como instalar a versão indicada. https://askubuntu.com/questions/1126893/how-to-install-openssl-1-1-1-and-libssl-package

Bom dia. Conferindo no layout e nos schemas, sim. Boa parte ainda permanece como atributo.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Está é a documentação técnica para implementação e emissão no Padrão Nacional. O que o @Alexandre de Paula lhe orientou a pedir, é onde o contador viu que vai ser necessário para: A informação que temos é a de que todos prestadores de serviço que são MEI devem usar o padrão nacional. Mas não temos informação a respeito de outros prestadores que não se enquadrem nesta categoria.

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.