Ir para conteúdo
  • Cadastre-se

plenustech

Membros Pro
  • Total de ítens

    109
  • Registro em

  • Última visita

  • Days Won

    1

Posts postados por plenustech

  1. Boa Tarde, hoje (02/11/2015) eu baixei os fontes (svn://svn.code.sf.net/p/acbr/code)

    Instalei os pacotes. Abri o fonte dos exemplos NFe - NFCe (Demonstração) e olhei nos Logs

    ACBrNFe-change-log.txt dentro da Pasta ACBrNFe2, como sempre eu fiz,

    porém não encontrei os novos campos e nem os comentários sobre estas implementações da NT 2015/002.

    Houve alguma mudança?

     

     

     

  2. Olá Boa Tarde a todos.

     

    Estou tentando Gerar a URL de Consulta de uma NFC-e para o Estado do Pará, através do QRCode

    porém não estou consguindo. Aqui no forum consegui a URL padrão e gerei o restante dos dados

    conforme já uso para o estado do MT (no MT esta funcionando corretamente), porém sem Exito.

     

    Esta foi a consulta que eu gerei para a seguinte nota (em anexo)

     

    https://appnfc.sefa.pa.gov.br/portal/view/consultas/nfce/consultanfce.seam?chNFe=15150513148155000111650010000000051000000058&nVersao=100&tpAmb=1&dhEmi=323031352D30352D31355431313A32353A31372D30333A3030&vNF=13.00&vICMS=0.00&digVal=64386F2B694A463730754E67526F4E5144627945514A576B3671493D&cIdToken=000001&cHashQRCode=1D31B26535ABA89E5516F6983586E4A2E4DE0466

     

    Nota1.xml

  3. Bom dia,

     

    Favor entrar em contato com o provedor, solicitando a ele os schemas corretos para que possamos efetuar a validação correta do XML gerado.

     

    Acredito que o schema hoje disponibilizando dentro da pasta Agili esteja errado.

    Bom dia, Italo.

     

    Na verdade o provedor do município de Juína não é mais Agile e sim Fisslex.

  4. Boa Tarde a todos

    Atualizei meu ACBr no dia 21/03/15, (baixei a versao deste dia) com intuito de desenvolver a rotina para a NFSe.

    Porém estou testando para o Provedor Agili e esta dando o seguinte erro. note que eu já indiquei o caminho da

    pasta schemas para o provedor Agili. Cidade Juina-MT

    post-2225-0-61056100-1427140313_thumb.jp

  5. Estou enviando em modo Sincrono, e só mando uma Nota.

    (ao menos é um fiz  pra ser assim);

     

    Ao inciar o envio eu dou um ACBrNFe.NotasFiscais.Clear;

    //Carrego os dados de uma nota e envio

    ACBrNFe.Enviar(1,False,True); //não imprimir pelo ACBr

    //o Número 1 no Lote é apenas para não deixar o campo em branco ou com zero.

    Será que estou fazendo da melhor maneira?

  6. Boa Tarde,

    Baixei a Ultima versão do ACBr e

    estou tentanto testar o exemplo ACBrNFSe

    mais ao compilar o aplicativo fecha, sem nenhum erro.

    Alguém sabe me dizer o que pode ser.

     

  7. Bom dia a Todos !!!

    Tenho a NFCe implementada e funcionando muito bem no meu Sistema, porém

    em alguns casos como em Supermercado temos algumas insatisfações

    quanto ao tempo de resposta principalmente quando a SEFAZ ou a Internet

    estão com algum problema mais não estão sem serviço totalmente

    ou seja o Serviço está muito lento. Neste caso tempo de Resposta é muito demorado

    e as vezes me retorna indisponível e eu preciso enviar a NFCe em

    contingência. O que eu queria é ter uma forma de diminuir o tempo de

    resposta para que eu possa decidir para enviar em contingência.

     

    Estou usando o componente com essas configurações.

     

             ACBrNFe1.Configuracoes.WebServices.Tentativas := 1;
             ACBrNFe1.Configuracoes.WebServices.AguardarConsultaRet := 3000;
             ACBrNFe1.Configuracoes.WebServices.AjustaAguardaConsultaRet := False;
             ACBrNFe1.Configuracoes.WebServices.IntervaloTentativas := 0;

     

    Mesmo assim as vezes demora quase 1 minuto para o componente me devolver que não conseguiu

    enviar em modo normal e eu preciso enviar a NFCe em contingência, isso em um supermercado gera filas enormes

    dependendo do movimento. Estou usando a versão 0.5.0a do componente ACBrNFe.

     

    Desde já agradeço a todos...

     

  8. Boa tarde Italo

    estou tentando em produção,

     

    Retorno

    Versão : 1.01
    Ambiente : 1
    Versão Aplicativo : 1.1.1
    Status Código : 137
    Status Descrição : Nenhum documento localizado para o destinatario
    Recebimento : 14/01/2015 14:52:59
    Ind. Continuação : 1
    Último NSU : 12014619090

     

    fiz uma rotina para começar com nsu = 1 e ir atualizando o valor até o Ind. Continuação ser igual a 0

    (li algumas ideias no forum)

    porém quando fica zero passo o NSU e não retorna nada tambem.

  9. Bom dia!

     

    Estou tentando fazer uma consulta de todas a NFe de um Destinatario,

    estou utilizando o exemplo que esta no ACBRNFE_DEMO,

    com os dados Default (cnpj empresa,0,0,0), passando apenas o CNPJ da empresa

    (minha maquina possui o Certificado desta empresa), porém o retorno é sempre

    vazio (como se não tivesse nenhuma nota, porém sei que existe notas emitidas para

    este cnpj), capturei o endereço para o meu estado (Mato Grosso) e tentei acessar

    porém não tive exito. https://www.nfe.fazenda.gov.br/NFeConsultaDest/NFeConsultaDest.asmx

    alguem tem alguma ideia do que pode ser?

     

     

     

  10. Boa Tarde!

     

    Tenho uma rotina para Importação de arquivos xml NFe implementada

    ha algum tempo, porém a poucos dias começou a gerar um erro

     

    Ponteiro Inválido

     

    Verifiquei que o erro é gerado na

     

    procedure TFrmDownload.DownloadCaptcha;

    unit Udownlod;

     

    A imagem não é gerada  e a mensagem de erro é exibida.

     

     

     

     

     

     

    post-2225-0-52072700-1407522742_thumb.pn

  11. Boa tarde.

     

    No estado de Mato Grosso está liberada a emissão. Emitimos com sucesso a NF-e só com serviço e conjugada (vide XMLs anexados), mas não estamos conseguindo emitir a NFC-e, nem conjugada e nem só com serviços. Presumimos que se está liberada a NF-e, deve estar também a NFC-e.

     

    []s

     

    Equipe Plenus Software

     

     

    51140401425044000126550010000021671000021674-NFe.xml

     

    51140401425044000126550010000021681000021680-NFe.xml

     

     

     

     

  12. Olá, pessoal.

     

    A NFC-e permite "documentar operações comerciais de venda presencial a consumidor final (pessoa física ou jurídica) em operação interna onde não haja transporte e sem geração de crédito de ICMS ao adquirente". Ou seja, pode-se emitir uma NFC-e sem identificação alguma do consumidor, mas pode-se identificar tanto pessoa física quanto pessoa jurídica.

     

    Atualmente, com o ECF, se uma empresa compra materiais de consumo em um supermercado passando pelo check-out e deseja escriturar a despesa, ela solicita ao estabelecimento que emita uma NF-e, a qual referenciará o cupom fiscal de origem. O CFOP 5929 é específico para esse tipo de operação.

     

    Entretanto, no caso da NFC-e isso não será mais possível. Nesse caso, diante da certeza de que sempre haverá clientes exigindo uma NF-e, fiz esse questionamento à Sefaz-MT, que respondeu laconicamente: "Não existe a possibilidade de utilização do CFOP 5929 como utilizada anteriormente com o ECF, neste caso o contribuinte deverá cancelar a NFC-e e emitir uma NF-e para acobertar a operação".

     

    Conhecendo a inépcia da burocracia, imagino que possa existir um meio mais inteligente de se resolver essa situação, e por isso recorro a vocês. Alguém já deparou com situação parecida? Existiria alguma forma mais prática de se resolver tal situação?

     

    []s

     

    Equipe Plenus Software

     

     

  13.  
    Jean, acho que achei o problema, eu define o DefautCharset como UTF_8 no componente e quando chamo o send do componente ele esta verificando se o DefautCharset é diferente de UTF_8 pra converter, como não é diferente não esta atribuindo o assunto, abaixo está o trecho de código que eu copiei do procedimento Send do Componente.
    if fDefaultCharsetCode <> UTF_8 then
        fMIMEMess.Header.Subject := CharsetConversion(fSubject, UTF_8, fDefaultCharsetCode);
    
    Modifiquei esse trecho e Funcionou Mesmo com o CharsteDefaut = UTF_8 assim:
     
    if fDefaultCharsetCode <> UTF_8 then
        fMIMEMess.Header.Subject := CharsetConversion(fSubject, UTF_8, fDefaultCharsetCode)
    else
        fMIMEMess.Header.Subject := fSubject;
    

    Tem algum motivo pra manter o Componente com o DafaultCharset diferente de UTF_8?

×
×
  • 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.