Painel de líderes

Olá Pessoal, A SEFAZ-MG esta gerando de forma indiscriminada namespace em todas as TAGs de retorno. Sendo que, segundo o Manual versão 7.02 (visão Geral da NF-e/NFC-e) item 3.2.1.2 que se refere a declaração namespace, deixa bem claro que o documento XML deverá ter uma única declaração de namespace no elemento raiz do documento. O retorno da SEFAZ-MG esta fugindo dessa regra e colocando o namespace e todas as TAGs do XML. Peço a todos que atualizem todos os fontes de todas as pastas e reinstale a suíte ACBr, pois enviamos para o repositório uma possível correção para o problema. Será disponibilizado uma nova versão do ACBrMonitor para que os usuários do mesmo tenham também o problema resolvido. Exemplo de como a SEFAZ-MG esta gerando o XML de retorno: Como deveria ser gerado, portanto o correto:

Olá?! Eu estou passando aqui para deixar registrado que fizemos a compra através do pessoal do ACBr e que a participação da @aline garcia foi importantíssima. Ela nos ajudou no processo de escolha da licença adequada e fez a ponte com outras pessoas quando necessário. Nosso problema foi resolvido. Muito obrigado pela ajuda.

Olá, Para quem utiliza o ACBrMonitorPLUS, está disponível uma versão Teste com o ajuste realizado para este caso da SEFAZ MG em:

Parece que o teu XML não está bem formado. Percebi que ele tem o grupo nfeProc, este grupo só deve existir quando o XML já contiver o protocolo de autorização.

Cada tentativa em que vc muda o código de ativação é gerado um novo certificado pela SEFAZ e atualmente eles geram no máximo 2 certificados por mês. u https://portal.fazenda.sp.gov.br/servicos/sat Você pode tentar ativar com um dos códigos que usou nas primeiras tentativas ou então adquirir um certificado específico para o SAT.

Bom dia Felipe! Fico grato pela atenção e aliviado com a informação sabendo que o problema é no simulador. sendo assim fico no aguardo se você conseguir avisa ai pra agente poder dar continuidade. Obg.

Visulizar Arquivo Dissecando o ACBrBoleto Veja o vídeo da Palestra Não sabe direito nem o que é um boleto e seu cliente está te apertando para colocar no sistema? Nunca ouviu falar nem de remessa, nem de retorno? Pode ficar tranquilo, o Bruto vai te guiar pelas noções desse mundo de boletos. OU, já fez tudo o que tinha que fazer, mas não sabe exatamente qual propriedade preencher pra gerar o valor que o banco pede na posição 130 a 135? O bruto vai te ensinar a dissecar os fontes do componente até as entranhas dele para descobrir tudo o que você necessita. Autor Juliana Tamizou Enviado 01-10-2019 Categoria Dia do ACBr 2a edição

Visulizar Arquivo Combinação de ACBr + Delphi + Linux FMX para emissão de NFC-e - Um mundo velho com uma forma nova de ser explorado! Veja o vídeo da Palestra Por @Juliomar Marchetti Nesta palestra você verá oque é possível de ser feito por meio da poderosa combinação de ACBr + Delphi + Linux FMX para emissão de NFC-e. Assista esta palestra e descubra uma nova forma de explorar essa poderosa combinação !Fontes.7z Autor Juliana Tamizou Enviado 01-10-2019 Categoria Dia do ACBr 2a edição

Bom dia. Estrou com um problema no simulado POS do MFe do Ceará. (http://simuladorposceara.azurewebsites.net/) Primeiramente tentei responder no tópico abaixo, pois outro usuário esta enfrentando o mesmo problema nos últimos dias. Como não está habilitado para eu postar nele estou criando este tópico novo. Desde semana passada estou tentando enviar o pagamento e o simulador não encontra nenhum desses pagamentos enviados. Já tentei com diversos seriais e tentei buscar diversas vezes mas nunca encontra nenhum item. Já realizei uma homologação e ficou apenas um ponto pendente, a segunda homologação estava marcada para quinta passada mas não foi possível realizar devido ao problema do simulador. Em contato com o sefaz do Ceará, eles mesmos passaram que o simulador estava instável nos últimos dias, me dando o retorno de que já estava operacional na sexta feira. Contudo ainda não esta funcionando, continuando os testes ainda não encontra os pagamentos. Já repassei pro sefaz ainda na sexta feira os logs do integrador e do mfe mostrando o envio com sucesso e os registros do ID Fila e do Serial enviado, mas ainda sem retorno por parte deles. Alguém também está com o mesmo problema?

resposta da sefaz do RJ Prezado(a), Aparentemente, o erro é na SEFAZ autorizadora de SP, que passou a considerar apenas o CCC, sem observar a regra de exceção descrita na NT. Entre em contato com a SEFAZ/SP. Atenciosamente, regra de exceção: (*7) Algumas UF ainda não cadastraram no CCC os Contribuintes Pessoa Física (IE e CPF). Portanto, as SEFAZ Autorizadoras que utilizam o CCC para validar o destinatário somente poderão efetuar as validações assinaladas se o Contribuinte (IE e CPF) existir no CCC.

Olá, Eu não tenho trabalhado com esses componentes do Lazarus, mas acredito que não seja necessário você executar um Connection.Close depois de executar o Commit. Pelo menos em teoria, o Commit deveria fechar a transação e qualquer comunicação com o BD. Assim, apenas isso deveria bastar. Da mesma maneira não deveria ser necessário você executar o close antes de carregar um DBgrid.

Boa tarde Daniele. Conforme citado acima estamos tratando esta questão no tópico citado pelo Thiago. Veja também esta noticia postada pelo Italo. Att.

Boa tarde. Vejam tópico com ajustes realizados para atender esta questão. Att.

Boa tarde. Continua com problema sim, veja este tópico. Att.

Olá, desculpa a demora pra responder, mas isso RESOLVEU o problema, realmente isso estava habilitado e tinha o numero de linhas que estava com muito, desmarquei e fiz os testes novamente e deu tudo certo, para ler o mesmo xml demorava cerca de 15 segundos pra mais, agora com isso tudo desmarcado mandei ler 8 vezes o mesmo xml e leu tudo no mesmo segundo,muito obrigado, isso nos deu uma boa dor de cabeça.

Boa tarde Ernesto, Depois vou analisar o que você alterou. Desde já muito obrigado pela colaboração de todos que estão empenhados em que a coisa funcione.

Boa tarde Felipe, Desde já muito obrigado pela colaboração, vamos analisar o que você fez e estando tudo OK vamos enviar para o repositório.

Talvez a pergunta certa seja: Por quê você precisa de um arquivo .TLB para a ACBrLib?

Repositório já atualizado, Teste ok. Pode ser encerrado. Obrigado Italo Jurisato Junior

A mensagem indica que o protocolo de autorização informado está incorreto, pela expressão regular [0-9]{15} o protocolo deve ter 15 caracteres e está sendo informado 717. O XML também não contém o protocolo de autorização, você pode tentar baixar o XML autorizado no portal do MDFe. https://dfe-portal.svrs.rs.gov.br/MDFESSL/DownloadXMLDFe Ou usar o método Consultar do componente para atualizar o XML com o protocolo de autorização.

Bom dia A versão atualizada já possui esse recurso: https://acbr.sourceforge.io/ACBrMonitor/SATEnviarEmailCFe.html

@navegador_1000, O problema é que colocando no rCampo essa checagem será realizada em todas as tags do XML, imagina ao carregar o XML de uma NFC-e com uns 200 itens. Acredito que a leitura de um XML desse vai passar a ser muito demorada. Um quebra galho até que a SEFAZ-MG abaixa a crista e reconheça a porcaria que fez na geração dos XMLs de retornos, segue em anexo. ACBrNFeWebServices.pas A alteração feita nessa unit faz com que seja removido todos os namespace do XML antes da sua leitura, acredito que desta forma o tempo de leitura do mesmo não vai ser comprometida.

Bom dia. Ao utilizar a opção de logo expandida no CT-e e também no MDF-e no modelo em Fortes Report , identifiquei que o tamanho da logo estava desproporcional ao tamanho do quadro para os dados do emitente, já a NF-e está correta. A alteração que se encontra em anexo, sugere a correção do tamanho da logo expandida do CT-e e do MDF-e, e também a criação de uma classe com o nome de exemplo: TExpandeLogoMarcaConfig, que irá dar ao programador mais liberdade para informar o tamanho, e posição da logo expandida e se deve dimensionar o esticar a logo. A criação desta nova classe respeita a configuração atual de todos do DF-e, quando utilizado a logo expandida, só irá alterar o tamanho e posição da logo expandida quando for configurada. Alterações DF-e Fortes Report Logo Expandida.rar

Fiz as alterações no envio do LOTE conforme sugerido pelo Guilherme Raupp e finalmente passei pelo erro da assinatura! OBRIGADO!!!! Foram alterações que nunca pensei ser necessárias. É super idiota a estrutura, totalmente amadora e passa longe de padrões aceitáveis de sistema. É triste que nós estejamos sujeitos a esse tipo de empresa.

segue o xml completo GerarNfseEnvio_assinado.xml

Enviei solicitação para a SEFAZ SP conforme abaixo. Se mais alguém estiver passando por esse problema, seria interessante enviar também. Observamos que desde 30/09/2019, notas fiscais de ENTRADA ou SAÍDA estão sendo rejeitadas quando o destinatário é uma pessoa física COM INSCRIÇÃO ESTADUAL em seu estado. A rejeição apresentada é: 233 - IE do destinatário não cadastrada Fazendo a consulta no SINTEGRA, o contribuinte consta como cadastrado. Já fazendo a consulta no Cadastro Centralizado de Contribuintes (CCC), o contribuinte não consta. A impressão que temos é que o CCC está incompleto não tendo em sua base os contribuintes Pessoa Física (CPF) com INSCRIÇÃO ESTADUAL. Notamos isso para esses contribuintes dos estados de ES e GO, por enquanto. No nosso caso, temos vários PRODUTORES RURAIS que se enquadram nesta situação. Exemplos: (ES) XXXXXXXXXXXXXXXXXXXX - CPF 000.000.000-00 - IE: 000.000.00-0 (GO) XXXXXXXXXXXXXXXXXXXX - CPF 000.000.000-00 - IE: 00000000 Como devemos proceder para realizar a emissão destas notas fiscais para estes destinatários sem que seja apresentada esta rejeição?

Esta com um erro na função de carregar o ini do evento, mas já foi corrigido e a nova dll já se encontra disponível para download. Favor testar com ela.

Neste caso, acho importante entrar em contato com a SEFAZ informando o erro.

Talvez entrar em contato com a SEFAZ e explicar a situação

Boa tarde Pessoal, Fiz como o Ítalo orientou, baixei os fontes, recompilei e deu certo. Muito obrigado a todos pela atenção. Gratio, Josadac

Já nem estou mais com raiva deles. Já tá me dando dó. kkkkk

Boa tarde Diego, Vamos verificar o que esta ocorrendo. Caso queria contribuir fazendo as devidas correções fique a vontade.

Sim. Pra quem usa o ACBrMonitorPLUS foi disponibilizada uma versão especial:

Fiz um ajuste no CNAB 240 do Sicredi referente a negativação. Favor analisarem e se possível subirem para o SVN. ACBrBancoSicredi.pas

Fiz um teste aqui com os valores que você citou e não tive problemas. O resultado foi 60,20 mesmo. Segue o teste que fiz pra vc dar uma olhada.

Não precisa ser usuário do SAC para fazer isso. o acbrInstall está disponível para todos. Quando vc baixa usando o svn ele vem junto.

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

Muito obrigado, @Rafael Dias

Bom dia. No tópico que citei acima tem um ajuste temporário para esta situação. Att.

Está sendo referenciada como nota em papel modelo 01. A devolução só pode referenciar NFe, nesse caso ela deve ser referenciada na tag refNFe e não na refNF.

O código já esta disponível no SVN faz alguns dias só tinha esquecido de avisar.

Amigo, Substitua na pasta Acbr\Fontes\ACBrDFe\ACBrNFe. O ideal é apagar a pasta Acbr/Lib e rodar o ACBrInstall_Trunk2.exe novamente e compilar tudo. Aqui deu certinho.

A ACBrLib não usa OLE ou COM Objects... afinal ela é multiplataform (roda em Linux)

o ambiente do monitor e da lib estão diferentes, por isso não trazem os mesmo resultados.

Então você baixou um demo antigo, as dlls não são mais embutidas no componente. Segundo precisa baixar a dll, mas para isso precisar ser SAC ou compilar você mesmo a dll usando o Lazarus. os fontes você encontra no SVN do ACBr.

Boa noite @EMBarbosa hoje tive acesso a um computador com Delphi7, seguem em anexo os arquivos (PAS+DFM+LFM) alterados para validação... OBS: foi removida a declaração de um componente chamado "RLDraw7", que não existia mais no DFM, nem no LFM. Att Ricardo ACBrNFeDANFeEventoRLRetrato.pas ACBrNFeDANFeEventoRLRetrato.dfm ACBrNFeDANFeEventoRLRetrato.lfm

Bom dia, Léo. Também estou com esse problema na impressão do CT-e. Fiz algumas alterações no arquivo fr3. Fiz os testes com CT-e do tipo Normal e modal rodoviário. Dá uma olhada no arquivo fr3 em anexo. DACTE_Retrato_v6.fr3

Não é possível. Qualquer diferença na composição da chave vai causar rejeição da nota.