Painel de líderes

Boa tarde a todos, Conforme a postagem acima do Renato, a nova versão do Reinf vai passar a utilizar uma API Rest e não mais um WebService Soap. Isso significa que vamos ter que realizar alterações no componente ACBrReinf para atender esse requisito. A Equipe ACBr já esta analisando e buscando a melhor maneira de fazer essas alterações.

Nesta quarta-feira, 18 de janeiro de 2023, foi emitida a primeira NFS-e padrão nacional por um Microempreendedor Individual (MEI) de um município não conveniado à plataforma. A obrigatoriedade entra em vigor partir de abril, mas a NFS-e já está disponível para MEIs de todo o Brasil. fonte: https://www.gov.br/receitafederal/pt-br/assuntos/noticias/2023/janeiro/microempreendedores-individuais-mei-de-todo-o-pais-ja-podem-emitir-nfs-e-no-padrao-nacional

Olá pessoal, depois um longo tempo de espera, estou aqui para dar uma ótima noticia sobre a ACBrLibNFSe !! Após um trabalho intenso de melhorias, testes e validações, um bom período de maturação do componente ACBrNFSeX, chegou o momento de anunciar que finalmente os trabalhos para a ACBrLibNFSe sair do forno tiveram inicio nesta semana. Fiquem ligados para os próximos posts no fórum, vamos mantendo todos vocês informados sobre o andamento desta nova biblioteca do pacote ACBrLib.

Boa tarde a todos, Só para esclarecer o que descobri, no arquivo texto "sai.txt" não retonar nada sobre o evento de cancelamento, mas ele grava o XML de cancelamento na pasta ....LOG\CNPJ. Configurei nossa aplicação para verificar se existe o XML de cancelamento. Quando existe o XML de cancelamento, fazemos todos os tratamentos. Espero ter ajudado. Muito obrigado a todos. Atenciosamente, Carlos

Realizei testes com o programa exemplo C# Método ConfigLer, esta funcional. sem problemas, só por desencargo, fiz um teste de envio utilizando o Office365 também. Tudo certo !

não há problemas no Demo..acabei de executar... o que ocorre é que o servidor da Sefaz está lento e pode haver Timeout

enviado

só para um desencargo as dll´s do openssl estão 1.0 superior?

No nosso caso aqui, conseguimos transmitir posteriormente a nota. Era algum problema realmente na SEFAZ. Agradeço a resposta de todos.

Testei agora e parece estar funcionando... Mas realmente notei lentidão na resposta do Servidor da SEFAZ (com alguns TimeOut)

Boa tarde, Favor atualizar os fontes, reinstale o ACBr e faça novos testes. No programa exemplo não preencher o quadro Proxy a não ser que você tenha um proxy instalado na sua rede. Para enviar o Rps para o provedor, faça o seguinte: 1. clicar no botão [Gerar Token] que esta na aba Outros. O componente vai gerar uma requisição passando o usuário e senha e o provedor vai retornar o Token que vai ser capturado pelo componente. 2. clicar no botão [Emitir Nota (Novo)] que esta na aba Envios. O componente vai enviar o Rps para o provedor e capturar o retorno.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado Esta utilizando o Componente correto? se sim, esta com os fontes atualizado ?

Bom dia, Vai ser necessário verificar com a prefeitura/provedor qual é a série que foi definida. Em Brasília contratou o provedor ISSNet com a versão 2.04 e lá foi definido a série 3. Se não informar a serie correta aparece vários erros que não tem nada haver.

Obrigado pessoal, vou realizar estes testes

Bom dia Leandro, Faça um teste com a unit em anexo. Não esqueça de reinstalar o ACBr. ISSSaoPaulo.LerXml.pas

Ok @Italo Giurizzato Junior Fico no aguardo, Também estou tentando respostas pelo Portal, mas ninguém responde.

Boa noite, No seu print aparece o SSLType como LT_All, deve estar TLS1.2 como você indicou acima. Não use capicom: Se estiver usando A1, use OpenSSL. Se for A3, use winCrypt. Veja este tópico com o que preencher.

Olá a todos, Estive tendo problemas na comunicação Bluetooth com Android 12 devido as alterações de permissões que o Google está exigindo. Com isto fiz as devidas mudanças no ACBrDeviceBluetooth e segue abaixo para atualização nos fontes do ACBr. Atenciosamente. ACBrDeviceBlueTooth.pas

@Andrei Ricardo, muito obrigado pela sua contribuição... Subi ao SVN, com algumas outras modificações que eu havia represado aqui... Commit [r28240]

Boa tarde @C4Dev, No meu teste também tive essa mesma mensagem de retorno. Eu acredito que a Receita não incluiu ainda as cidades, dai o erro. Faço parte de um grupo de Whatsapp onde tem pessoal da Receita Federal, Serpro, desenvolvedores, etc, questionei também sobre esse erro. Estou aguardando um retorno deles.

Boa tarde, O modo de envio assíncrono, necessário para envio na versão 2.1, ainda está na fila de implementações. Acompanhe o tópico que a Juliana passou, pois assim que for disponibilizado no componente reportaremos lá.

Muito obrigado pela contribuição @Andergoncalves! Foi criada a #TK-3514 para que a mesma seja validade e enviada ao SVN.

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

tem um limite de conexões pra pegar o token, 5 chamadas por minuto... tem que pegar o Token no inicio e enviar todos os boletos.. cada token vale por 1 hora... utilizando o Indy consigo pegar normalmente, mas usando THTTPSend ainda não consegui...sigo na tentativa...

@Intelliware tente contato com a SEFAZ, veja o que eles podem dizer à respeito do cStat 999.

Estavamos enfrentando esse problema, porém a SEFAZ andou mudando o manual, não exigindo mais produtos sem estoque e sem movimentação, dessa forma para nós resolveu o problema. Verifica o manual e confirma oque passei, se o sistema de vocês estiver gerando esses produtos que não precisam, acredito que irá resolver nao gera-los mais.