Painel de líderes

Bom dia Desativei essas 2 opcoes marcadas na imagem e funcionou. Obrigado pelo Apoio. At.

Recebi um retorno hoje da SEFAZ MG, fica aqui de informação, pode encerrar o chamado. "Senhor(a), Segundo retorno do nosso setor técnico, a homologação da 2020.006 ficou para 01/03/2021. A homologação da 2020.007 vai depender de definição da RFB que informou que vai marcar nova data. À disposição."

Obrigado pelas dicas @Juliomar Marchetti, Descobri o problema é que antes o componente pegava o proxy da configuração do Windows. Agora tenho que configurar no componente, e por coincidência a máquina que configurei o novo ACBR tinha um variável de Ambiente forçando o HTTP_PROXY. vlw...

E continua dando erro de validação de assinatura no validador da SEFAZ-RS? Foi só remover as indentações que passou aqui:

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

Obrigado Juliomar, é que no suporte haviam me informado que não havia esta alteração e acabei fazendo, mas depois retificaram essa informação.

Creio que sim por ele não ser obrigatorio e ser uma string mas o @Italo Giurizzato Junior vai saber informar direito

Olá Juliomar, A versão do ER está configurada sim. Vou verificar se no exemplo o XML é gerado corretamente, obrigado.

roda isso lá https://github.com/abbodi1406/vcredist/releases

Obg Pelas Resposta , atualizei o cliente com o controle de porta ativado. Qualquer atualização relato aqui. Muito ogb

Agora que vi que está com o monitor. desculpe . então lembre-se que para levar o PDF ele na verdade não usa o ESC POs e sim o Fortes então tem que conferir configurando para fortes report e verificar como está saindo na visualização

Perfeito Juliomar. Baixei as DLLs do PostgresA atualizadas para x86 e deu certo. Muito obrigado pela ajuda. Problema resolvido.

ACbrNFe.Configuracoes.Arquivos.Salvar ACBrNFe.Configuracoes.Arquivos.PathEvento

09/02/2021 - Manifestador da NF-e SEFAZ SP atualizado com a nova cadeia de certificado Atualizando a Notícia de 14/01/201, a SEFAZ SP, responsável pela manutenção do aplicativo da Manifestação do Destinatário, disponibilizado na opção "Downloads","Manifestador de NF-e" desse Portal, informa que concluiu as alterações necessárias na aplicação para suportar a nova cadeia de certificados digitais. Dessa forma, o contribuinte pode retomar o uso "Manifestador de NF-e" na opção "Downloads". fonte: http://www.nfe.fazenda.gov.br/portal/informe.aspx?ehCTG=false&Informe=HQDz+7ZJEgk=

Se está informando tpEvento = teManifDestConfirmacao será enviada a confirmação da operação e não a ciência. Se você está enviando dessa forma e está gerando outra, verifique a sua rotina, anexe aqui os XML de envio e de retorno do envio do evento, se desejar. O que não está correto é a aplicação enviar a confirmação por conta própria, isso deve envolver interação humana, visto que o tipo da manifestação é de responsabilidade da empresa e trará consequências legais pra mesma e pra empresa emitente. O parâmetro do método EnviarEvento se refere ao número de lote de envio, ele não é validado pela SEFAZ, serve para controle da sua aplicação.

Bom dia Guilherme, Já esta quase tudo pronto para migrar o componente ACBrCNAB para o trunk2. Espero que assim mais desenvolvedores possam realizar testes, fazer melhorias e correções necessárias.

Mandei mensagem para a SEFAZ SP... eles retornando, faco os testes e aviso a todos aqui!

Olá, Para quem utiliza o ACBrMonitorPLUS, estamos lançando uma versão Beta Test com algumas melhorias na interface... As mudanças visam uma melhor experiência dos usuários ao configurar a ferramenta e também para identificação de possíveis problemas nas validações de cada componente. Veja no vídeo abaixo o que mudou... E fica o convite para baixar essa nova versão e realizar os seus testes!!!

Bom dia. No arquivo INI original do provedor o link estava com uso de parâmetros e estava incorreto, pelo menos para o link cedido para a prefeitura desejada. Eu o alterei de forma "incorreta" apenas para os testes. Ja fiz testes voltando ao padrão original apenas com o final do link modificado e persistiram os erros. Após isso fiz alguns testes e reparei que dentro do arquivo XML do Envio de Lote Sincrono a tag <homologa> esta sempre indo como false mesmo com as configurações todas em Homologação. 1-env-lotS.xml tomei a liberdade de ir seguindo o caminho pelos fontes do ACBR e encontrei dentro do pnfsNFSEG que a variavel transacao vindo false causava o xml ir em Nao homolagacao modifiquei isso para teste fixando em true 50-env-lotS.xml, e o erro virou o mesmo S39 de Data que estava recebendo pelo envio de lote normal. Em contato com a Elotech eles pediram para entrar em contato com o setor responsavel dentro da prefeitura para atualizacao do cadastro da empresa. Isso ainda sera feito daqui alguns dias visto que estamos no inicio do mês e precisamos emitir as nossas notas para nosso clientes. Iremos aguardar o setor financeiro/comercial fazer as notas ainda pelo site para dai entrarmos em contato com a prefeitura para fazer as atualizacoes ditas necessarias para evitar algum possivel problema com nosso cnpj agora nesse momento do mês. Em alguns dias vamos voltar a trabalhar com isso e vou postando nossa evoluçao aqui. Obrigado por enquanto.

Olá, boa tarde. conforme o post os segmentos B, C e D são filhos do segmento A, as alterações foram realizadas na revisão 20724. att,