Painel de líderes

Não sei se irá ajudar, mas obtive uma resposta da receita hoje referente ao problema que tive com o evento R-2099 (Fechamento). No caso não retornou o protocolo. Pode ser que a rotina seja a mesma para todos os eventos. Abaixo resposta deles: O fechamento foi processado com sucesso. Nesse caso o contribuinte alterou o ID do evento do fechamento e por esse motivo recebeu a mensagem MS1078 - "A EFD já foi fechada para o período informado, ou existe um evento de fechamento em processamento". Para ele recuperar o protocolo do fechamento e realizar a consulta aos totalizadores ele deve reenviar o evento de fechamento com o mesmo ID. A aplicação vai retornar a mensagem MS0022 - "O evento já se encontra na base de dados do sistema" e o protocolo do fechamento será exibido. Qualquer dúvida estou a disposição.

Resolvemos entrar em contato com a Receita através do link: https://idg.receita.fazenda.gov.br/contato/fale-conosco/empresa/sped/R2010 Talvez se todos colocarem lá o problema de não conseguir recuperar o Recibo, talvez eles se posicionem sobre o assunto.

Entendido @Juliana Tamizou irei seguir sua orientação então, pois é, terei que implantar em outro cliente o Banco Safra também, mas agora praça Itaú, é uma Unit diferente, irei fazer alguns testes, creio que com ela não tenha tanto problema, pois algumas coisas para acertar esta unit peguei dentro do próprio projeto, claro seguindo a orientação do banco. Acabei mencionando isso porque o SVN não atualiza uma Unit alterada sem um commit("Acho que é assim que se fala") então para evitar problemas, acabei atrasando as atualizações do componente, mas enfim, irei fazer o que me falou, obrigado pela atenção. De qualquer forma, entendo, o projeto ACBR é uma mão na roda e conta com inúmeros componentes para automação comercial, entendo que pode-se levar um tempo para que uma alteração entre no SVN, até para evitar dar problema em quem já usa o mesmo, só comentei devido ao motivo acima, e um possível feedback, bom só resta aguardar, obrigado...

O pessoal está utilizando a ultima versão sem problemas... Estranho não estar gerando o arquivo de saída apenas para envio de NFe. se estiver compilando o ACBrMonitor com Lazarus, atualize novamente os fontes e faça um Clear and Build. Se possível anexe aqui o arquivo txt de entrada com o comando completo e seu arquivo ACBrMonitor.ini para testes.

No XML a tag deve ser informada com 2 a 4 casas decimais, segundo layout. Provavelmente estavam falando de algum layout próprio e não do XML. Caso informe com apenas uma casa causará falha de schema:

Boa tarde, Daniel Fiz alteração do certificado, conforme você sugeriu indicando o caminho do arquivo, e deu certo. Muito Obrigado

@Italo Jurisato Junior Consegui resolver o problema, Minha carta de correção sempre funcionou, como disse, semana passada parou de funcionar... Comecei a comparar novamente o código e vi que o meu código não tinha essa linha: infevento.tpEvento := teCCe; Só não entendi como sempre funcionou, Desculpem pessoal falha minha. Grato, Wagner

Isso mesmo! Muito obrigado!

Bom Dia, Se torna obrigatório pra todos a 4.0 no próximo Mês. Creio que essa validação só ocorre no Layout 4.0, pois até o momento, nenhum cliente com o Layout 3.1 teve rejeições referente a isso. Mas o 3.1 está com seus dias contados, vai até o final desse mês, se o Encat não prorrogar.

ValdirDill, Conforme NT. 2017.001V1.2, o cEAN (GTIN) começou a ser validado de acordo com o CNAE e o NCM dos produtos, conforme no anexo dessa NT. Não está rejeitando porque a regra não entrou para o seu "Perfil" ainda. Compensa dar uma lida a respeito.

Deve ser uma sobrecarga no Servidor... como esse tipo de comunicação é síncrona, faz-se necessário um Timeout maior... Mas o problema é que qualquer espera acima de 10 segundos o usuário da aplicação já reclama...

Olá! Sou usuario novo do ACBR. Estou utilizando o componente da balança e já vejo grandes possibilidades em usar os outros componentes! Farei o possível para ir no evento. Sucesso a todos!

Boa tarde @Italo Jurisato Junior Só para encerrar esse assunto.. Achei uma nota técnica que orienta sobre o campo fatorMes que estava gerando minha duvida e que estava bem confuso, o MOS não está de acordo com o layout, então com o ajuste que você fez para gerar com duas decimais neste campo, fica correto, fiz o teste e está subindo normalmente pro webservice.. https://portal.esocial.gov.br/manuais/nota-tecnica-02-2018.pdf

Caros colegas, obrigado por me responder. Eu havia lido artigos anteriores do @Italo Jurisato Junior e @Juliomar Marchetti, falando que o ACBr, a partir de um determinado momento, não suportaria mais o CAPICOM. Sendo assim, imaginei que o problema poderia ser esse. Fiz testes com a seguinte configuração na guia Certificado: SSLLib = libWinCrypt Cryptlib = cryWinCrypt HttpLib = httpWinHttp XMLSignLib = xsLibXml2 Por incrível que pareça, a primeira geração que fiz deu certo (não sei como nem porque) e as demais não (tenho os XML de retorno para comprovar... Kkk). Mas agora que o @EdmarFrazao passou mais esta configuração (Configuracoes.WebServices.SSLType := LT_TLSv1_2;) está tudo certo. Basta configurar de acordo com o que está acima que tudo funcionará corretamente. Mais uma vez muito obrigado a todos!

OpenSSL apenas funciona com A1 através do caminho ou dados do PFX Wincrypt funciona com A3 e A1 imstalado no Windows e também permite a carga do A1 por PFX (O que dispensa a instalação do certificado no Windows) Capicom nada mais é do que um wrapper para Wincrypt.. mesmo as chamadas de .NET para criptografia acabam usando a Wincrypt Nesse vídeo (exclusivo aos usuarios do SAC) é explicado em detalhes a ACBrDFeSSL

Reverti alterações do commit 15264. Não será possível usar LT_ALL na versão 4.00 com HttpWinApi sendo necessário configurar para LT_TLSv1_2

Depende da configuração SSLHttpLib: - httpCapicom e httpIndy: Depende de DLLs do Windows (W7/WS2008 ou posterior, precisa fazer as atualizações) e configurações avançadas do IE. - httpWinHttp: Depende de DLLs do Windows (W7/WS2008 ou posterior, precisa fazer as atualizações) e da configuração SSLType do componente. - httpOpenSSL: Depende apenas da configuração SSLType do componente, mas suporta apenas certificado A1. Usar DLLs OpenSSL de versão 1.0 ou superior.

Acabei de ter esse problema, para fazer o download do XML somente via site eu acho! Tem ate um manual que a própria secretaria da Fazenda de SP disponibiliza! http://www.essystem.com.br/downloads/baixarxmlsdosat.pdf Espero ter ajudado!