Painel de líderes

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:

Olá pessoal, Para quem esta tendo essa mensagem de erro, experimente copiar para dentro da pasta que se encontra o EXE as DLLs da pasta: ...\DLLs\OpenSSL\1.1.1.10\X86 ou ...\DLLs\OpenSSL\1.1.1.10\X64 dependendo da compilação da sua aplicação. Se não funcionar, copie elas para dentro da pasta que esta o projeto da sua aplicação, compile ele novamente com a opção Build.

Olá, tudo bem? Gostaria de saber se existe algum motivo especial para o SegmentoE / Conciliação Bancária, estar desativado no ACBrPagFor ? Eu precisei implementar, então descomentei os trechos do código do SegmentoE e corrigi alguns bugs. Para o meu caso, funcionou, então estou anexando para possível aprovação. ACBrPagFor_SegmentoE.zip

Olá, Schema enviado ao SVN na Rev-30650

Boa tarde! Por volta das 17h03 começamos a receber relatos no canal #sefaz em nossa comunidade do Discord sobre problemas ao emitir NF-e para a Sefaz de São Paulo. Os relatos tinham em comum, estar recebendo o Erro 503 ao tentar emitir. Consultando no DownDetector, é possível observar que o número de relatos de problema aumentou exponencialmente: Não há mensagem de contingência ativada no Portal da NFe até a publicação deste tópico.

Anexo o componente atualizado para a versão 1.2 e o programa exemplo. Os arquivos de schemas, evento S-2500 e parte do pcesConversaoeSocial.pas foi realizado pelo colaborador AnderGoncalves e foram incorporados nessa atualização. Todos os eventos modificados foram testados através a geração e validação no programa exemplo. Os eventos S-5002 (modificado), S-5012 (modificado) e S-5503 (novo) não foram testados devido a não disponibilidade do ambiente de produção restrita. O evento S-1220 (informações para DIRF) foi removido por não ter utilidade - a RFB incorporou o conteúdo no evento S-1210. ACBreSocial.zip Atualização eSocial versão 1.2.txt Exemplo Delphi.zip v_S_01_02_00.zip

Boa Tarde, conforme pode ser Observado na NFS-e impressa em anexo, existe um campo com o número do RPS / Série, nas prefeituras que implantei junto aos meus associado, porém vem causando um desgastes desnecessário devido a confusão dos clientes dos associados com o número do RPS e o número da NFS-e, no momento em que ligam para empresa procurando pelo serviço quando está pronto, tendo em vista que só guardo para procura direta o número da NFS-e. Dito isso e visto que a impressão pelo site da prefeitura diretamente não imprime o numero do RPS (creio que justamente para evitar certos inconvenientes) . gostaria de pedir, se possível for, na configuração uma opção para impressão ou não do RPS. Desde já fico Grato pelo espaço e poder expor novas idéias. parabéns a Equipe pelo excelente trabalho nessa Lib tem me Ajudado muito. 5745999-nfse.pdf 95781-nfse.pdf

A NFSe emitida pelo portal (diretamente) não consta o RPS, pois não existe o papel do Recibo Provisório de Serviço, portanto, essa informação não é impressa. Quando você usa de sistema de integração o RPS/DPS é utilizando para gerar a NFSe, sendo assim, somente após a geração do Recibo que a Nota Fiscal é gerada, portanto a informação deve constar na impressão. Tanto que se você imprimir a nota fiscal que foi gerada a partir de uma integração por RPS, a informação consta na impressão tambem, o que varia de prefeitura a prefeitura é layout e a disposição do campo, mas a informação existe. como pode ver na consulta da sua propria nota fiscal a informação é constante do RPS número 47/99 nfse.novaiguacu.rj.gov.br/nfse/notaFiscal.php?id_nota_fiscal=MzAyMDE5MTQ=&confirma=Tg==&temPrestador=Tg==

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 tudo bem? Este erro é da API do BB, caso queira acompanhar pode acessar ao forum deles: https://forum.developers.bb.com.br/ Abraço a todos.

Boa tarde, Atualmente não temos esse PSP implementado para o componente ACBrPixCD. Caso tenha acesso a documentação e deseje implementar pode usar algum outro PSP existente como modelo e fazer a implementação desse PSP. Após implementar pode colocar os fontes aqui no forum em um topico que faremos a análise e se estiver tudo correto adicionamos ao SVN. Obrigado!

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

Em um TEF você pode adicionar suporte a várias Adquirentes que o Cliente já tenha contrato e aplicar regras de Roteamento para que elas sejam escolhidas de acordo com o tipo e a bandeira do cartão

Bom dia Luelton, Acredito ter encontrado um erro no código do componente, já inclui na minha lista de tarefas para fazer as devidas correções. TK-4449

Muito obrigado. Espero que possam continuar com este excelente trabalho, dando atenção mesmo a solicitações de menor relevância.

Conseguimos aqui Daniel .. com a ajuda do @Jhonlenon Ribeiro Enviamos assim { "type": "BILLING", "covenants": [ { "code": "000384393" /// Convenio/Codigo cedente 9 digitos } ], "description": "Workspace de Cobrança" }

Boa noite Italo, Estava olhando os arquivos gerados nas pastas e realmente não retorna o XML da nota, retorna somente o XML do RPS. Até consigo pegar o link que vem no resumo e abrir no navegador, porêm pra mim não serve esse link pq ele é protegido por um Catpcha e não consigo fazer o download do mesmo. Vou fazer o seguinte entrar em contato com o provedor se tem algo que possa habilitar pra vim o XML completo da nota. Muito obrigado pela atenção, em seguida retorno com a resposta do suporte da IPM me repassar.

uma informacao, nao muito relavante, mas segue: tela do site, fui testar por la... Se puser Nao, essa lista nao aparece deduzi ser o tributado, era tao mais fácil deixado o combobox com tudo ne, igual no manual... o meu lado eu resolvi aqui, taquei 1 - tributado, e seja o que Deus quiser.

Boa tarde Maurício, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou o ACBr? Pois ocorreu uma atualização para a cidade de Antonio Prado/RS no dia 09/08/2023.

Boa tarde Willian, Acredito que você deva ter anexado XML errados, pois esses 2 são iguais e se referem ao layout da ABRASF e não ao layout do Padrão Nacional. Veja no programa exemplo como configurar o layout para o Padrão Nacional.

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 Dany, Já esta no SVN.

Até que seja confirmada ou não a inviabilidade de uso da api pública pelo componente do ACBR, o que pode ser feito é usar usarmos a consulta pública como foi sugerido aqui no forum. Ou seja, um projeto que contenha um navegador (edge), possibilitando que o próprio usuário clique no botão (Sou Humano) e efetue a consulta manualmente. Após a consulta manual é possível extrair os dados do próprio html resultante. Fiz um protótipo funcional que efetua isso a quem interessar. ConsultaCNPJ.dpr ConsultaCNPJ.dproj uConsultaCNPJ.dfm uConsultaCNPJ.pas

Boa tarde! O seguinte recado consta na página da Secretaria da Fazenda de Minas Gerais: Um agradecimento ao membro de nossa comunidade @juangf por chamar atenção ao fato no canal #sefaz em nossa comunidade do Discord.

Boa tarde! No site da secretaria da fazenda do estado de Pernambuco, consta uma notícia, informando que no dia 16/09/2023 a partir das 7h o sistema autorizador de NF-e sofrerá uma parada programada para atualização da estrutura do banco de dados. A previsão inicial é que essa paralização se estenda por 8 horas. Durante este período, a emissão deverá ser feito no ambiente de contingência*. *Apesar de até o presente momento não constar o agendamento de contingência no painel Situação-SVC, considerando a orientação da SEFAZ-PE, acreditamos que na data em questão o ambiente deverá estar ativo. Para usar o ACBr em contingência, siga as orientações do tópico a seguir:

Edição do Papo PRO relacionada ao tema:

Como informo o novo CST de tributação monofásica no SAT? O SAT ainda não possui previsão de uso na Especificação do CST 61. Sendo assim, a opção é utilizar o CST=90 (Outros). Orienta-se ainda incluir a informação do CST nos campos de observação conforme abaixo: I – Preencher o grupo "obsFiscoDet" do item do cupom, da seguinte maneira: i. I18 xCampoDet: CST ii. I19 xTextoDet: 61 Caso o campo também precise ser utilizado para outras informações, como por exemplo, o código ANP, fazer: i. I18 xCampoDet: Cod. Produto ANP ii. I19 xTextoDet: Informar o valor do código ANP iii. I18 xCampoDet: CST iv. I19 xTextoDet: 61 https://portal.fazenda.sp.gov.br/servicos/sat/Paginas/perguntas-frequentes.aspx

@zenilda no regime Simples Nacional usa-se o CSOSN e não o CST. Se não me engano o CSOSN à ser usado em uma operação de venda (varejo) para esse tipo de mercadoria é o 500. Mas é bacana fazer a confirmação com o seu contador.

Boa tarde! O provedor SoftPlan faz uso de informações de autenticação para que as requisições possam ser feitas com sucesso. Por causa disso, ao emitir NFS-e para as cidades atendidas por este provedor, o primeiro método a ser usado é o GerarToken, para conseguir um Token de acesso que deve ser fornecido nos métodos posteriores. Para a correta geração do Token, as seguintes informações devem ser fornecidas: Um membro de nossa comunidade, em contato com o provedor conseguiu a seguinte correlação: client_id e client_secret são fornecidos por desenvolvedor pelo provedor. username é a inscrição municipal do prestador. password é o MD5 da senha usada para acessar o portal em maísculo.

Olá, Sabiam que a emissão de NFSe do DF, em homologação, pode ser feita através da url específica (que está configurada no componente) e também pela url "padrão" do ISSNet? E que cada url deve usar uma série específica ( 3 ou 8 respectivamente ) ? Configurado no componente...... (série 3 / Dados Oficiais) : https://www.issnetonline.com.br/apresentacao/df/webservicenfse204/nfse.asmx Indicado pelo suporte do ISSNet (série 8/ Dados Fictícios) : https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Revisando o ACBrNFSeXServicos.ini, o DF é o único que possui url específica para homologação. Houve uma situação de erro em homologação: "L012-O prestador não tem permissão para fazer deduções (Informe valor 0.00 para deduções)" Verificando com o suporte do ISSNet, instruíram a utilizar a outra url, conforme resposta a seguir: Resposta do Provedor: Realmente, com a "url padrão", a emissão funcionou corretamente. Obs: Outras NFSes, sem deduções, passavam na outra url. Investigando o acesso do ISSNet em produção de Brasília existe um link em Informações sobre integração para emissão de NFS-e via Web Service, CLIQUE AQUI! onde constam o manual e o arquivo urls.txt. No arquivo urls.txt constam as urls e as suas respectivas séries. WebService de Homologação (Dados Oficiais): https://www.issnetonline.com.br/apresentacao/df/webservicenfse204/nfse.asmx WebService de Produção: https://df.issnetonline.com.br/webservicenfse204/nfse.asmx Série RPS: 3 Webservice Homologação (Fictí­cio): https://www.issnetonline.com.br/homologaabrasf/webservicenfse204/nfse.asmx Série RPS: 8 Fica como informativo, caso ocorram erros inexplicáveis futuros em homologação, para testar na outra url com a respectiva série.

Fala pessoal ! Recebemos uma grande contribuição do nosso amigo @Julianops , a integração do Banco Itau API v2, registro on-line de boletos. Fizemos algumas implementações baseadas na documentação porém o ambiente de teste SandBox do Itaú vem passando por instabilidades. Quem desejar testar, colaborar com melhorias, fiquem à vontade ! Necessário cadastro no https://devportal.itau.com.br Criar uma aplicação em SandBox, será fornecido o Client ID e Cliente Secret. Scope utilizado: boletoscash-boletos-consulta_titulo Lembrete, como temos 2 endpoints diferentes para o Ítau a partir de hoje, quem for utilizar a nova API, por favor configurar: ACBrBoleto.Configuracoes.WebService.VersaoDF := 'V2';

tente algo como: ACBrETQ1.Device.EnviaString(MemoZPL.text); Considerando que você configurou a Porta corretamente no ACBrETQ

Para quem usa o Controle de Versões JEDI VCS, como eu e estava a procura para Delphi 10.3, segue link Versões de Delphi 10.1 10.2 10.3 Link: ftp://vcstest.delphi-jedi.org/ jedivcs jedivcs http://jedivcs.sourceforge.net/