Painel de líderes

Bom dia! De acordo com relatos que recebemos em nossa comunidade do Discord, a Sefaz de MG está passando por problemas, devido a isso, a entrada em contingência que estava prevista para iniciar no dia 01/07/2023 foi adiantada par hoje: Fonte: https://www.nfe.fazenda.gov.br/portal/principal.aspx

Boa tarde, Foi realizada a atualização dos fontes no SVN na Rev. 29954. Ajustamos o tamanho máximo da tag pDif, porém não foi aplicada a alteração no numero de ocorrências conforme o entendimento do comentário anterior. Por favor atualize os fontes, reinstale o acbr e faça os testes novamente. Se possível nos informe os resultados para avaliação. Obrigado

O problema era no evento ACBrTEFDPayGoWebObtemCampo Deve haver o onlynumber quando há solicitação da DLL para valores, no meu caso estava retornando virgula, e estava abortando o processo ou não encontrando a venda o código abaixo resolveu o problema. if (AForm.TipoCampo = tcoCurrency) then // PayGoWeb não precisa de ponto decimal Resposta := OnlyNumber(Resposta);

Creio que não . ele deve conseguir gerar novos mas pegar já existente e juntar creio que não

Bom dia pessoal, consegui implementar a junção de arquivos PDF com GhostScript, utilizando a dll "gsdll32.dll". Criei uma classe com o método de junção com base em alguns exemplos da internet, gostaria de compartilhar aqui caso mais alguém tenha essa necessidade. UnitPdfUtil.pas Link para download da dll (não consegui postar aqui por ser maior que 2Mb): https://drive.google.com/file/d/1j7IQRsdL7izhcaiOj42fRuS45LYMm4n-/view?usp=sharing

Olá! Só para agregar... Não utilizamos os componentes da ACBr, mas também apareceu o mesmo problema essa semana: certificado A3, CTe, Paraná. Linha do tempo - 18/06/2023 21:47 cliente de Arapoti emitiu e autorizou - 28/06/2023 10:19 outro cliente de Curitiba emitiu e autorizou - 28/06/2023 20:23 cliente de Arapoti não conseguiu mais emitir Observações Outros clientes de SC/SP conseguindo emitir nesse período. Acesso ao endereço via navegador retorna "err_ssl_client_auth_signature_failed": https://cte.fazenda.pr.gov.br/cte/CteConsulta?wsdl Instalamos um certificado A1 no computador e o site acima acessa normalmente. Acesso ao e-cac e consulta CT-e do Portal CT-e funcionando com o certificado A3. Exception do WebRequest (C#): "A solicitação foi anulada: Não foi possível criar um canal seguro para SSL/TLS." Ainda na busca de uma solução. Vamos tentar entrar em contato com a SEFAZ também, qualquer novidade avisamos.

Vocês são fera mesmo kkkkkkkkkkk Deu tudo certo Valeu!

Olá comunidade do Projeto ACBr. Estou aqui criando este tópico para comunicar à todos que temos uma contribuição em NodeJS !!! Nosso colega e usuário ACBrLib @Marcelo Wanderley realizou testes com ACBrLibCEP e ao finalizar, nos enviou uma contribuição, que já esta em nosso SVN - 29803 @Marcelo Wanderley, muito obrigado pela contribuição ! E o Projeto ACBr convida a comunidade a também contribuir! A ideia deste tópico, é incentivar amigos e consumidores ACBrLib à contribuir com programas exemplo nas linguagem que estão utilizando, então toda vez que acontecer uma contribuição, noticiaremos e agradeceremos aqui nas noticias do ACBr Caso você tenha interesse em contribuir com códigos de exemplo, fique à vontade, pode nos procurar no Discord do Projeto ACBr ou até mesmo criar um tópico aqui no Fórum, nós analisaremos e validar e logo após isso, faremos o envio do código para o nosso SVN. Muito obrigado novamente ao @Marcelo Wanderley e fiquem á vontade para contribuir ! Até o próximo tópico

Pegou os schemas do acbr(na pasta)? Se não pegou, pegue e teste com eles.

Boa tarde Elisangela, Pelo que eu notei essa empresa Intertec trabalha da mesma forma que o provedor Giap. As URLs são muito parecidas, veja: URL da Intertec: http://webservice.intertecsolucoes.com.br/WSNfsesPsjv/nfseresources/ws/v2/emissao/simula URL da Giap: http://webservice.giap.com.br/WSNfsesAmparo/nfseresources/ws/v2/emissao/simula Acredito que possamos usar o mesmo provedor, bastando informar a URL da Intertec.

a versão 1_5_1 funciona na produção. a outra (2.01.01) apenas para testes (o ambiente de homologação/testes tem o nome de "Produção Restrita")

Até o momento sem mais informações. Porém para o ajuste do municipio é preciso saber o provedor e uma identificado o provedor, caso não exista ainda implementação, é necessário que seja disponibilizada a documentação do provedor, com os dados do padrão de layout que ele utiliza. Uma vez de posse dessa documentação é possível que você faça uma contribuição desenvolvendo o novo código para o provedor, ou que nos envie a documentação que será analisada e eventualmente poderá entrar na nossa lista de tarefas dependendo da demanda.

Boa tarde @Patrick Knopf no meu teste. Ela tem algum manual atualizado para que possamos analisar? Pois ate o momento não temos reclamações semelhantes

Boa tarde! Para o primeiro teste: Você pode fazer o processo da forma como está fazendo, usando a opção Emitir e depois a consulta de Lote. Para o segundo teste: Note que quando você clica no botão "Emitir Nota(Novo)" do programa exemplo, a primeira janela que aparece, questiona quantos RPS serão adicionados no lote. Por padrão ela vem com 1, mas se você alterar ele vai gerar múltiplos RPS no lote.

Boa tarde Italo! Não tinha visto! Com certeza deve ser isso o problema aqui, muit obrigado!

Boa tarde Diego, Muito obrigado pela colaboração, já esta no SVN.

Boa tarde, Na versão 4 o grupo infCteComp passou a ser uma lista com no máximo 10 ocorrências. Na versão 3 você informa a chave da seguinte forma: infCTeComp.Chave := 'chave'; Na versão 4 agora é assim: with InfCTeComp10.New do begin chave := 'chave'; end;

Boa tarde, nesse meio tempo continuei mexendo no código e verifiquei que esse esta acontecendo na tag <cfps></cfps> que estava com número acima do permitido. Esse <cfps> no provedor Softplan é referente ao CNAE. Vou preencher esses campo e fazer mais um teste.

Boa tarde a todos, Leandro, você esta correto, para pegar essas informações na versão 4 é exatamente dessa forma. Porque não tem o Recibo? Muito simples, agora o envio é síncrono, ou seja, você envia o CT-e de forma unitária (um por vez) e já obtém o resultado do processamento. Na versão 3 o envio era assíncrono, neste caso tínhamos como resposta o numero do recibo que atestava que o lote de CT-e tinha sido recepcionado pela SEFAZ. De posse do numero do Recibo realizamos uma consulta para obter o resultado do processamento. Não confundam o Protocolo com o Recibo. Na versão 3 o Recibo atesta o recebimento do lote de CT-e e o Protocolo atesta que o CT-e foi autorizado. Na versão 4 não existe mais o Recibo, uma vez que o envio é síncrono e o Protocolo atesta que o CT-e foi autorizado.

Boa tarde, acredito que as informações contidas neste site pode colaborar, Integração entre NFC-e e Meios de Pagamento Eletrônicos - Portal de Serviços da Receita Atenciosamente, Paiva

Funcionando. Obrigado.

Bom dia @Neski Soluções, Por favor faça um teste de envio de um Rps e anexe o XML (soap) de retorno da consulta ao lote, depois faça um segundo teste enviando 2 Rps no lote e o retorno da consulta ao lote deste lote que foi enviado com 2 Rps. Quero ver como é o retorno da consulta ao lote quando temos apenas 1 Rps e quando temos 2 ou mais.

Bom dia! Recebemos em nossa comunidade do Discord múltiplos relatos de problema ao enviar CT-e de Subcontratação para a Sefaz de MG. Os relatos tinham em comum que todos estavam recebendo : A Sefaz de Minas Gerais ativou a contingência: Fonte: https://www.nfe.fazenda.gov.br/portal/principal.aspx Tivemos relatos de membros que conseguiram emitir o CT-e ao enviar para o SVC. Para usar o ACBr em contingência, siga as orientações deste tópico: EDIT e Disclaimer: Outros membros de nossa comunidade relataram estão tendo problemas para emitir o CT-e. A mensagem acima informa que o SVC-AN foi ativado, mas para o CT-e temos apenas o SVC-RS e o SVC-SP. Estamos acompanhando a situação e vamos atualizando o tópico conforme conseguirmos mais informações, mas visto que o problema aparenta ser do lado da Sefaz, recomendamos que aqueles que estejam enfrentando este problema, abram um Fale Conosco junto a Sefaz para torná-los cientes do problema.

Bom dia, em anexo 5092.xml

Bom dia @Jr.Vecchi, O forum é um ambiente aberto e comunitário onde as pessoas respondem de acordo com sua disponibilidade pessoal. Caso necessite de um atendimento personalizado e com SLA de resposta considere contratar o ACBr-PRO. Além do atendimento pelos consultores você terá acesso as bibliotecas compiladas e aos cursos. https://projetoacbr.com.br/pro/

Bom dia, na versão que você utiliza para fazer os testes, configure a base de dados cópia com dados do seu certificado. CNPJ, Transmissor, Razão Social... Em alguma situações irá ocorrer divergências de enquadramento! Mais irá conseguir testar boa parte das situações! Adote como padrão toda vez que mudar o banco de dados, limpe a base do esocial de produção restrita e faça as transmissões.

@Alexandre de Paula eu baixei um arquivo XML válido e comparei com o meu e vi que tinham 2 erros: tinha alguns números decimais com casas decimais a mais (só pode ter duas) e vi que tava faltando uma parte da assinatura do certificado digital. Dai fui debugar a função que assinava o certificado e encontrei o problema lá. Depois disso bateu certo na sefaz!

@Dangelo2010 Utilize este programa para gerar a assinatura : lembre-se de: 1. sat precisa estar vinculado 2. Seu certificado precisa estar válido e tbm estar atualizado no COM-SAT da retaguarda sefaz. (caso vc tenha renovado seu cerificado, veja se subiu o novo certificado na retaguarda SAT da Sefaz. )

Boa noite, Consegue dar um pouco mais de detalhes sobre como solucionou o problema? Vi em um post anterior que o outro amigo ainda não tinha conseguido resolver. Talvez possamos ajudar mais alguém colocando uma instrução aqui. Obrigado!

Boa Noite prezados! Ok, Vou atualizar e testar. Muito Obrigado.

Boa tarde Wanderson, Alterei mais algumas coisas referente ao segmento Z juntamente com a sua contribuição e mandei para o SVN. Por favor atualize os fontes, reinstale o ACBr e faça novos testes.

Boa tarde Ademar, Já esta no SVN. Favor atualizar os fontes, reinstale o ACBr e faça novos testes.

Boa tarde, Compile o programa de exemplo, configure o município, utilize o botão emitir e analise os xmls gerados.

Olá, Não existe serviço de inutilização do CT-e 4.00 e ele também foi desativado essa semana no CT-e 3.00 conforme Nota Técnica 2023.001. No Ajuste SINIEF 31/22 o trecho da legislação do CT-e que falava sobre a necessidade de inutilizar os números não usados foi revogado, com efeito desde 01/06. Ou seja, desde o início do mês essa função não é mais necessária e agora nem pode ser mais usada pq os serviços foram desativados na SEFAZ tbm.

Não, porque a única forma de contingência que exige a expressão "DACTE em Contingência - impresso em decorrência de problemas técnicos" no corpo do DACTE é a contingência em formulário de segurança. Pra ficar mais claro: - Contingência em FS-DA: imprime o DACTE sem aprovar o CT-e usando o papel especial para FS-DA com um layout específico e mandar o XML pra SEFAZ quando o serviço voltar a ficar disponível. - Contingência em EPEC: aprovar o evento EPEC na SVC que atende a UF, imprimir o DACTE em papel normal e depois mandar o XML pro ambiente normal da UF quando o serviço voltar a ficar disponível. - Contingência em SVC: aprovar o CT-e na SVC que atende a UF e imprimir o DACTE normalmente, como qualquer outro DACTE sem precisar de nenhuma indicação especial. O XML não precisa ser enviado pro ambiente da UF depois.

Bom dia! Dia 28/06/2023, por volta das 10:34, começamos a receber relatos no canal #sefaz em nossa comunidade do Discord. Os relatos informavam que ao tentar consumir os serviços de NFe receberam mensagens como: Conferindo no DownDetector, é possível observar que por volta das 10:00 os relatos de problema aumentaram exponencialmente: Não há contingência ativada no Portal da NFe até a publicação desta mensagem.

Conferindo às 15:00 no DownDetector, é possível observar que os relatos de problema diminuíram consideravelmente indicando normalização dos serviços:

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

Foi lançado recentemente o ACBrBoletoFPDF, um novo componente desenvolvido para facilitar a impressão de boletos utilizando o ACBrBoleto. Esse componente foi criado com a intenção de oferecer uma solução independente de recursos gráficos, especialmente em servidores consoles. Uma das principais características do ACBrBoletoFPDF é a possibilidade de adicionar uma senha ao arquivo PDF gerado, aumentando a segurança dos boletos impressos. Isso é especialmente relevante para empresas que precisam garantir a confidencialidade das informações presentes nos boletos. Além disso, o ACBrBoletoFPDF já está disponível no instalador ACBrInstall, facilitando sua adoção por desenvolvedores que utilizam o ACBrBoleto em seus projetos. Esse novo componente utiliza a FPDF-Pascal, uma biblioteca convertida da famosa biblioteca FPDF, muito utilizada no PHP. A FPDF permite a criação de relatórios PDFs totalmente por código. Isso significa que os desenvolvedores também podem utilizar a FPDF-Pascal para criar relatórios PDF personalizados de maneira eficiente. Com o lançamento do ACBrBoletoFPDF, espera-se que o processo de impressão de boletos se torne muito mais rápido, acessível e seguro, atendendo às necessidades das empresas que dependem dessa funcionalidade. Essa é uma ótima notícia para desenvolvedores e empresas que lidam com boletos e desejam uma solução confiável e eficiente para a impressão desses documentos. O ACBrBoletoFPDF abre novas possibilidades para a automação de processos financeiros e oferece uma alternativa viável para a geração de boletos em ambientes sem recursos gráficos. O ACBr incorporou os fontes da biblioteca FPDF-Pascal, na pasta: \ACBr\Fontes\Terceiros\FPDF-Pascal Saiba mais sobre a FPDF-Pascal no link abaixo: https://github.com/Projeto-ACBr-Oficial/FPDF-Pascal

Logo teremos novos Demos para o ACBrBoleto, usando a FPDF... mas em testes preliminares, a geração de PDF com a biblioteca FPDF-Pascal, se mostrou incrivelmente rápida, e gerando um PDF bem mais enxuto... O tamanho do Boleto em PDF gerado pela FPDF, fica bem menor, em relação ao Boleto em PDF gerado pelo Fortes Report Boleto FPDF Compactado - 5K Boleto FPDF Sem comactação - 14k Boleto PDF em Fortes Report - 29K Tempo de Geração de 11 Boletos, com FPDF Tempo de Geração de 11 Boletos, com Fortes Report Nota: A geração do Boleto com a FPDF pode ficar ainda mais rápida, se a compactação for desligada... mas no momento não há uma propriedade no componente, que permita esse ajuste... procedure TACBrBoletoFPDF.GeraBoleto(const AACBrTitulo: TACBrTitulo); begin GeraDados(AACBrTitulo); FPDF.SetUTF8({$IfDef USE_UTF8}True{$Else}False{$EndIf}); FPDF.SetCompression(True); // Para não compactar o PDF, Mude para False FPDF.AddPage(); FPDF.SetFont('arial', '', 8); GeraFichaPagamento(AACBrTitulo); end;

Boa tarde pessoal! Conforme notícia publicada no dia 30/06/2023, a entrada em produção para os eventos que de processo trabalhista foi prorrogada novamente, não ocorrendo mais no 1º dia de Julho de 2023 conforme previsto anteriormente. Não há nova data divulgada até o momento.