Painel de líderes

Bom dia, BigWings realmente emiti uma nota com o mesmo numero e a sefaz me retornou a chave que estava cadastrada la. assim emiti uma nota de entrada e matei a nota. agradeço pelo apoío, tenham um bom trabalho.

Não precisa ser por tentativa e erro, basta gerar a chave mesmo com código numérico diferente e fazer uma consulta pela chave gerada. A SEFAZ vai retornar erro de diferença na chave de acesso e informar a chave correta. @centuryinf, veja a função GerarChaveAcesso da unit ACBrDFeUtil.pas.

As opções de geração de logs do monitor estão ativadas? Se estiverem, tente desativar e veja se há melhora.

vou copiá-las Obrigado pela orientação

Boa tarde David, Esse erro normalmente ocorre quando o XML enviado para o webservice não possui ou possui algo que não deveria ter. Entre em contato com o provedor e solicite um XML envelopado de exemplo para que possamos comparar com o que o componente esta gerando.

Boa tarde a todos, Muito obrigado pela colaboração, ainda hoje será enviado para o repositório.

Boa tarde a todos, No caso do DACTE feito em Fortes Report devemos alimentar o tpMed da seguinte forma: if uppercase(trim(fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].tpMed)) = 'PESO BRUTO' then rlmQtdUnidMedida1.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)) else if uppercase(trim(fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].tpMed)) = 'PESO BASE DE CALCULO' then rlmQtdUnidMedida2.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)) else if uppercase(trim(fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].tpMed)) = 'PESO BC' then rlmQtdUnidMedida2.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)) else rlmQtdUnidMedida3.Lines.Add(FormatFloatBr(msk6x4, fpCTe.infCTeNorm.InfCarga.InfQ.Items[i].qCarga)); Note que ele compara com as seguintes strings: "PESO BRUTO", "PESO BASE DE CALCULO" e "PESO BC"

Bom dia, Contribuindo para este tópico, fiz os ajustes também nos arquivos Cidades.ini e ISSNet.ini. Seguem anexo. Cidades.ini ISSNet.ini

Grato.

O problema era de certificado digital. Já foi solucionado. Obrigado

Carregamento das dependências de dll nativas seguem o protocolo de procurar nos Paths, isso é o comportamento normal não tem como alterar. A sequencia é sempre path do exe primeiro, depois paths do windows. Você pode fazer uma chamada no inicio do seu exe para definir o path para a pasta correta que ela será usada na procura por dll, utilizando o codigo abaixo. var path = Assembly.GetExecutingAssembly().CodeBase; path += Environment.Is64BitOperatingSystem ? "ACBrLib\\x64\\" : "ACBrLib\\x86\\"; Environment.SetEnvironmentVariable("PATH", path, EnvironmentVariableTarget.Process); Com isso nem se faz necessário alteração na classe atual. Você também pode colocar as libs como resources e extrai-las de acordo com o OS dentro do path do programa, o bom desta opção é que você garante sempre que a lib que esta sendo usada é a versão a qual você testou.

Show de bola @BigWings, não sabia desse retorno com a chave correta. Boa!

Ola, tem vários tópicos referente essa validação do MDFe , faça uma pesquisa q ira encontrar. Regra de validação do MDFe , conforme manual MDFe 3.00a, para transportes com veiculo de terceiros, o proprietario do veiculo tem que possuir RNTRC vinculado ao veiculo.

Algumas alternativas ... 1- Tentar recriar a chave de acesso Se seu sistema segue algum algoritmo para gerar o código numérico essa alternativa vai funcionar. Se seu sistema usa um código numérico randômico teria que ser por tentativa e erro (praticamente inviável). 2- Se você sabe quem é o destinatário da NFe, tentar verificar se ele tem sistema de Manifestação de NFe. Se ele tiver, irá receber a NFe que seu cliente emitiu, aí pegar a chave com ele 3- Fazer uma solicitação à SEFAZ autorizadora para obter a chave da NFe

Claro que gosto musical é bem particular e peculiar, mas sugiro eletrônica com 160 bpm ou mais...

Resolvido, era os Schemas mesmo. Muito Obrigado

eSocial simplificado entra em produção 11/11/2019 S-2200 - {indPriEmpr}: Validação - Preenchimento facultativo se {cadIni} = [N]. não informar se {cadIni} = [N] Alteração: Como o campo {indPriEmpr} é um type sempre traz um valor default, quando é um cadastro inicial o eSocial gera um erro pois não deveria ser preenchido. Com a nova versão esse campo passa a ser facultativo e deve existir a possibilidade de preencher ou não. S-2200 - Grupo{Documentos} - Facultativo e deve ser gerado apenas se informado. pcesS2200.paspcesGerador.paspcesCommon.pas

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

Vou verificar e repondo aqui. Obrigado.

Ítalo, Muito obrigado pela atenção. Vou seguir as suas recomendações.

Thiago, Ainda hoje estarei enviado para o repositório uma alteração que fiz e que não é mais para ocorrer o erro que você mencionou.

Boa tarde Doni, Favor atualizar todos os fontes de todas as pastas, reinstale a suíte ACBr e faça novos testes.

Boa tarde Charles, Você esta com todos os fontes de todas as pastas atualizados? Se sim, reinstalou a suíte ACBr?

Colocou a dll e suas dependências dentro da pasta System32 ? Dentro do Netbeans eu coloco um path com dependência para localizar a lib, teria como fazer isso por config ou código ? Tem que ver como o Tomcat faz o path do exe, talvez colocar no path do JRE ou do exe do Apache/Tomcat resolva.

Olá @Rafael Dias, Obrigado pela resposta. Quanto a sua sugestão 1, eu entendi. Eu só prossegui no post, para o caso de não se saber a OS do cliente, ou no caso de um cliente com várias máquinas com vários OS's. Então, para não ter que ter várias versões de distribuição, eu pensei em termos apenas uma distribuição que atendesse qualquer tipo de OS. Quanto à sugestão 2 e 3, eu fiz exatamente isso. Modifiquei a classe e ela carrega as dlls nativas na respectiva pasta da OS. Nos testes que efetuei aqui, o funcionamento correto só ocorre quando as dlls de dependências estão na raiz do EXE. Note que falei das dependências, neste caso, quando aciono a LibNFe ela não busca na pasta configurada na classe de alto nível, mas sim na pasta raiz do EXE. Não sei se estou explicando corretamente...rsrsrs...mas a questão está no carregamento das dlls de dependência.

Pelo visto no log de build faltou incluir o projeto ACBr Common, por isso os vários erros de classes não encontradas, o mesmo se encontra na pasta raiz dos demos em java. Obs.: Por favor quando postar log favor anexar ao posto facilita a leitura do problema.

Pessoal, o erro está no ..\Fontes\ACBrDFe\ACBrDFeReport.pas foi alterado na revisão 17729 de: procedure TACBrDFeReport.SetPathPDF(const Value: String); begin FPathPDF := PathWithDelim(Trim(Value)); end; para: procedure TACBrDFeReport.SetPathPDF(const Value: String); begin FPathPDF := PathWithDelim( ExtractFilePath(Trim(Value)) ); end; Voltei e funcionou perfeitamente. ACBrDFeReport.pas

Pessoal, acho que entendi agora como usa as Libs. Eu fiz da seguinte forma: public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); try { acbrNFe = new ACBrNFe(); System.out.println("Versão " + acbrNFe.nome() + " = " + acbrNFe.versao()); acbrNFe.configGravarValor(ACBrSessao.DFe, "Senha", "senha"); System.out.println(acbrNFe.configLerValor(ACBrSessao.DFe, "Senha")); System.out.println(acbrNFe.statusServico()); System.out.println("Fim do Teste"); } catch (Exception ex) { System.out.println(ex); } }

Bom dia // GLOBAL gnretorno_acbr is int gsarquivo_ini is string="" // acbrlib.ini // PROCEDURE ACBR_INICIALIZAR() gnretorno_acbr=API("ACBrNFe32.DLL","NFE_Inicializar",StringToUTF8(gsarquivo_ini),"") IF gnretorno_acbr=0 THEN RESULT True ELSE Info("erro retorno"+CR+gnretorno_acbr) END ,

parece ser erro no posicionamento da bobina...

Bom dia. Caso ainda tenha problemas, veja se tem relação com esta publicação Att.

Bom dia. Vocês continuam com problemas? Notem que nos últimos dias publicamos um aviso de erro semelhante no qual a própria SEFAZ fez recomendações. Att.

A primeira imagem é Fortes e não EscPos... Tente os modelos novos Star, ZJiang, GPrinter, etc..

Sua aplicação é 64 bits? Se for, como o Windows é 64 bits o local correto é a System32. Caso contrário o local correto é a pasta SYSWOW. Na verdade sempre aconselhamos colocar dlls na mesma pasta do executável. Assim, ele não precisa procurar em outros lugares causando confusão.

Bom dia. Desta forma foi possivel fazer a consulta? Att.

Bom dia A emissão de NFCe no CE só funciona com o Integrador Fiscal, sendo ele o responsável pelo envio ao WebService... veja o tópico abaixo:

Vc precisa dos dados do cartão para inserir no XML da NFCe antes da autorização, ou seja, a nota não deve ser autorizada antes da finalização dos pagamentos.

Configure a versão do webservice e modelo do documento antes de realizar a consulta. ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFCe; ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400;

Como a Juliana falou, tem várias maneiras de fazer isso com uma consulta sql. E isso vai depender do seu banco de dados, etc, Qual o banco de dados que está usando? Tipo se for firebird: SELECT NOME, DATA FROM SUA_TABELA_ANIVERSARIANTE WHERE DATA = :PASSA_DATA E na qry faz +/- assim... qry.close; qry.paramByName('PASSA_DATA').AsDate := Date; qry.Open;

Vc deve usar o integrador fiscal para emitir NFCe no Ceará.

O "XML resposta" mostrado é o retorno do webservice, e não o XML da NFe gerada. Se você comentou o método de envio não tem retorno do webservice por isso mostra erro por o retorno em branco não ser um XML válido.

Boa tarde, José eu sempre utilizei a função Assinar e depois validar, só que em um cliente parou de funcionar a função assinar. Então fiz o que vc indicou, utilizando a função Enviar passando parâmetro de assinatura e funcionou. Será que algo foi alterado no AcbrMonitor?

Olá pessoal, A SEFAZ-MS esta passando por instabilidade no processamento de CT-e, a recomendação é que os CT-e sejam enviados para a SVC-RS. Leia a noticia da SEFAZ-MS na integra. http://www.cte.ms.gov.br/instabilidade-do-ambiente-autorizador-do-ct-e-autorizar-via-svc-rs/ Favor atualizar todos os fontes de todas as pastas e reinstalar a suíte ACBr, pois foi necessário fazer um ajuste no código do componente conforme a recomendação da SEFAZ-MS. Lembre-se de que para enviar para o SVC é preciso fazer duas coisas: Primero configurar o componente: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: ACBrCTe.Configuracoes.Geral.FormaEmissao := teNormal; 1: if ACBrCTe.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then ACBrCTe.Configuracoes.Geral.FormaEmissao := teSVCRS else ACBrCTe.Configuracoes.Geral.FormaEmissao := teSVCSP; end; Segundo alimentar corretamente o componente: // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); case rgTipoEmissao.ItemIndex of 0: Ide.tpEmis := teNormal; 2: if ACBrCTe.Configuracoes.WebServices.UFCodigo in [14, 16, 26, 35, 50, 51] then Ide.tpEmis := teSVCRS else Ide.tpEmis := teSVCSP; end;

Boa tarde. Por enquanto nada ainda. Segundo o sefaz o simulador está em manutenção e ainda não tem previsão de retorno. Eles passaram também que as homologações ainda podem ocorrer mas utilizando, através do popup, a inserção manual dos dados do cartão (nsu, código de autorização, bandeira etc).

Parabéns pessoal, ficou beleza. Já estava preocupado, tentei fazer mas não consegui.

Bom dia Maikon, Você esta usando o certificado da Matriz para realizar a manifestação, correto? Mas ao informar o CNPJ esta informando o da Matriz ou da Filial? O que ocorre em ambos os casos?

Bom dia Testei agora compilando o componente com a opção OpenSSL desmarcada e agora funciona. Isso só vai gerar o problema de enviar as DLLs para todo mundo que usa a NFS-e, mas resolvido foi.

Ficou ótimo Murilo, acabei removendo uns campos como motorista e forma de pagamento porque foram excluidos da versão 3.0, aproveitei e aumentei a OBS, caso queiram utilizar esse, segue em anexo. DACTE2vias.fr3

Bom dia a todos, A implementação do Evento de Cancelamento por Substituição já foi concluída e se encontra no repositório. Favor atualizar todos os fontes de todas as pastas. Mais uma vez recomendo a leitura na NT mencionada na postagem anterior.

Eu faço da seguinte maneira, não sei se é o certo, mas, não tenho tido problemas. Gero o percentual do desconto, ( desconto / total bruto * ) 100, em cada item aplico este percentual e consequentemente encontro o valor do desconto do item, independente do valor do item, nunca será menor que o desconto.