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

marcianobandeira

Membros
 Perfil  Explorar Conteúdo

  • Total de ítens

    133

  • Registro em

  • Última visita

 Tipo de Conteúdo 

Tudo que marcianobandeira postou

  1. marcianobandeira
    Bom dia, Conforme a implementação acima, a homologação está rejeitando o campo na posição 18, conforme print em anexo da validação. Vou deixar o meu codigo fixo como 1 aqui, mas se tiverem alguma sugestão. Grato
  2. marcianobandeira
    Bom dia Rafael, Obrigado por responder... Deixa eu ver se entendi bem... no exemplo acima, o estabelecimento receberia os 100 normalmente.. mas o cliente (dono do cartao) pagaria 50... Neste caso não há nenhum procedimento diferente no sistema (O mesmo valendo para reajuste para cima)? Grato
  3. marcianobandeira
    Bom dia Estou realizando a homologação no Pay&Go, passei pelo problema que ocorre a partir do passo 14.. "Alteração de valor não permitida" Realmente foi só setar a propriedade SuportaReajusteValor para true e preencher a parte "Identificacao" da Software House... sem este segundo passo não funciona. Feito isso meus testes passaram... mas minha dúvida é com relação ao procedimento gerencial, se algum dos senhores puder me dar uma luz.. Ex: uma venda de R$ 100,00... ao passar o cartão, o valor é alterado para R$ 50,00 (conforme passo 17)... A nível de sistema, devo contabilizar um pagamento de R$ 50,00 e solicitar o pagamento restante ao cliente? Essa seria apenas uma das situações, mas confesso que fiquei meio perdido com essas alterações de valores... ... Quanto aos testes, tudo certo, estão passando, mas não sei como proceder gerencialmente. Grato
  4. marcianobandeira
    Entendi, neste caso se eu utilizar em conjunto as propriedades OperacaoCRT e Restricoes e tratar o evento OnObtemCampo e nos casos mais extremos tratar até o evento OnExibeMenu do clisitef creio que consigo chegar ao resultado esperado. Obrigado pelas dicas Daniel.
  5. marcianobandeira
    Boa tarde Daniel, Eu gostaria de utilizar esse evento para direcionar o menu do CliSitef, a exemplo do PayGo, onde eu consigo direcionar a rede, o tipo de cartão, quantidade de parcelas etc. Porém ainda não tenho certeza se essa seria a melhor alteranativa, usando este evento. Consegui alguma coisa com a propriedade OperacaoCRT e a propriedade Restricoes do TefCliSitef, mas não consegui informar a quantidade de parcelas por exemplo. Na prática, eu gostaria que o usuário não precisasse navegar pelo menu do CliSitef, e sim que o sistema, através de parametrizações, fizesse esse trabalho, assim é menos coisas para o usuário fazer o que agiliza o processo e evita erros. Grato
  6. marcianobandeira
    Bom dia Jwest Não sou eu que postei isso acima, mas estou com essas informações bem frescas, então creio que posso lhe ajudar... Este é o procedimento do passo 2 para homologação NTK Pay Go "Realizar uma venda de qualquer valor, pré-selecionando a rede “CERTIFICAÇÃO” (campo 010-000=CERTIF), operação “VENDA” (campo 730-000=1), tipo de cartão “CRÉDITO” (campo 731-000=1) e tipo de financiamento “À VISTA” (campo 732-000=1)." Perceba que no procedimento eles dizem quais campos devem ser informados. Porém creio que os campos devem ser diferentes para CliSitef por exemplo, ainda não cheguei nessa parte pelo CliSitef. A minha sugestão de correção acima, é porque o evento não estava sendo chamado quando utiliza-se o CliSitef, mas no TefDial funciona perfeitamente. Att,
  7. marcianobandeira
    Boa tarde Senhores, O tópico aqui é meio antigo, mas por se tratar do mesmo assunto, acredito que podemos dar continuidade nele, por favor me corrijam se eu estiver enganado. Estou ajustando o sistema aqui da empresa para trabalhar com o TEF, portanto estou ao mesmo tempo testando com NTK(TefDial) e com Skytef/Software Express(CliSitef). Tentei localizar um outro tópico que por acaso vi outro dia de alguem mensionando que o evento OnAntesFinalizarRequisicao não estava sendo chamado, mas infelizmente não encontrei... O que ocorre é o seguinte, usando TefDial o evento é chamado perfeitamente, pois no metodo CRT tem a chamada para o método FinalizarRequisicao que por sua vez aciona o evento OnAntesFinalizarRequisicao. já usando o TefCliSitef, o método CRT foi sobrescrito, e não tem a chamada para o método FinalizarRequisicao, consequentemente o evento não é chamado. Fiz um ajuste na unit ACBrTEFDCliSiTef.pas e estou enviando em anexo, se puderem avaliar e adicionar ao SVN. Grato ACBrTEFDCliSiTef.pas
  8. marcianobandeira
    Bom dia senhores, O validador do sicredi está reclamando do valor '0' no campo - 18 tipo de desconto 2 Olhando no manual do sicredi cnab 240 na pagina 50, este campo deveria ter os valores Domínio: '1' = Valor fixo até a data informada '2' = Percentual até a data informada '3' = Valor por antecipação dia corrido '7' = Cancelamento de desconto E há a seguinte observação pra quando não há desconto No caso de não ter desconto, enviar um dos códigos acima e o campo de valor de desconto zerado (posição 27 a 41). Acho que seria interessante deixar fixo '1' por enquanto ou mesmo criar as propriedades na classe título para que possa ser alimentado. Caso queiram posso alterar aqui e enviar o fonte. Grato
  9. marcianobandeira
    Boa tarde, Também tenho percebido o problema em alguns clientes... fiz uma "solução" de importar o xml, mas há o transtorno de baixar o xml pelo site... O problema é fazer com que o cliente entenda o que realmente está ocorrendo, que não é algo simples de se resolver, acabamos saindo como os ruins da história.
  10. marcianobandeira
    Olá Marcelo houve algum progresso?
  11. marcianobandeira
    Creio que em algumas agências "passe batido", pois conforme print acima do manual, a alteração é necessária.
  12. marcianobandeira
    Boa tarde, sim foram recusados devido a estar preenchidos com zeros ao invés de brancos.
  13. marcianobandeira
    tudo bem, desculpe ter me alterado, só quis mostrar que não justificaria subir este fonte no svn da maneira que subiu.. tbm estou com um cliente me cobrando aqui.
  14. marcianobandeira
    Me desculpe a franqueza, mais se é para testes no mínimo deveria ter uma diretiva de compilação, ou alguma maneira de configurar isso no componente. Ainda digo mais, se vai ter uma alteração no fonte para testes, por padrão deveria continuar trabalhando da maneira que deve ser em produção, a menos que seja forçado a configuração. Creio que alguem tenha subido isso equivocadamente pro svn, a questão é que várias pessoas podem ser prejudicadas por estes "testes".
  15. marcianobandeira
    Bom dia.. Tive um problema com as remessas e fui olhar no svn o log de alterações no bancoob, que aponta para este topico nas observações.. Segundo o manual do banco O código do convenio do banco deveria ser 20 posicoes em branco... na versão anterior do fonte estava assim space(20) + // 33 a 52 - Brancos Na versao modificado está assim StringOfChar('0', 20) + // 33 a 52 - Brancos - Alteração para passar no validador Isso na rotina function TACBrBancoob.GerarRegistroHeader240 Gostaria de saber se houve alguma atualização no manual do banco, pois o mais recente que consegui informa que tem que ser brancos. grato
  16. marcianobandeira
    segue a unit do banco daycoval ao qual eu estava mexendo... pelo fato do cliente ter desistido do projeto não cheguei a finalizar, mais tem bastante coisa ACBrBancoDaycoval.pas
  17. marcianobandeira
    Olá Juliana, Consegui localizar no manual do banco a indicação para a alteração sugerida, segue em anexo. function TACBrBancoBanestes.MontarCampoCodigoCedente ( const ACBrTitulo: TACBrTitulo ) : String; begin // Banestes não usa digitos verificadores em agência e conta // Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+ '/' + // ACBrTitulo.ACBrBoleto.Cedente.Conta; Result := (ACBrTitulo.ACBrBoleto.Cedente.Agencia + '/' + FormatFloat('### ### ### ###', StrToInt64Def(ACBrTitulo.ACBrBoleto.Cedente.Conta, 0)).Replace(' ','.')).Replace('/.','/'); end; Att. Marciano Bandeira banestes_layout_cobranca_cnab400.pdf
  18. marcianobandeira
    fiz assim pra resolver por enquanto function TACBrBancoBanestes.MontarCampoCodigoCedente ( const ACBrTitulo: TACBrTitulo ) : String; begin // Banestes não usa digitos verificadores em agência e conta // Result := ACBrTitulo.ACBrBoleto.Cedente.Agencia+ '/' + // ACBrTitulo.ACBrBoleto.Cedente.Conta; Result := (ACBrTitulo.ACBrBoleto.Cedente.Agencia + '/' + FormatFloat('### ### ### ####', StrToInt64Def(ACBrTitulo.ACBrBoleto.Cedente.Conta, 0)).Replace(' ','.')).Replace('/.','/'); end;
  19. marcianobandeira
    Boa tarde pessoal, como ficou esta questão da máscara do cedente? Pelo que me parece, em algumas agências são mais detalhistas quanto a esta questão no layout. Segue o resultado da homologação: 2) Agência/ Código do Beneficiário: a conta do cedente deve estar separada por pontos, a cada três dígitos da direita para a esquerda. Ex: 123 / 13.198.2620 É tranquilo de alterar isso, posso até fazer aqui, problema é que é meio demorado pra subir no svn rs Grato
  20. marcianobandeira
    Bom dia, o sicredi homologou a remessa com estas alterações, espero que subam ela no svn assim nao terei que fazer um controle paralelo da versão do fonte.
  21. marcianobandeira
    E aí moderadores, será que podemos adicionar esta alteração?
  22. marcianobandeira
    Boa tarde pessoal, Estou com um caso diferente aqui, um cliente trocou de agencia no sicredi, porém manteve a mesma conta corrente... na nova agência o código do cedente para o boleto é diferente da agência antiga (que usava o número do conta sem o dígito). Pois bem, ao tentar homologar o boleto, constatamos que no registro trailer e header do arquivo estão sendo utilizados o código do cedente, onde na verdade deveria ser o número da conta. Já no seguimento P está sendo utilizado a conta onde na verdade deveria ser o número do cedente. PS: Não consigo anexar o fonte alterado, nem o manual do banco, fala que só tenho permissão para 2MB. Att Marciano Bandeira ACBrBancoSicredi.pas alteracoes.txt
  23. marcianobandeira
    Verificando aqui, eu estava enviando a nota de modo assincrono...como no meu caso envio apenas uma nota por lote, mudei para envio sincrono... vamos ver se resolve. grato
  24. marcianobandeira
    Senhores, segundo o pdf com instruções para envio da nfe que consta no site da receita, o tempo mínimo para consulta do lote seria de 15 segundos. Agora pergunto-lhes, não sei se estou errado, mais, no caso da NFC-e, imaginem um mercado com uma fila de clientes, se o sistema tiver que esperar 15 segundos para consultar cada nota, estaremos mortos, rs. Alguem sabe se existe alguma orientação diferente para NF-e e NFC-e? Grato
  25. marcianobandeira
    Boa tarde pessoal, desenvolvi a NFS-e de serviço para santo antonio da platina, que utiliza o Pronim com a versão 1.0. Este mês a cidade de joaquim távora está implementando a NFS-e com o Pronim versão 2.0. Em que pé está o desenvolvimento do Pronim2? Posso ajudar em algo, recebi o material da prefeitura, inclusive o Schema xml. Segue em anexo. Correcoes_NFS-eversao_2-02.pdf Hash documentos NFS-e verso 2-02.pdf NFSE-NACIONAL_Manual_De_Integracao versao 2-02 - alteracoes.pdf NFSE-NACIONAL_Manual_De_Integracao versao 2-02.pdf wsdl_nfse_v2 02.zip schema_xml_nfse_v2-02.zip
×
×
  • 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...