MagoSchmidt

Pessoal, achei um pequeno problema na parte dos descontos no arquivo AcbrBoletoW_Caixa.pas: // if Integer(TipoDesconto) <> 1 then // Isto aqui parece incorreto! procedure TBoletoW_Caixa.GerarDescontos; begin if Assigned(ATitulo) then with ATitulo do begin if (ValorDesconto > 0) then begin Gerador.wGrupo('DESCONTOS'); Gerador.wGrupo('DESCONTO'); Gerador.wCampo(tcDat, '#33', 'DATA', 10, 10, 1, DataDesconto, DSC_DATA_DESCONTO); // if Integer(TipoDesconto) <> 1 then // Isto aqui parece incorreto! if TipoDesconto in [tdValorFixoAteDataInformada, tdValorAntecipacaoDiaCorrido, tdValorAntecipacaoDiaUtil] then Gerador.wCampo(tcDe2, '#34', 'VALOR ', 01, 15, 1, ValorDesconto, DSC_VALOR_DESCONTO) else Gerador.wCampo(tcDe4, '#35', 'PERCENTUAL', 01, 15, 1, ValorDesconto, DSC_VALOR_DESCONTO); Gerador.wGrupo('/DESCONTO'); if ((ValorDesconto2 > 0) and (not Boleto.Cedente.CedenteWS.IndicadorPix)) then begin Gerador.wGrupo('DESCONTO'); Gerador.wCampo(tcDat, '#33', 'DATA', 10, 10, 1, DataDesconto2, DSC_DATA_DESCONTO2); if TipoDesconto in [tdValorFixoAteDataInformada, tdValorAntecipacaoDiaCorrido, tdValorAntecipacaoDiaUtil] then Gerador.wCampo(tcDe2, '#34', 'VALOR ', 01, 15, 1, ValorDesconto2, DSC_VALOR_DESCONTO2) else Gerador.wCampo(tcDe4, '#35', 'PERCENTUAL', 01, 15, 1, ValorDesconto2, DSC_VALOR_DESCONTO2); Gerador.wGrupo('/DESCONTO'); end; Gerador.wGrupo('/DESCONTOS'); end; end; end;

Aconteceu o mesmo pra mim. Parece que a CEF nao está com a API consolidada o suficiente pra liberar.

Pessoal, quem já trabalhou com a API de registro de boletos do Itaú sabe a confusão que é a documentação. Um exemplo claro disso é a discrepância na especificação de "descontos" entre o registro e a alteração de boletos. Mesmo seguindo as orientações da documentação, não consegui fazer o processo funcionar corretamente. Após abrir um chamado no Itaú, fui informado de que a especificação de "descontos" da alteração deve ser utilizada também para o registro, enquanto a mencionada no registro deve ser desconsiderada. Anexo as alterações que fiz com base nessa orientação. O processo foi testado em produção, e o desconto foi registrado com sucesso. Abraços! ACBrBoletoW_Itau_API.pas Não testei a parte de desconto em percentual, somente a parte de desconto em valor. Entao é provável que esteja com o mesmo problema da vírgula que tive no valor do desconto.

Enviado por email. Anexado aqui tambem NF1661.xml

Está saindo assim: O problema era a presença de dois componentes frxMemo com o mesmo campo [ItensServico."DiscriminacaoServico"] Um deles (o memo13) estava perdido embaixo do Subreport1 foi removido. Segue em anexo arquivo corrigido DANFSeNovo.fr3

O que seria este SOAP? Eu não mexi em nada no header. Está tudo default do Acbr

Aproveitando que vao olhar, corrijam isto aqui em AcbrBoletoWs.Soap.pas por favor:

No Santander tem que fazer em dois passos. No primeiro uma autenticação gerando um "ticket" e no segundo a inclusão propriamente dita. Então um exemplo de uso seria o seguinte: Boleto.Banco.TipoCobranca := cobSantander; Boleto.Configuracoes.WebService.Ambiente := taHomologacao; Boleto.Configuracoes.WebService.NumeroSerie := NUMERO_SERIE_CERTIFICADO; Boleto.Configuracoes.WebService.SSLCryptLib := cryWinCrypt; Boleto.Configuracoes.WebService.SSLHttpLib := httpWinHttp; Boleto.Configuracoes.WebService.SSLXmlSignLib := xsLibXml2; . . // preencher os dados do título . Boleto.ListadeBoletos.Add(Titulo); Boleto.Configuracoes.WebService.Operacao := tpTicket; if Boleto.Enviar then begin Boleto.Configuracoes.WebService.Operacao := tpInclui; if Boleto.Enviar then begin . . . ```

Segue manual conforme solicitado SANTANDER_Layout XML Cobrança OnLine V2.5.1 com PIX.pdf

Pessoal, Fiz a implementação do boleto híbrido Santander. Já está homologado e deve entrar em produção semana que vem. Seguem os arquivos que foram modificados para avaliaçao dos senhores! Estou à disposição para trocar informaçoes técnicas através do Zap (31)99993-2204 Abraços ACBrBoletoW_Santander.pas ACBrBoletoRet_Santander.pas pcnLeitor.pas

Recebo o erro acima ao tentar autorizar RPS no provedor SIAT em Belem. O problema está na montagem do campo 'DDDTomador' que nao está considerando numero de celular com 9 digitos (no codigo fonte o teste com 11 digitos assume que se trata de numero fixo na forma DDD-NNNNNNNN) Segue em anexo fontes corrigidospnfsNFSeW_Siat.paspnfsNFSeW_ISSDSF.pas

Vi que voces aceitaram minha colaboração. Muito obrigado! Identifiquei o mesmo problema na ACBrNFeDANFEFRDM.pas, a original processou por 12hs e nao terminou a geraçao de 3000 NF's Segue a versao corrigida que fez o trabalho em 50mins Abraços ACBrNFeDANFEFRDM.pas

Por favor, alguém teria a documentaçao especifica ou um RPS de referencia para Belem/PA (Provedor SIAT) O site da SEFIN de Belem nao tem esta informação

Sei que este post é antigo mas o problema persiste. Eu mantive minha versao da unit durante este tempo mas agora tive que fazer uma atualização geral e o problema retornou. A unit que eu havia enviado anteriormente era uma sobrescrição da classe TACBrNFSeDANFSeFR para evitar alteraçoes no codigo original do Acbr. Desta vez entao estou enviando as mudanças feitas na unit original para avaliação dos Srs. A ideia central (que torna o processo bem mais rápido) é: frxReport.PreviewPages.AddFrom(frxReportTemp); na linha 315 Abraços ACBrNFSeDANFSeFR.pas

Ítalo, boa tarde! Liguei para o suporte da VersaTecnologia. Eles me disseram que para clientes que sao instituições de ensino (como é o meu caso) a emissao de NFS-e nao está disponivel via WebService. Eles possuem um formato proprietário que será usado com esta finalidade. Sendo assim acho melhor encerrarmos esta demanda para nao ficarmos dando murro em ponta de faca Abraços O telefone do suporte da Versa Tecnologia é 08007354526