-
Total de ítens
255 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Scandolara
-
-
48 minutos atrás, SandroNiehues disse:
Boa tarde!
Está ocorrendo uma rejeição no Manifesto conforme msg anexa.
Eu verifiquei o XML, e está preenchida a tag <proPred>.
Alguma ideia de qual é o problema?43200907327462000167570010000284351000133477-cte.xml 7 kB · 1 download
se esta preenchido corretamente, de acordo com a NT, atualize os schemas que pode ser isso o seu problema.
-
BINGO, resolvido, mto obrigado @antonio.carlos e @Daniel Simoes
dllsat usada que vcs me passaram e copiei na pasta do exe as dll abaixo relacionada na imagem da Elgin :
obrigado, sat smart Elgin funcionando normal.
- 2
-
13 minutos atrás, antonio.carlos disse:
@Scandolara Tudo bem ??
Você chegou a instalar o ativador da ELGIN ? na pasta do ativador tem a dll do SMART SAT, utilize esta dll e faça o teste veja se vai comunicar ou você pode usar a que está em anexook, farei o teste e reporto aqui
obr
12 minutos atrás, Daniel Simoes disse:copie todas as DLLs da Elgin, para a mesma pasta do seu .EXE
sim farei isso , vou localizar essas dlls e copiarei, e reporto aqui. Obr
-
por favor
sat smart elgin nao consigo conectar , aparelho antigo normal, funcionava sem problemas, cliente trocou pelo smart da elgin e nao consegue mais conectar.Solicitei a dll direto suporte da Elgin e mesmo assim não consigo comunicar com o sat smart.
dllsat.dll versao 3.1.2.3 de 5-7-2017
veja a tela de configuração q esto testando
nao consigo extrair logs pelo meu programa, apenas pelo sistema Elgin que segundo o suporte e verificando os logs extraidos pelo sistema da Elgin , esta tudo normal
-
32 minutos atrás, BigWings disse:
Experimente usar o objeto ACBrCTe1.WebServices.Consulta pra obter o cStat e protocolo
muito obrigado, alterei a forma q consultava.
16 minutos atrás, Italo Jurisato Junior disse:Boa noite,
Se você envia o XML seja ele da NF-e ou do CT-e se ocorre algum erro de internet o mesmo fica sem o protocolo de autorização.
Primeiro não se deve enviar o XML novamente, pelo simples fato de você não saber onde o erro ocorreu, se foi no envio ou no retorno.
Portanto a atitude mais correta é realizar uma consulta.
Você já tem o XML assinado e validado, salvo em disco ou no banco de dados.
Os passos que devemos tomar após a ocorrência do erro são:
1. carregar o XML através dos métodos LoadFromFile (XML salvo em disco) ou LoadFromStream (XML salvo no DB).
2. executar o método Consultar.
Se o erro foi no retorno e o documento (NF-e ou CT-e) foi autorizado com o procedimento a cima você terá o XML com o protocolo de autorização.
Por outro lado se o erro foi no envio a SEFAZ vai retornar uma rejeição na consulta acusando que o documento não consta na base de dados dela.
Neste caso, ai sim você envia o documento novamente.
O correto com apenas 3 linhas:
acbrct1.Conhecimentos.Clear; acbrct1.Conhecimentos.LoadFromFile(xArquivo); // xArquivo contem o Path e o nome do XML ou acbrct1.Conhecimentos.LoadFromStream(xCampo); // xCampo contem o XML salvo no DB acbrct1.Consultar;
Resolvido @Italo Jurisato Junior , muito obr pela explicação.
- 1
-
Por favor,
Tenho o seguinte procedimento dentro do meu sistema, quando retorna erro de duplicidade de envio da NFe / CTe
acbrct1.Conhecimentos.Clear;
acbrct1.Configuracoes.Geral.ValidarDigest := false;acbrct1.Conhecimentos.LoadFromString(NFeControleXMLNfeAutorizado.AsString);
acbrct1.Conhecimentos.GerarCTe; //( com ou sem essa linha o erro é o msm.)
acbrct1.Conhecimentos.Assinar;
acbrct1.Consultar();codigostatus := acbrct1.WebServices.Retorno.CTeRetorno.ProtDFe.Items[0].cStat;
numeroprotocolo := acbrct1.WebServices.Retorno.CTeRetorno.ProtDFe.Items[0].nProt;mas estou com erro ''List index out of bounds'' e não retorna mais o xml completo.
Por favor o que estou fazendo de errado ?
-
3 minutos atrás, Leandro Miler Santana disse:
SEFAZ Voltou a funcionar normalmente. Problema resolvido.
Como sempre eles não honestos em mostrar a disponibilidade do SITE.
concordo colega, os caras sempre complicando ... Clientes duvidando de nós devido essa falta de informação do SEFAZ. ... Stress é forte cada vez que acontece esse tipo de problema.
-
esta com bastante instabilidade, mas consegui autorizar 1 no modo normal .. esta indo, mas com instabilidade
- 1
-
modo contigencia nao voltou, mas consegui autorizar 1 no modo normal .. esta com bastante instabilidde
-
como vc alterou para emitir em contingencia ?
-
também com o mesmo problema.
alguém conseguiu emitir ?
-
RESOLVIDO, obrigado pela ajuda, componente estava correto, em algum momento no código estava sendo construído novamente o mesmo componente. Removi essa construção e tudo se normalizou.
Obrigado.
- 1
-
2 horas atrás, Daniel Simoes disse:
Sim... então isso elimina o problema carga no OpenSSL..
A única suspeita restante, é que no seu programa, quando você está rodando ele em pastas diferentes, isso de alguma maneira, muda a parametrização do ACBrMail...
Comece passando um "pente fino" na rotina de leitura dos parâmetros, e se possível vá com o Debug, conferindo os valores atribuidospor favor, consigo gerar um log dos parâmetros passado no componente antes de enviar o e-mail ?
-
Em 21/04/2020 at 03:56, Daniel Simoes disse:
Por favor faça testes em ambas as pasta, usando o Demo do ACBrMail
http://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTCP/ACBrMail/Delphi/MailTeste/
Mailteste.exe o email foi normal.
Compilei o Mailteste.exe na pasta de exemplos, peguei o exe e coloquei o EXE na pasta de cada projeto e enviou o email.
Seria esse o teste para ser feito ?
-
15 minutos atrás, BigWings disse:
Uma forma simples é usar um editor hexa pra saber qual a arquitetura do executável.
Um editor de textos simples também serve.
32 os 2 projetos
-
1 hora atrás, Italo Jurisato Junior disse:
Boa tarde Marcel,
Na pasta X não tem nenhuma DDL e roda sem nenhum problema, correto?
E na pasta Y tem as DLLs?
Se sim, esse pode ser o problema, pois essas DLLs estão erradas.
Neste caso exclua as DLLs da pasta Y.
@Italo Jurisato Junior boa tarde !
estrutura de pastas são iguais, nenhuma tem as DLL . Fiz apenas o teste que o @Daniel Simoes falou, salvando as DLLs do OpneSSL na pasta Y , mas como tbem nao resolveu, ja removi , mantendo a forma padrão (sem nenhuma dll na pasta.).
sinceridade, não entendo o motivo desse problema e pq o componente esta se comportando assim.1 hora atrás, BigWings disse:Pode ser a arquitetura, 32 ou 64 bits.
Dependendo da arquitetura ele vai buscar as DLLs em local diferente.
@BigWings , certo mas como eu posso checar isso ? Utilizo apenas 32 bits e esse projeto da pasta Y tbem esta em 32 bits.
está um dilema isso, ja removi o componente e coloquei novamente e nada . Projeto da pasta Y não manda e-mail.
A unica diferença que vi aqui , é que o projeto Y tinha uma opção de envio de e-mail pelo Indy, mas ja removi qualquer chamada desse componente de email, na tentativa de ser o problemas, mas msm assim o problema persiste.
-
4 minutos atrás, Daniel Simoes disse:
A única explicação possível é que na pasta Y as DLL do OpenSSL estão erradas
entendo, mas entao por favor, me ajuda entender porque no projeto X nao tem nenhuma dll na pasta e roda normal . É alguma coisa de compilação do projeto ? como eu posso tentar achar esse problema ?
Projeto Y esta com a estrutura igual de pasta do projeto X e não envia o email.
-
1 minuto atrás, Daniel Simoes disse:
Rodou em outro PC, nessa mesma estrutura de Rede ?
Se apenas em uma máquina ocorre o problema... as vezes é mais simples formatar a mesma...
Tenho 2 projetos separados nessa mesma maquina,
uma projeto na pasta \X e outro na pasta \Y
o da pasta X roda o envio de email normal, ja o da pasta Y nao roda , retorna o erro mencionado.
ja verifiquei as configurações de tudo, fiz ate um ctrl+c e ctrl+v para ser idêntico o código, e não rola.Retorna o erro o projeto da pasta Y , mas o da pasta X roda normal.
Isso que acontece, acredito q não seja problemas da maquina. -
1 minuto atrás, Daniel Simoes disse:
Então suspeite de Firewall, ou algum outro serviço, rodando nessa máquina, e interferindo na comunicação...
apenas antivírus, mas o outro projeto roda normal ... apenas esse o problema.
-
36 minutos atrás, Daniel Simoes disse:
Temos que tentar isolar o problema...
Por favor faça testes com outra Conta de Gmail, em ambas as máquinas...
Fiz isso já com 3 contas do gmail e todas retorna o mesmo problema.
-
3 horas atrás, Daniel Simoes disse:
Experimente copiar as DLLs do OpenSSL, na mesma pasta do .EXE
http://svn.code.sf.net/p/acbr/code/trunk2/DLLs/OpenSSL/1.0.2.21/x86/
Fiz mas não deu certo, retornou o mesmo problema ...
O que não entendo o porque um projeto roda sem problemas e o outra da esse erro, sendo que são informações idênticas ...
-
Por favor, irei retratar o que esta acontecendo, e ver o que posso e como resolver
por favor, alguém pode me ajudar com o seguinte problema :
tenho 2 projetos totalmente diferentes, mas utilizam o mesmo ACBRMail , sendo que 1 envia o e-mail normal pelo Gmail e o outro não. Retorna erro de gsmtp .
Ja conferi senha usuário, username e tudo ... esta igual ao projeto q envia e-mail normal. Mesma conta, mesmo e-mail, mesma senha e tbem ja esta liberado no gmail utilização de app menos seguro, tanto que no outro projeto roda normal sem problemas. Componente é o mesmo, as configurações são as mesma, tudo idêntico.
Ja verifiquei se no projeto tem as dll na pasta do exe e nenhum deles tem dlls na pasta, pois estou testando no desenvolvimento.Ja limpei as *.dcu, *.~* , *.EXE . Fiz um Build All Project e mesmo assim o ero acima acontece .
Onde mais eu possa verificar para tentar corrigir isso ... Onde estou errando ?
Obr
-
Em 16/04/2020 at 19:31, Scandolara disse:
blz vou testar aqui e reporto.
obr
olá a todos,
Resolvido, o xml nao estava assinado, apos assinar e executar o processo, o componente funcionou corretamente.
Muito Obrigado.
- 1
-
1 hora atrás, BigWings disse:
Deve funcionar, mas talvez você devesse armazenar ele já assinado.
- Um XML sem assinatura não valida pelos Schemas.
- Se houver uma renovação de certificado entre o envio do MDFe, e a consulta posterior, a assinatura seria a mesma, gerando o mesmo digest value?
Aliás é outro detalhe que você pode querer ativar, a popriedade ValidarDigest do componente, para garantir que está inserindo o protocolo no mesmo XML autorizado pela SEFAZ.
blz vou testar aqui e reporto.
obr
Produto Predominante - carga fracionada
em ACBrMDFe
Postado
por enquanto , EAN e NCM não estao obrigatorio, sendo apenas o produto predominante e tipo de carga.
verifique a NT e confirme sobre.
Agora qual a intensão do SEFAZ com relação a isso, não sei, apenas temos q acompanhar para tentar entender.