Victor H. Gonzales - Panda

ACBrBancoCaixa.pas Veja com essa unit se as mensagens ficam todas em maiusculas..

no momento vamos arquivar essa TK, visto que o que está sendo implementado já existe nativamente no componente.

boa tarde, consegue mandar a remessa no email dos [email protected] e vincular esse otpico?

não achei nesse arquivo onde faz menção a carteira, 1,3 e 4 por exemplo.

Bom dia, tem como anexar novamente ? parece que corrompeu o anexo no forum

Bom dia, olhando aqui, você implementa uma função REPLACE, por qual motivo você precisa alterar o XML, visto que a impressão deveria ser a original, não deveria haver manipulação dos dados recebidos?

Por que até então havia carteira 1 e 3, não havia carteira 4. se houver, favor enviar a documentação onde consta

Bom dia, as classes e units com nomes de Bancoob, UniprimeNortePR, Cecred, seja na parte do CNAB ou API foram mudadas para o novo padrão de marcas dos bancos commit 35204, porem, se você usa os enumerados antigos, fique tranquilo, sua aplicação não irá parar, pois nada muda nos enumerados. de: ACBrBancoBancoob para: ACBrBancoSicoob de: ACBrUniprimeNortePR para: ACBrBancoSisprime de: BancoCECRED para: ACBrBancoAilos de: ACBrBoletoRet_Bancoob para: ACBrBoletoRet_Sicoob de: ACBrBoletoW_Bancoob para: ACBrBoletoW_Sicoob de: ACBrBoletoRet_Bancoob_APIV3 para: ACBrBoletoRet_Sicoob_V3 de: ACBrBoletoW_Bancoob_APIV3 para: ACBrBoletoW_Sicoob_V3 tambem foi ajustado a unit e classe do banco Uniprime, adicionado o prefixo ACBr, de: ACBrUniprime para ACBrBancoUniprime

EVENTOS.pdfversão do componente 35200 e seus XML não obtive nenhum problema como o reportado acima usando FastReport.

mas se tu olhar o layout do MOC, está diferente isso que você quer fazer. o vIPIDevol em tese é um valor da Nota Fiscal e não do Documento Auxiliar.

anexa o seu programa de exemplo tambem por favor

Bom dia, como foi passado a você a resposta ontem, esse campo UA04 não é a mesma coisa que o campo O14, sendo assim, não é impresso o valor da vIPIDevol no campo de vIPI conforme consta no MOC. em campo próprio somente valor de IPI, que é o campo O14.

Obrigado por reportar. Fechando. Para novas dúvidas, criar um novo tópico.

boa tarde, tem como enviar novamente os arquivos para o forum... houve um problema em que corrompeu os arquivos anexados.

não acredito que seja atualização. veja se não é mudanças locais... faça um revert depois um update. após reinstale tudo

em qual linha / rotina que ele está alterando para 2 digitos?

não sei se isso ai é válido... apesar que o campo é string e o regex é o abaixo... porem tente passar ele em htmlencode &Oslash; <xs:simpleType name="TString"> <xs:annotation> <xs:documentation> Tipo string genérico</xs:documentation> </xs:annotation> <xs:restriction base="xs:string"> <xs:whiteSpace value="preserve"/> <xs:pattern value="[!-ÿ]{1}[ -ÿ]*[!-ÿ]{1}|[!-ÿ]{1}"/> </xs:restriction> </xs:simpleType>

se é o banco Sicoob não há alteração para 01, pois a carteira é 1 digito. se não houver modificações locais não era para ter esse comportamento.

Por favor atualize seus fontes, pelo SVN do ACBr... Já subimos para o nosso repositório de fontes, modificações que podem corrigir algum dos itens referentes a esse tópico... Por favor atualize seus fontes, faça testes, e se possível comente em uma nova resposta, se o problema foi resolvido... Dúvidas, sobre o uso do SVN ? Clique aqui e veja um vídeo

faça os testes no programa de exemplo do email... tudo indica que as configurações de email não estão condizentes com o que o provedor espera. ai tu consegue fazer alguns testes fáceis até chegar na configuração correta... Configurações do ACBrMail para os principais serviços de emails do mercado - Base de Conhecimento - Projeto ACBr

referente a barcode está no svn

a propriedade está Boa tarde, o campo que é recebido na Classe é PercentualMulta, o campo que diz se é valor ou percentual, seria o MultaValorFixo, se true é valor, se false é percentual. Porem, essa variavel deveria sempre ser criada com valor true, sendo assim sempre em valor monetário, como pode ser visto na linha acima o valor é forçado sendo true sempre.

Estava faltando 10 posições. fiz alguns ajustes e enviei para o SVN.

Não são boletos de cobrança, são D8. Pesquise sobre como montar a linha / codigo de barras de arrecadação

Boa tarde, Na sua mensagem está sendo passado 61 posições como 0, que antes elas eram passadas como espaço Porem a sua mensagem diz, (sugerimos informar 0 nos campos numéricos), sendo que da posição 180 a 240 não são todos numéricos, como é o caso da 180-199, 216-216, 229-230, 232-240 todos são campo texto, sendo assim, na sua mensagem esses campos não deveriam receber valor 0. você tem outra versão de manual que contradiz isso?