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

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

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.

Olá Marcelo houve algum progresso?

Creio que em algumas agências "passe batido", pois conforme print acima do manual, a alteração é necessária.

Boa tarde, sim foram recusados devido a estar preenchidos com zeros ao invés de brancos.

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.

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

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

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

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

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;

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

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.

E aí moderadores, será que podemos adicionar esta alteração?

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

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

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

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

Segue em anexo o material completo (compactado) que recebi do banco DAYCOVAL.rar

agora está ok, obrigado.

Oi Juliomar, ainda está com um problema... as chaves estão se repetindo na segunda página... No fonte que envei em anexo tem esta linha: PrintIt := RLCTe.PageNumber = 1; No evento BeforePrint da banda que exibe as chaves, que resolveria/mascararia o problema. Como as bandas são do tipo Header, ao gerar a nova página elas são impressas novamente, Porém percebi que esta solução de ver o número da página é usada em outro trecho do código. Segue em anexo pdf gerado com a versão atual no svn CT-e 000000057.pdf

Bom dia Pessoal, Estava com um problema aqui com um cliente que está adicionando em torno de umas 40 chaves no cte, pois bem o sistema estava imprimindo apenas os primeiros oito... vi pelo log do svn que houveram duas tentativas de correção... a mais recente, está imprimindo as chaves em duas páginas, porém imprime as mesmas chaves e não as subsequentes. Enfim, fiz um ajuste no código que funcionou sem necessidade de separar em uma nova página. Desculpem a abertura de um novo tópico, porém pelo log do svn, consta a url de tópicos que estão no SAC aos quais eu não tenho acesso. Segue em anexo. Att, Marciano Bandeira ACBrCTeDACTeRLRetrato.pas

Estou com uma duvida, quando o destinatário for uma empresa por exemplo, contribuinte de ICMS, devo informar as tags da partilha? ou apenas quando for cpf?

Boa tarde pessoal, Favor, poderiam incluir a cidade de Santo Antônio da Platina - PR (IBGE: 4124103) no componente. Verifiquei junto a prefeitura o endereço do web-service é: HTTP://200.150.106.110:90/NFSEWS/Services.svc Segundo o que me passaram, não sei se procede, não existe um web-service de homologação, apenas produção mesmo O provedor é Pronim Grato