Painel de líderes

A Secretaria da Fazenda do Ceará (Sefaz-CE) informa que nesta quarta-feira (19/10), das 7h30 às 11h, será realizada uma atualização nos serviços relacionados ao Módulo Fiscal Eletrônico (MFE), em virtude de uma nova versão disponível. A Sefaz-CE destaca que a emissão e geração do Cupom Fiscal Eletrônico (CF-e) não serão afetadas, pois ocorrem de modo off-line no equipamento MFE do Contribuinte. Durante o processo, ficarão indisponíveis o Portal CF-e (cfe.sefaz.ce.gov.br) e os processos de vinculação, ativação e transmissão de Cupons Fiscais Eletrônicos ao Fisco. Fonte: Secretaria da Fazenda (sefaz.ce.gov.br)

Não existe no manual nada que oriente identificação de via do DANFE NFe. O DANFE é documento auxiliar, o XML assinado e autorizado é o documento com validade jurídica. Já no DANFE NFCe existe a via do consumidor e a via da empresa, no caso da emissão em contingência offline.

@Alexandre Felippeto Henzen bom dia ! mude as configurações SSLType para LT_TLSv1_2 veja se resolve o Erro Interno 12175

@Reginaldo Caputo bom dia ! A consulta do GTIN é feita nos servidores RS. (Portal da Nota Fiscal Eletrônica - SVRS) Se você consultar estas barras que citou de exemplo, vai ver que o retorno web é o mesmo, pois apenas consultamos webservice e retornamos o resultado.

Importante... Observe na imagem abaixo que existem 2 aplicativos em execução: o Monitor DRIVER que é obrigatório para que funcione a DLL e o Integrador e Validador que será descontinuado (e pode ser removido). Então siga esses passos, para obter as DLLs 1 - Faça download do último Driver em: https://cfe.sefaz.ce.gov.br/mfe/informacoes/downloads#/ 2 - Rode o Instalador do Driver 3 - Localize onde os Drivers foram instalados Aqui ele ficou em: "C:\Program Files (x86)\SEFAZ-CE\Driver MFE" 4 - Copie a pasta com as DLLs necessárias SIM.. você precisará de todas essas DLLs na mesma pasta e não apenas a MFE.dll 5 - Copie todas essas DLLs na mesma pasta do seu Aplicativo (.EXE) 6 - Configure o ACBrSAT, para fazer uso das DLLs que estão na pasta do seu .EXE DICA: Antes de remover o INTEGRADOR, você pode fechar o aplicativo para fazer os testes direto com os drivers MFE. Depois de ter executado os testes com sucesso (com o integrador fechado), o mesmo não será mais necessário. Apenas os drivers MFE. Pronto, agora sua aplicação está pronta para se integrar ao MFe!

Olá pessoal, Para ficar mais fácil de acompanhar quais os municípios que já assinaram a adesão a NFS-e Padrão Nacional, disponibilizo abaixo o link do Portal da Nota Fiscal de Serviço Eletrônica (Munícipios Aderentes). Municípios Aderentes — Português (Brasil) (www.gov.br)

Boa tarde, Confirmando, esses xmls foram gerados: * Com o programa de exemplo * Com os campos de proxy preenchidos * Foram salvas as configurações antes de consultar Confirmando as três condições acima, com base no XML de retorno, o proxy não é o problema pois a comunicação foi feita e os dados foram recebidos. Aumente o timeout para 30k ou mais, pois a conexão pode estar sendo interrompida antes da finalização do processo e gerando a inconsciência ao alimentar os dados no componente. Se tiver como debugar no ambiente com proxy, navegue com o F7 dentro dos métodos para ver onde está ocorrendo o erro que faz com que o componente não seja alimentado.

Eu vou conferir, obrigado.

Deu certo, obrigado amigo

@valterpatrick houve alteração na URL utilizada nas consultas do componente no dia 05/10/2022. Veja a alteração realizada em https://sourceforge.net/p/acbr/code/26970/

Boa tarde a todos, Foi enviado hoje para o SVN uma contribuição de implementação do provedor Bauhaus. Favor atualizar os fontes, reinstale o ACBr e façam os testes usando o programa exemplo do componente ACBrNFSeX.

Bom dia! Por favor, verifique se não tem(ou como você disse que foi de um dia para o outro, se não foi adicionado) proxy que possa estar atrapalhando. Se houver o mesmo precisa ser configurado no componente.

Bom dia Diego. Obrigado pelo retorno. Numa máquina com o Proxy ativo, marquei a opção que você me orientou e retornou os 4 XMLS anexos: 7890176052858-cons-gtin.xml7890176052858-gtin-soap.xml7890176052858-gtin.xml7890176052858-cons-gtin-soap.xml Aparentemente o serviço está respondendo OK, só o componente não retorna os dados dos XMLs de consulta quando informado o proxy. Lembrando que em máquinas sem proxy ele retorna e exibe normalmente os dados dos XMLs retornados. Obrigado desde já, Angelo.

Então galera... É um mistério mesmo... Ela testou hoje e funcionou pela internet da empresa da cliente. A consulta lá nessa máquina e SÓ nessa máquina simplesmente dava erro desde 03/2022, mas só soube disso nos últimos dias, então abri esse tópico e tentei com a ajuda de vocês elucidar o mistério. Até que simplesmente o cliente, orientado por mim, tentou fazer a consulta usando a internet do celular dele no computador e funcionou. Daí pra frente passou a funcionar com a internet da empresa também. Sinceramente não sei o que rolou lá e detesto não saber exatamente como se dá uma resolução, pois nesses casos o problema te persegue lá na frente. Mas na falta de novidades a respeito, creio que podemos encerrar esse tópico.

Obrigado pela dica. O problema estava no momento de gerar o EXE, havia me esquecido de adicionar as libs no programa que uso para gerar o mesmo.

Bom Dia... Fontes Atualizados, testados, e tudo 100% novamente... Fluxo de Pagamento e /cob (Pagamento Imediato) funcionando normalmente... Somente o /cobv continua como antes: Req.Body: {"chave":"09402169000142","calendario":{"dataDeVencimento":"2022-10-26","validadeAposVencimento":7},"devedor":{"cpf":"67751079002","nome":"Elias Cesar Vieira"},"valor":{"original":"0.50"}} ResultCode: 403 - Forbidden Resp.Headers: HTTP/1.0 403 Forbidden Server: openresty/1.15.8.2 Content-Length: 0 Strict-Transport-Security: max-age=15724800; includeSubDomains WWW-Authenticate: Bearer X-Content-Type-Options: nosniff Strict-Transport-Security: max-age=31536000 ; includeSubDomains X-Frame-Options: DENY X-XSS-Protection: 1 ; mode=block Referrer-Policy: no-referrer Expires: Wed, 19 Oct 2022 12:01:37 GMT Cache-Control: max-age=0, no-cache, no-store Pragma: no-cache Date: Wed, 19 Oct 2022 12:01:37 GMT Connection: close Resp.Body: ChamarEventoQuandoReceberRespostaEndPoint( /cobv, PUT ) ResultCode:403 RespostaHttp: TratarRetornoComErro( 403 ) Obrigado EliasCesar Obrigado @EliasCesar, testado e 100% novamente...

Olá @infomatte, Enviei ao SVN uma alteração... se puder atualizar seus fontes e testar por favor.

Boa noite, Um pequeno complemento ao que o Italo disse. Você usa exatamente as configurações de SSL / TLS para todos os clientes? Se for, revise conforme a seguir e veja se resolve. A1: SSLLib := libOpenSSL SSLCryptLib := cryOpenSSL SSLHttpLib := httpOpenSSL Copie as dlls atuais na pasta do seu exe. trunk2/DLLs/OpenSSL/1.1.1.10/ A3 : Windows atualizado SSLCryplib = cryWinCrypt SSLHttpLib = httpWinHttp SSLLiB = libWinCrypt Para ambos SSLXMLSignLib = xsLibXml2 SSLType = LT_TLSv1_2 Copie as dlls atuais da LibXml2. trunk2/DLLs/LibXml2/ Lembrando, se a sua aplicação for x86, use as dlls x86, mesmo que o S.O. seja 64.

Boa tarde! Por favor, faça um teste com o programa exemplo marcando a opção "Salvar envelope Soap" na aba WebServices e confira nos arquivos gerados se vem as informações.

Então galera ... Desculpa a demora aí, mas ontem foi feriado aqui e só deu para o cliente testar hoje. A consulta funcionou normalmente pela internet do celular... Então podemos afirmar até o momento que pela internet do celular nesse computador funciona... Amanhã vou pedir para ele testar pela internet da empresa e dependendo do retorno encerramos o tópico. Abraços a todos

As consultas públicas de documentos fiscais eletrônicos passarão a exigir a partir do dia 17/10/2022, além do Recaptcha, o login de usuário na plataforma gov.br com o seu CPF. Essa medida visa aumentar a segurança do portal, como a autenticação e a disponibilidade dos serviços ofertados aos usuários. A gestão dos dados dos usuários será realizada pela plataforma de login único do Governo Federal, a mesma utilizada para acesso a CNH, carteira de vacinação, INSS e imposto de renda. O Login gov.br será exigido apenas no primeiro acesso, não exigindo novo login para as demais consultas realizadas dentro do mesmo acesso. Quando solicitadas as informações de outro documento fiscal, será exigido do usuário apenas o Recaptcha. Fonte : https://dfe-portal.svrs.rs.gov.br/Nfe/Avisos/2854

Olá Pessoal, Abaixo temos uma lista de cidades que já assinaram a adesão da NFS-e Padrão Nacional: AC: Rio Branco, AM: Borba, BA: Salvador, Araci, Bom Jesus da Lapa, Luis Eduardo Magalhães, Camaçari, CE: Sobral, ES: Ponto Belo, GO: Mineiros, Paraúna, Planaltina, Paranauba, MA: Imperatriz, São João dos Patos, MG: Belo Horizonte, Alfenas, Pompéu, Contagem, MS: Costa Rica, MT: Campos de Júlio, Santo Afonso, PA: Marabá, PB: João Pessoa, PR: Vitorino, Toledo, Maringá, RJ: Rio de Janeiro, RN: Rodolfo Fernandes, RO: Porto Velho, Santa Luzia d’oeste, RS: Bento Gonçalves, Porto Alegre, Cristal, SC: Florianópolis, São Cristóvão do Sul, Imarui, SE: Aracaju, SP: São Paulo, Santos, Campinas, Santa Cruz do Rio Pardo, Garça, Matão, Monte Azul Paulista, Salto, São Luiz do Piraitinga,

Bom dia pessoal ! Para quem ainda não conhece, o Lazarus/FPC é uma poderosa IDE e compilador da Linguagem Object Pascal, muito semelhante ao Delphi, e desenvolvido totalmente em Código Aberto... ( Saiba mais em: https://www.lazarus-ide.org/index.php?page=about ) Como esta versão usa o FPC (Free Pascal Compiler), na versão 3.2.2, então não devemos ter mudanças brusca na compilação dos projetos existentes... Você pode fazer o download do Lazarus, na página oficial do Projeto: https://www.lazarus-ide.org/ Para manter a compatibilidade com as diferentes versões de Windows e as DLLs existentes, use a versão 32 bits do Lazarus. Depois se preferir você pode utilizar Cross-compiling , para gerar aplicações para Windows 64 por exemplo baixando instalação complementar Windows 32bit Add Ons É uma versão bugfix, ou seja, de correção de bugs e foi construída com FPC 3.2.2. Destaques da Release: Alteração LazUtils: SysUtils.FileExists (antigo FileExistsUTF8) que suporta unicode sob Windows desde FPC 3.0; Unidade de máscaras que foi criado um novo parâmetro dentro de TMaskOptions "moDisableSets"; LazFreeType as units de fontes freetype movidas para /componentes/freetype/freetypelaz.lpk; Por fim a unidade PasWStr removida por só ser funcionar compilador pré 3.0.; Alterações Interfaces LCL: Qt5 em LibQt5Pas 1.2.8 suporte completo de componentes OpenGL; Alterações da IDE: CodeTools suporte funções anônimas, modificações inspetor de objetos e inspetor de projetos, extensão de PO mestres conhecidos como modelos alterada de .po para pot; Grupo de projetos; gerenciador de pacotes; O Debug (depurador) GDB(mi) vem agora com a versão 9.2 do GDB modificada para uso com unicode. (por 32 e 64 bits) e o LazDebugger-FP v1.0 agora é padrão para novas instalações no Windows e Linux; Componentes: AnchorDocking ganhou novas funcionalidades; melhorias no formato de código Jedi; DockedFormEditor também foi modificado e é o substituto do sparta_dickedformeditor. Aqui está a lista completa de alterações/correções: Lazarus 2.2.0 release notes - Lazarus wiki (freepascal.org) User Changes 3.2.2 - Free Pascal wiki Lista de correções para Lazarus 2.2.x: Commits · fixes_2_2 · FPC / Lazarus / Lazarus · GitLab Versão disponivel no SourceForge: Lazarus - Browse Files at SourceForge.net

Olá pessoal, Eu de novo com mais novidades sobre a NFS-e Padrão Nacional e o componente ACBrNFSeX. Na minha postagem do dia 01/09/2022 escrevi que a implementação do provedor PadraoNacional que tem por finalidade atender as cidades que vierem a aderir o Padrão Nacional seria realizada em 3 etapas. Relembrando as 3 etapas: 1. Escrever a Unit que vai gerar o XML do DPS. 2. Escrever a Unit que vai ler o XML do DPS e da NFS-e. 3. Escrever a Unit que monta os Envelope Soap para cada serviço disponibilizado pelo WebService, prepara o envio do XML de cada serviço, bem como o tratamento do retorno de cada serviço. Pois muito bem as etapas 1 e 2 já foram finalizadas. Com relação a etapa 3 já temos 2 serviços implementados e testes sendo realizados. Temos o serviço de emissão da nota, ainda não consegui um resultado de 100% de funcionalidade uma vez que estou tendo uma rejeição de erro não catalogado. No meu entendimento erro não catalogado pode ser um bug no webservice responsável por recepcionar o DPS, (como já dito no Padrão Nacional temos o DPS - Declaração Provisória de Serviço em vez do RPS - Recibo Provisório de Serviço) ou o XML contém alguma tag com um valor errado e não existe uma regra especifica para retornar a mensagem correta do erro. Mas em breve vamos descobrir o que está errado. O segundo serviço que foi implementado e este esta funcional é a consulta da NFS-e pela chave. Com esse serviço tanto o emitente quanto o tomador ou intermediário do serviço podem baixar o XML da NFS-e. O próximo serviço a ser implementado é o envio de eventos. Sim eventos, no Padrão Nacional o cancelamento de uma nota vai ser através de um evento. A Equipe ACBr está muito empenhada em realizar as implementações e os testes. Para quem trabalha com o Delphi ou Lazarus e tem permissão de realizar testes vão poder a partir de agora a utilizar o componente, pois tudo o que já foi implementado já se encontra no SVN. Convido a todos a atualizarem todos os fontes de todas as pastas e reinstale o ACBr. A cidade que está sendo utilizada para fins de testes é: Bonfim/RR.

Olá Pessoal, Abaixo mais cidades que assinaram a adesão ao Padrão Nacional.

Olá Pessoal, A etapa 2 foi concluída a leitura do XML do DPS e já se encontra no SVN, está faltando agora a leitura do XML da NFS-e.

Olá Pessoal, É com muita satisfação que venho comunicar a todos que o componente ACBrNFSeX já está gerando, assinando e validando o XML do DPS (Declaração Provisória de Serviço) termo usado no layout da NFS-e Padrão Nacional. Foi implementado o provedor PadraoNacional no componente. A implementação está dividida em 3 etapas: 1. Escrever a Unit que vai gerar o XML do DPS. 2. Escrever a Unit que vai ler o XML do DPS e da NFS-e. 3. Escrever a Unit que monta os Envelope Soap para cada serviço disponibilizado pelo WebService, prepara o envio do XML de cada serviço, bem como o tratamento do retorno de cada serviço. A etapa 1 já foi finalizada, vamos partir agora para a etapa 2. Já foi escrito uma previa do código que prepara o XML de envio para que fosse possivel testar a unit que gera o XML, mas ela ainda vai sofrer alterações. Para finalizar, fui obrigado a fazer alguns ajustes nas classes, mais precisamente na classe que contém as informações sobre o Intermediário, Construção Civil e em 2 campos da classe Tomador. Abaixo temos uma relação do que foi alterado: A esquerda como era, a direita como ficou: IntermediarioServico.* => Intermediario.* IntermediarioServico.RazaoSocial => Intermediario.RazaoSocial IntermediarioServico.IssRetido => Intermediario.IssRetido IntermediarioServico.CpfCnpj => Intermediario.Identificacao.CpfCnpj IntermediarioServico.InscricaoMunicipal => Intermediario.Identificacao.InscricaoMunicipal IntermediarioServico.EMail => Intermediario.Contato.EMail IntermediarioServico.DDD => Intermediario.Contato.DDD IntermediarioServico.Telefone => Intermediario.Contato.Telefone Tomador.NifTomador => Tomador.IdentificacaoTomador.Nif IdentificacaoTomador.DocTomadorEstrangeiro => IdentificacaoTomador.DocEstrangeiro ConstrucaoCivil.CodigoMunicipioObra => ConstrucaoCivil.Endereco.CodigoMunicipio ConstrucaoCivil.LogradouroObra => ConstrucaoCivil.Endereco.Endereco ConstrucaoCivil.ComplementoObra => ConstrucaoCivil.Endereco.Complemento ConstrucaoCivil.NumeroObra => ConstrucaoCivil.Endereco.Numero ConstrucaoCivil.BairroObra => ConstrucaoCivil.Endereco.Bairro ConstrucaoCivil.CEPObra => ConstrucaoCivil.Endereco.CEP ConstrucaoCivil.UFObra => ConstrucaoCivil.Endereco.UF ConstrucaoCivil.CodigoPaisObra => ConstrucaoCivil.Endereco.CodigoPais ConstrucaoCivil.xPaisObra => ConstrucaoCivil.Endereco.xPais