Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Regras e orientações da nossa comunidade Participe do Discord do ACBr

GustavoKato

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    152

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que GustavoKato postou

  1. GustavoKato
    bom dia, vc está passando Sacado.Pessoa = pFisica e informando um CNPJ em seguida
  2. GustavoKato
    alguém?
  3. GustavoKato
    Bom dia pessoal. Não sei se já ocorreu esta situação com alguém, mas tenho um cliente cujo o arquivo de retorno vem com mais de uma conta (previsto no layout esta possibilidade) no campo 021 a 037 do layout 400 do bradesco e 18 a 29 do Itau por exemplo. Há alguma coisa em desenvolvimento para este caso? Obrigado
  4. GustavoKato
    boa tarde, o campo "SeuNumero" não dá certo para este caso?
  5. GustavoKato
    Bom dia, aqui passo todas as propriedades inclusive o nosso número pro componente como foi gerado o boleto pela primeira vez e por enquanto não detectei este problema.
  6. GustavoKato
    já efetuei essa correção, mas ninguém analisou e subiu ao svn... segue o link é um erro no formato da string, alguns campos estão com formatação de data
  7. GustavoKato
    Bom dia, Implementei o envio de HTML no corpo do e-mail para envio normal e de threads (ctrc + C do NF-e). Anexo abaixo para análise. Obrigado ACBrBoleto.pas
  8. GustavoKato
    Boa tarde, pessoal. Tive o problema retratado neste tópico qual dentro de um bloco Try/Except não conseguia capturar caso ocorria uma exception dentro da Thread. Implementei o envio "normal" como também existe na unit do CT-e. Espero ter colaborado Abraços Gustavo Kato ACBrBoleto.pas
  9. GustavoKato
    tive esse problema na noite de ontem tbm (21/10), não sei dizer ao certo que horário normalizou... espero que não volte a ocorrer
  10. GustavoKato
    Opa, tinha mais campos com formatação incorreta. Obrigado pelo retorno Agora é aguardar algum commiter revisar e enviar BoletosFR.zip
  11. GustavoKato
    bom dia, alguém validou os arquivos?
  12. GustavoKato
    tente o seguinte, clique com o botão direito sobre o exe, então clique em "Executar como administrador", se for problema de permissão de gravação deverá resolver
  13. GustavoKato
    Bom dia, pessoal... estava passando pelo mesmo problema mostrado a baixo, verifiquei os campos e o campo LocalPagamento estava com formatação de data sendo um string. Retirei a formatação e resolveu esta mensagem. segue anexo os fr3 alterados obs: ([somente testei o boletoFatura.fr3) Anexo removido.
  14. GustavoKato
    Rodrigo, se não me engano quando vc tenta emitir um MDF-e para um caminhão que possui um não encerrado é retornado a chave. Acredito que consiga pelo ACBr e se não me engano, no emissor do SEFAZ possui a opção de cancelamento pela chave.
  15. GustavoKato
    Boa tarde, ao meu entendimento quando o cStat = 135 o evento já foi autorizado. Dê uma olhada na rotina de consulta e veja se esta olhando a propriedade correta.
  16. GustavoKato
    Bom dia, para pegar o nº do protocolo na consulta, tente ACBrMDFe.WebServices.Consulta.Protocolo XML ACBrMDFe.WebServices.Consulta.RetWS
  17. GustavoKato
    boa tarde, para ter certeza utilize o ultimo schema disponível no site da SEFAZ e aponte corretamente nas propriedades do componente
  18. GustavoKato
    deve estar faltando informar estes campos pACBr.Configuracoes.WebServices.UF := vUF; pACBr.Configuracoes.WebServices.Ambiente := taProducao ou pACBr.Configuracoes.WebServices.Ambiente := taHomologacao;
  19. GustavoKato
    boa tarde, acredito q seja no seguinte formato <infDoc> <infNFe> <chave></chave> </infNFe> <infNFe> <chave></chave> </infNFe> <infNFe> <chave></chave> </infNFe> </infDoc>
  20. GustavoKato
    Boa tarde, provavelmente terá q usar o CFOP específico para o caso (exterior)
  21. GustavoKato

    Erro Acbr Cte

    GustavoKato replied to perison's tópico in ACBrCTe

    Boa tarde, Está usando o acbrInstall?? se não, tente por ele
  22. GustavoKato
    O comando "valida" não pega esses erros?
  23. GustavoKato
    Obrigado pelas dicas pessoal, já tinha atualizado a hora do servidor. Vamos ver se resolve
  24. GustavoKato
    Gr@c@, tbm recebi essa reclamação... acredito q seja a SEFAZ mesmo. Estou tendo muita rejeição referente a data e hora de eventos (data maior ou menor que a de processamento), alguém com o mesmo problema?
  25. GustavoKato
    Obrigado Italo. Operacionalmente inviável, mas é nossa amada legislação né.
×
×
  • 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.