Valdir Dill

Bom dia, KKK...só para descontrair um pouco, relato o que o atendimento da SEFAZ-PA respondeu a um cliente: ligue no telefixo do Sebrae Rio Grande do Sul 51 3211-1562 para falar sobre o erro que esta acontecendo já que eles são responsaveis pelas atualizaçoes... Parece piada, mas não é, confirmei com o cliente e foi isso mesmo que orientaram. Pode? Abraços.

Bom dia, Deixa eu esclarecer um pouco a questão... Na verdade o problema não está ocorrendo a nível nacional. É apenas na SEFAZ-PA e passou a ocorrer a partir de ontem (02/09). Até então era possível emitir NFe com CPF, sem ter CNPJ vinculado e sem problema algum. O que ocorre é que a SEFAZ-PA mudou seus endereços de SVAN para SVRS e, imagino eu, que o novo servidor não está preparado para receber nota cujo certificado é apenas CPF. Estamos tendo o mesmo problema aqui com vários clientes. A SEFAZ-PA alega que é problema no nosso sistema que não atualizou os WS, mas a rotina que envia o XML de NFe de CPF é exatamente a mesma rotina que envia o XML de CNPJ e, NFe de CNPJ está enviando normal, sem nenhum erro. Então, não é no sistema e, com absoluta certeza, o problema é no WS novo deles que não está preparado para NFe vinda de CPF. Enviamos todos os XMLs para eles e estão analisando, mas...é sempre assim, se não têm 100% que o problema é lá, sempre vão dizer que o problema é no sistema emissor, rs.. Abraços...

Boa tarde, Também estou com esse problema. Não sei se é alguma coisa no Acbr que mudou, pois até semana passada não fazia isso. E não é o Gmail o problema, pois testei tanto com Gmail com outros servidores e acontece a mesma coisa. Ele vai como anexo e também como texto no corpo do e-mail. Obrigado.

Boa tarde, Fontes atualizados, testados e problema resolvido. Obrigado.

Bom dia, Beleza, atualizei novamente agora e tudo certo, as mudanças estão presentes. Obrigado. Abraços.

Boa tarde, Essas mudanças já foram upadas para o repositório? Baixei os fontes hoje e os resDFe e chDFe não estão disponíveis para uso. Obrigado.

Boa tarde, Fontes atualizados, teste efetuado e problema resolvido. Obrigado.

Boa tarde, Mas é no novo componente que o problema ocorre.

Boa tarde @BigWings, Não sei bem se o que fiz é correto, rs..Não consegui analisar ainda bem em detalhes o debug, mas só para dar um caminho para sua análise... Eu fiz o seguinte: na llinha 1006 da ACBrNFeDANFEFRDM.pas eu incluí a linha -> else FieldByName('DescricaoProduto').AsString := StringReplace( Prod.xProd, ';', #13, [rfReplaceAll]); Acho que o problema está nesse campo DescricaoProduto que não está sendo alimentado. Veja se isso ajuda... Abraços.

Boa tarde, Também estou com esse problema. Tanto utilizando o DANFeNFCe3_50.fr3, como o DANFeNFCeA4.fr3. Obrigado.

E o ENCAT ainda quer punir as softwares houses por rejeições e perdas de prazo de reenvios em contingência...Pode isso? Hehe!

Buenas... Pelo que analisei a passagem de ônibus (ida e volta) está na faixa de R$ 250,00. Distância de 400 km +- daria uns R$ 300,00 de combustível, ou seja, pouco mais de uma passagem. Não sei quanto tem de pedágio, mas creio que não seja muito. Isso sem contar que de ônibus demora bem mais. Ainda tem a questão dos horários que ficamos condicionados aos do ônibus. Mas tranquilo...Qualquer coisa me avise. Já deixei meu fone aí no post. Obrigado.

Bom dia, Gostaria de ir, mas de de avião fica inviável por causa dos valores e horários de vôos. Talvez possamos ir juntos de carro. Me add no WhatsApp 41-99709-5622. Abraços.

Boa tarde, Não sei se vai ser igual para todas as UFs, mas estamos iniciando alguns testes com NFe para CPF em MG. Nessa UF é preciso que o emitente faça um cadastro especial para poder emitir a nota. Ainda não conseguimos fazer nenhum teste porque a liberação desse cadastro não saiu. Demora alguns dias. Talvez aí na sua UF também precise desse cadastro e, por isso, esteja ocorrendo a rejeição. Abraços.

Boa tarde, Resposta SEFAZ-MS. " Devido a problemas de fornecimento de energia (pane elétrica ocorrida na região do Parque dos Poderes) alguns computadores da SGI foram afetados. Todo o esforço de reestabelecimento dos sistemas informatizados está sendo realizado, a previsão de normalização que nos foi repassada será a partir das 12:00h de hoje, 31/08/18. Os cancelamentos de NF-e estão sendo prejudicados em função de checagem em sistemas paralelos. Tão logo estes sistemas paralelos estejam normalizados, as solicitações de cancelamento de NF-e também estarão normalizadas. Informamos que todos os pedidos de cancelamento de NF-e que tenham sido solicitados dentro do período da pane elétrica serão liberados, assim que a situação esteja normalizada. Portanto, favor aguardar. Atenciosamente, Equipe NF-e" Aberaços

Boa tarde, Fiz isso e agora está dando rejeição: "erro não catalogado". Alguma dica? Obrigado.

Boa tarde, Eu estava com esse erro em GO. As configurações abaixo resolveram: SSL.SSLType := LT_TLSv1_2; Configuracoes.WebServices.TimeOut := 15000; Abraços

Daniel, acho que você não leu direito minha resposta ou eu não fui claro, rs.. Como mencionei, não tem necessariamente a ver versão a versão do Windows (pode ser 7, 8 ou 10), mas o problema é falta algum update/pack. Vai por mim, tivemos mais de 180 usuários com esse erro. Todos, absolutamente todos foram resolvidos após a atualização total do Windows. Veja, por exemplo, se este remendo está instalado -> https://support.microsoft.com/pt-br/help/3140245/update-to-enable-tls-1.1-and-tls-1.2-as-a-default-secure-protocols-in-winhttp-in-windows Abraços.

Boa tarde, Isso é problema de Windows desatualizado. Tive vários usuários com esse problema e, em todos os casos, a atualização do Windows resolveu. Não necessariamente a versão, mas falta algum update/pack. Logicamente que não pode ser XP. Esse já não funciona faz tempo, rs.. Abraços.

Bah, que grosseria tchê!! Será que nunca ninguém pode discordar de ti??? Eu só queria ajudar relatando o que acontece aqui. O post nem foi eu que abri. Só estava querendo ajudar o outro colega que iniciou o post. Eu uso os componentes Acbr há mais de 10 anos e Isso NUNCA ocorreu comigo também. Trabalho com instalação de softwares/Windows há mais de 20 anos. Não estou iniciando agora. Se você tivesse lido todo meu relato veria que eu NÃO tenho os fonte onde você diz. Mas tudo bem, da próxima vez não me meto mais nas tuas respostas. De toda forma, obrigado. Encerro minha participação neste post por aqui.

Bom dia, Tenho que discordar @Juliomar Marchetti. Eu fiz uma instalação com o HD formato, ou seja, sem a menor possibilidade de haver .bpls ou outros arquivos do Acbr perdidos na máquina. HD novo, Windows novo e Delphi novo. Pode até isso que você diz, mas então é o instalador do Acbr, quando executado pela segunda vez que faz isso. Veja bem, eu instalo os componentes pelo instalador. Acesso o Delphi e tudo (todos os componentes Acbr) está lá normal. Basta eu fazer um update no svn e executar o instalador novamente. Mesmo que eu não mude absolutamente nada nas configurações de instalação, nem de pasta, nem nada. Só execute o instalador. Quando entrar no Delphi ele vai dar esse erro. Abraços.

Bom dia, Meu Acbr também começou a fazer isso. Já aconteceu 3 vezes nos últimos 15 dias. Toda vez que faço um update e executo o instalador, logo que vou acessar o Delphi ele diz que alguns pacotes não estão lá, mesmo estando. A solução que encontrei foi executar os seguintes passos: - Criar uma nova pasta para os fontes (toda vez tenho que mudar a pasta); - No Delphi eliminar todos os path do Fortes no library path; - No Delphi, em Install Package, remover todos os .bpl do Fortes; - Eliminar a pasta antiga dos fontes; - Na nova pasta baixar os fontes Acbr; - Execute o apagaAcbr.bat; Fiz um teste executando todos esses passos, exceto sem mudar a pasta dos fontes e não funcionou. Instalar instalou tudo certo, mas é só entrar no Delphi que dá o erro. OBs.: não esqueça de na instalação marcar a opção "Copiar todas as dlls(...". Não sei se tem a ver, mas o problema começou depois que mudei para Windows 10. Abraços.

Bom dia, Quando se faz necessária uma reinstalação completa e "limpa" do Acbr, é recomendável executar o apagarAcbr.bat para limpar tudo o que tinha da instalação anterior, correto? Ocorre que esse bat não apaga tudo quando os fontes baixados na máquina tiverem sido gravados numa pasta hospedada em uma partição diferente de C:\. O bat também não tem como apagar esses arquivos anteriores automaticamente, pois não se sabe em qual partição (D:\, E:\, ..) cada um tem seu fontes armazenados. Por isso, estou sugerindo (novo apagarAcbr.anexo) para que se mostre uma mensagem recomendando para que cada um faça essa deleção manualmente. Obrigado. apagarAcbr.bat

Bom dia, Certo. Mas tem um detalhe: dependendo do NCM, tem vários CNAEs que já teriam obrigação de informar o "SEM GETIN", alguns deles desde Jan/18. Contudo, o schema da 3.10 (leiauteNFe_v3.10.xsd) não aceita esse literal. Apenas o layout 4.0 (leiauteNFe_v4.00.xsd) que aceita. Então, no caso, por exemplo, do CNAE 324 e NCM 9503 a 9505, obrigatoriamente o emitente teria que já estar na NFe 4.0 desde janeiro/18, é isso? Obrigado.

Bom dia, Também estou enviando sem nada em cEan e cEanTrib e não gera nenhuma rejeição. Será que houve algum adiamento dessa regra de validação? Obrigado.