Painel de líderes

@antonio.carlos Boa tarde, o banco retornou com alguns erros. vou corrigi-los e assim que eles validarem anexo o arquivo corrigido. Me desculpem pelo inconveniente.

Verifique a série da NFe. Pra emitir NFe produtor rural CPF precisa informar série específica 920 a 969.

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:

Boa Tarde Alguém já consegui gerar o código CSC em produção para utilização da NFCe? se sim, teria como mim enviar o link de onde faço esse procedimento Algo que não entedi CAPÍTULO III EMISSÃO DE NOTA FISCAL DE CONSUMIDOR ELETRÔNICA COM CONTINGÊNCIA NO PROGRAMA APLICATIVO FISCAL – NOTA FISCAL DE CONSUMIDOR ELETRÔNICA (PAF-NFC-e) (art. 94-A do Anexo 11 do RICMS/SC-01) –TTD 707 Art. 11. As regras e procedimentos previstos neste Capítulo são aplicáveis: I – aos contribuintes varejistas que, em substituição à emissão de Cupom Fiscal por meio de ECF, optarem pela emissão da NFC-e com a contingência no PAF-NFC-e, conforme o art. 94-A do Anexo 11 do RICMS/SC-01; e II – às empresas desenvolvedoras de PAF-NFC-e para emissão de NFC-e e com a contingência no PAF-NFC-e. Não entendi essa parte, se o PAF-NFC-e e um aplicativo de emissão para NFC-e como assim contingência no PAF-NFC-e? Art. 12. As empresas mencionadas no inciso II do art. 11 deste Ato deverão desenvolver o PAF-NFC-e atendendo a todos os requisitos previstos no Anexo III deste Ato. Art. 13. A numeração da NFC-e será sequencial e irreversível em cada série utilizada, vedando-se o uso de série distinta para as NFC-e autorizadas e as emitidas em contingência. Parágrafo único. Fica autorizado o uso de séries distintas para diferenciar os pontos de venda do contribuinte. Art. 14. Os contribuintes emitentes da NFC-e, nos termos deste Capítulo, poderão optar pelo uso do ECF e do PAF-ECF a qualquer momento, desde que cumpram todos os seus requisitos previstos na legislação, e só poderão retornar a emitir a NFC-e por meio do Dispositivo Autorizador Fiscal (DAF).

@Juliomar Marchetti Muito obrigado! Vou dar um reset aqui na cabeça, chutar unas canelas e dar continuidade

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,