Ir para conteúdo
  • Cadastre-se
Seja bem-vindo
Curso Dominando a NFCe - Fim do SAT em São Paulo? Esteja preparado Curso Responsável Técnico na NFe - Atenda à nova legislação Curso Dominando o ACBrBoleto - Via API ou CNAB Seja um membro do ACBr Pro e agilize seu software Participe do Discord do ACBr Regras e orientações da nossa comunidade

Gabriel Bonzanini

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    142

  • Registro em

  • Última visita

  • Days Won

    1

 Tipo de Conteúdo 

Tudo que Gabriel Bonzanini postou

  1. Gabriel Bonzanini
    Juliomar, se não puder contribuir, por favor peço que deixe o espaço para que os usuários troquem uma ideia entre si. Vou aguardar a resposta do colega DIOGOWAR. As mensagens anteriores não me ajudaram em absolutamente nada.
  2. Gabriel Bonzanini
    Juliomar, já instalei e reinstalei em 3 máquinas diferentes, aproximadamente 5 vezes em cada uma. E, da mesma forma que o DIOGOWAR comentou, com o emissor gratuito do SEFAZ funciona perfeitamente, o que indica que não é problema na instalação do certificado digital.
  3. Gabriel Bonzanini
    Boa tarde pessoal. Estou tendo exatamente o mesmo problema. Alguma novidade à respeito, DIOGOWAR? Fiz um debug, e o erro ocorre no comando signedKey := xmldsig.sign(dsigKey, $00000002);, da função TDFeCapicom.Assinar. Abraço.
  4. Gabriel Bonzanini
    http://www.sicredi.com.br/websitesicredi/upload/files/28379_Manual_Empresas_Conveniadas___CNAB_240___18062014.pdf Tipo de dado C047 (Motivo da Ocorrência), páginas 26, 27, 28 e 29. Só por curiosidade, qual manual vocês estão consultando?
  5. Gabriel Bonzanini
    Estou tentando contribuir com o projeto, ao contrário de muitos que só postam quando têm problemas, cobrando soluções. Depois dessa suspensão de 3 dias, vou pensar duas vezes antes de ajudar.
  6. Gabriel Bonzanini
    Desculpa Juliomar... É que imaginei que seria mais fácil para que os responsáveis pelas alterações no código-fonte visualizassem, já que fazem alguns dias e ainda não havia recebido nenhum tipo de posição sobre a alteração, que é relativamente simples.
  7. Gabriel Bonzanini
    Up
  8. Gabriel Bonzanini
    Up
  9. Gabriel Bonzanini
    Alguém poderia verificar se a alteração é viável? Obrigado.
  10. Gabriel Bonzanini
    Esta crítica é retornada em duas situações: A base de cálculo total realmente não condiz com a soma da base de todos os itens da nota; O CST/CSOSN informado em algum dos itens não gera valores (Ex: 40, 41, 50, etc.). Este tratamento é feito no próprio componente, no momento da geração das tags, não sendo enviado o valor de imposto mesmo que tenha sido preenchido no item. Abraço.
  11. Gabriel Bonzanini
    Bom dia pessoal. Segue uma alteração que fiz no componente para que o caminho do arquivo de evento (*-procEventoNFe.xml) possa ser acessado e armazenado logo após o envio do mesmo: if FPConfiguracoesNFe.Arquivos.Salvar then begin NomeArq := OnlyNumber(FEvento.Evento.Items[i].InfEvento.Id) + '-procEventoNFe.xml'; PathArq := PathWithDelim(GerarPathEvento(FEvento.Evento.Items[I].InfEvento.CNPJ)); FPDFeOwner.Gravar(NomeArq, Texto, PathArq); {Adicionei esta linha, no mesmo molde do bloco abaixo, que armazena o conteúdo do xml para ambos objetos} EventoRetorno.retEvento.Items[J].RetInfEvento.NomeArquivo := PathArq + NomeArq; {FEvento é um objeto privado da classe, portanto não pode ser acessado externamente} FEvento.Evento.Items[I].RetInfEvento.NomeArquivo := PathArq + NomeArq; end; { Converte de UTF8 para a String nativa e Decodificar caracteres HTML Entity } Texto := ParseText(Texto); EventoRetorno.retEvento.Items[J].RetInfEvento.XML := Texto; FEvento.Evento.Items[I].RetInfEvento.XML := Texto; Peço que analisem e vejam se isto pode ser enviado à versão oficial. Obrigado pela atenção, abraço. ACBrNFeWebServices.pas
  12. Gabriel Bonzanini
    Boa tarde pessoal. Adicionei alguns motivos de rejeição à função TACBrBancoSicredi.CodMotivoRejeicaoToDescricao, de acordo com o manual CNAB240 do Sicredi. O código já está em produção há alguns meses em nosso sistema, mas fiquem à vontade para verificar se está de acordo. Abraço. ACBrBancoSicredi.pas
  13. Gabriel Bonzanini
    Eu que agradeço Italo... O trabalho de vocês é excelente e ajuda muita gente, parabéns.
  14. Gabriel Bonzanini
    Bom dia pessoal. Ao gerar o xml da nota fiscal para o provedor Betha (ABRASF v1), se a mesma contiver faturas, o componente retorna um alerta acerca da data de vencimento: TAG:<Rps><InfRps Id="65SVC"><CondicaoPagamento><Parcelas> ID:#55/DataVencimento(Data de vencimento) - Tamanho menor que o mínimo permitido [25/02/2016]. Verifiquei que o problema está no procedimento TNFSeW_ABRASFv1.GerarCondicaoPagamento, que define um conteúdo de 19 caracteres (data/hora) para o campo. Contudo, o tipo tcDatVcto, informado no primeiro parâmetro de Gerador.wCampoNFSe, faz uma formatação de data simples (o que imagino que seja o correto, pois nunca se estipula um horário de vencimento), resultando em 10 caracteres: Gerador.wCampoNFSe(tcDatVcto, '#55', 'DataVencimento', 19, 19, 1, NFSe.CondicaoPagamento.Parcelas.Items[i].DataVencimento, DSC_DVENC); Substituindo-se o 19 por 10, tanto no tamanho máximo quanto no mínimo, o alerta não é mais retornado pelo componente. Em anexo, o arquivo com a alteração. Analisem se interpretei a situação corretamente e, caso sim, peço o favor de que enviem ao servidor para que não precise alterar manualmente toda vez que sincronizar os fontes. Desde já agradeço a atenção. Abraço, Gabriel. pnfsNFSeW_ABRASFv1.pas
  15. Gabriel Bonzanini
    Bom dia pessoal. Verifiquei que a cidade de Sombrio/SC não está presente no arquivo Cidades.ini. Se quiserem/puderem adicioná-la, já estamos usando em produção e está funcionando perfeitamente. [4217709] Nome=Sombrio UF=SC Provedor=Betha Abraço.
  16. Gabriel Bonzanini
    Boa tarde pessoal. Estou tendo o mesmo problema, tanto no envio de NF-e quanto no envio de NFS-e (Betha). Às vezes a nota é aprovada (ou o servidor avisa que ainda está sendo processada), e às vezes recebo esta mensagem. Aparentemente é algo que envolve o sistema operacional e seus componentes, pois acontece em alguns computadores e em outros não. Alguém tem alguma ideia de que 'identificador' seria esse? A mensagem é muito genérica, sem nenhum dado que possa ser aproveitado para um possível ajuste, tendo como agravante que ocorre apenas às vezes, tornando praticamente impossível debugar. Abraço.
  17. Gabriel Bonzanini
    Boa tarde Italo. Perfeito, muito obrigado pela atenção. E parabéns pelo ótimo trabalho que vêm sendo realizado por vocês, com muito capricho, organização e comprometimento. Grande abraço.
  18. Gabriel Bonzanini
    Obrigado Agnaldo. Vou deixar registrada a solução aqui para que outros usuários possam utilizá-la. Resumidamente, devem ser preenchidas duas propriedades do ACBrDanfe antes da impressão do mesmo: NFeCancelada e ProtocoloNFe. Deixo também uma sugestão à equipe de desenvolvimento: a remoção da propriedade AtualizarXMLCancelado, já que aparentemente não surte nenhum efeito e pode causar confusão nos usuários. Abraço. Ah, um detalhe: pelo que entendi, como a propriedade é do componente de impressão e não de cada NF-e em particular, acredito que será um problema imprimir várias notas de uma só vez, estou certo? Abraço.
  19. Gabriel Bonzanini
    Obrigado pelo retorno Sérgio. Imaginei que pudesse ser algo nesse sentido, mas a questão é: como mostrar a tarja de cancelamento na danfe, sendo que o cstat da nota fica como 100 e não como 101? Abraço.
  20. Gabriel Bonzanini
    Bom dia amigos. Verifiquei que, ao cancelar uma nota fiscal eletrônica, o xml da mesma não está sendo atualizado e consequentemente o danfe não imprime a tarja de cancelamento. Reparei que na função NotaFiscal.GravarXML da unit ACBrNFeNotasFiscais há um teste que faz com que o xml modificado não seja salvo: if EstaVazio(FXMLOriginal) then GerarXML; Obs: estou com a propriedade Geral.AtualizarXMLCancelado = True Abraço, Gabriel.
  21. Gabriel Bonzanini
    Muito obrigado Michel. Vou realizar alguns testes. Abraço.
  22. Gabriel Bonzanini
    Boa tarde. Ao atualizar os fontes hoje pela manhã, passei a ter um problema na validação do xml. Descobri que o problema se encontra na linha 132 da unit pnfsNFSeW_ABRASFv1.pas: if ((VersaoNFSe = ve100) and not (FProvedor <> proISSNet)) or (FProvedor = proNFSeBrasil) then Utilizando o provedor Betha, nesta condição o componente gera a tag 'CpfCnpj' e a tag 'Cnpj' internamente, o que diverge do padrão 1.00 que deve ser diretamente a tag 'Cnpj'. Acredito que o problema esteja mais especificamente aqui: not (FProvedor <> proISSNet) // o mesmo que (FProvedor = proISSNet) Abraço, aguardo retorno.
  23. Gabriel Bonzanini
    Show de bola. Muito obrigado pelas informações.
  24. Gabriel Bonzanini
    3Soft Sistemas, Não estava por dentro dessa questão... Poderia me explicar a diferença entre os dois repositórios, ou me apontar algum material/tópico para leitura sobre o tema? Abraço.
  25. Gabriel Bonzanini
    Obrigado pelo retorno 3Soft Sistemas. Estou com a versão atualizada, mas a classe TprocEvento_DetEvento ainda não possui a propriedade 'xCorrecao', apenas 'xJust'. Abraço.
×
×
  • 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.

The popup will be closed in 10 segundos...