Ir para conteúdo
  • Cadastre-se

Scandolara

Membros Pro
  • Total de ítens

    255
  • Registro em

  • Última visita

  • Days Won

    2

Posts postados por Scandolara

  1. 39 minutos atrás, sergiom disse:

    Boa tarde, como vocês estão fazendo com as transportadoras que fazem transporte fracionado e muitas vezes não tem XML das notas, pois recebem cargas vindo de outras transportadoras, principalmente na Grande São Paulo, que é um polo centralizador?

    Neste caso, a transportadora não tem o XML da NFe e dificilmente outra transportadora que fez o trajeto inicial irá fornecer para ela.

    Sem o XML, hoje não há como pegar o EAN do produto, somente a descrição e o NCM que saem impresso no DANFE.

    Para mim, este foi mais um abuso e absurdo que estão fazendo com os documentos eletrônicos, pois se toda a informação está no repositório da receita, por qual motivo temos que informar em um MDFe?

     

    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.

    • Curtir 1
  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 anexo

    dllsat.zip 333 kB · 0 downloads

    ok, 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

  3. 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

    ACBrSAT.log
    satconfiguracaotela.thumb.PNG.5d5b78675fe57dbf75e85e8c1bca36d8.PNG

  4. 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.

     

    • Curtir 1
  5. 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 ?

     

  6. 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.

  7. 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 atribuidos

    por favor, consigo gerar um log dos parâmetros passado no componente antes de enviar o e-mail ?

  8. 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. 

     

  9. 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.

     

  10. 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.

  11. 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 .

    image.png.c6b4ddbacab7ea7021a7fb3116f83d69.png


    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

  12. 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 

×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.