Giulia Carlini

Bom dia! Estou com o mesmo erro Rejeição: Percentual de FCP ST inválido [nItem: 1] de SP para SP, usando 2%

Bom dia, Ao atualizar a ACBr, encontrei dificuldades para efetuar uma CC-e de CT-e, pois na unit pcteEnvEventoCTe.pas foram acrescentados algumas linhas de código onde é utilizado o índice errado. Efetuei a correção. Segue a unit em anexo. Obrigado! pcteEnvEventoCTe.pas

Bom dia! Então @nolher, creio que seja um problema de geração do arquivo XML dentro da ACBr, que causa erro ao enviar para a SEFAZ. Por hora, para conseguir emitir, eu voltei para o código antigo da ACBr, que é anterior as alterações propostas neste tópico. Se caso quiser fazer testes, é a seguinte unit: acbr\Fontes\ACBrDFe\ACBrMDFe\PCNMDFe\pmdfeMDFeW.pas Revision 13006 Espero ter ajudado

Eu voltei a revision como mencionei acima, @FSoftware, mas ainda tenho dúvidas se está correto a maneira que está gerando o XML, porém as MDF-es estão sendo aceitas pela SEFAZ.

Bom dia Italo, Sim, é na última revision em que ocorre o problema explanado.

Bom dia, Estou com problemas para aprovar MDF-e com o CNPJ da seguradora e CNPJ do responsável pelo seguro em branco. Os dois campos são obrigatórios no manual (1-1), porém não "obrigatórios" quando respSeg = 1. No meu entendimento essa tag deveria ser preenchida no XML, porém sem dados ou com "zeros". Segue o trecho do código que alterei para conseguir aprovar: acbr\Fontes\ACBrDFe\ACBrMDFe\PCNMDFe\pmdfeMDFeW.pas - Linha 1119 Gerador.wGrupo('infResp', '#119'); Gerador.wCampo(tcStr, '#120', 'respSeg', 01, 01, 1, RspSeguroMDFeToStr(MDFe.seg.respSeg), DSC_RESPSEG); Gerador.wCampoCNPJCPF('#121', '#122', MDFe.seg.CNPJCPF); Gerador.wGrupo('/infResp'); if MDFe.seg.xSeg <> '' then begin Gerador.wGrupo('infSeg', '#123'); Gerador.wCampo(tcStr, '#124', 'xSeg', 01, 30, 1, MDFe.seg.xSeg, DSC_XSEG); Gerador.wCampoCNPJ('#125', MDFe.seg.CNPJ, CODIGO_BRASIL, True); Gerador.wGrupo('/infSeg'); end; Segue a imagem do manual. Voltei para o código da revision 13006. Porém existe uma diferença entre essas duas tags. O CNPJ do responsável, quando vazio, é preenchido <CNPJ>00000000000000</CNPJ>, porém o CNPJ da Seguradora é preenchido <CNPJ/>. Gostaria de saber se alguém tem ideia de qual modo seria correto, pois no manual os dois campos tem o mesmo tipo de Expressão Regular (ER9). Obrigado!

Bom dia, Obrigado Ricardo pela ajuda, porém, acabei de fazer um teste em ambiente de homologação, apenas alimentando a tag respSeg como emitente (1), e a Sefaz me retornou a seguinte rejeição: Manifesto(s) não confirmado(s): 556->Rejeição: Dados do seguro de carga incompletos para o modal rodoviário E ao analisar o Manual da Sefaz, verifiquei que aparentemente é obrigatório o preenchimento do Grupo infSeg quando o modal for Rodoviário e quando o Tipo de Emitente for o prestador de serviço de transporte. Segue a imagem do manual, (pág. 41).

Bom dia Juliomar! Segue em anexo o projeto de teste com o exemplo do problema. Coloquei como responsável pelo seguro o Emitente e não preenchi a tag de CNPJ da Seguradora, gerei o XML e tentei validá-lo. Olho detalhe é que o CNPJ do responsável pelo seguro, quando não é alimentado, é preenchido com zeros no XML. Isso seria correto? Obrigado! TesteMDFeSeguradora.rar

Bom dia, Ao atualizar os fontes, não consegui mais fazer emissões com a tag de CNPJ da Seguradora em branco, quando o Responsável pelo Seguro é o Emitente do MDF-e. Seguindo conforme o layout, este campo não é obrigatório, porém, quando não preencho, ele dá erro de Schemas, na versão atualizada da ACBr. Fiquei na dúvida de qual seria a maneira ideal de gerar este campo, pois gerando com a tag <CNPJ/> o mesmo é enviado e aprovado. Segue o erro: De acordo com o DTD ou o esquema, o conteúdo do elemento '{http://www.portalfiscal.inf.br/mdfe}infSeg' está incompleto. Esperado: {http://www.portalfiscal.inf.br/mdfe}CNPJ. Conclusão: tive que voltar a versão da ACBr para conseguir emitir. Alguém sabe dizer o que seria correto nesse caso? Desde já agradeço!

Olá Cleonir, me deparei com o mesmo problema, e consegui resolver setando as seguintes configurações: ACBrMDFe1.Configuracoes.Geral.SSLCryptLib := cryWinCrypt; ACBrMDFe1.Configuracoes.Geral.SSLHttpLib := httpIndy; ACBrMDFe1.Configuracoes.Geral.SSLXmlSignLib := xsMsXml; ACBrMDFe1.Configuracoes.Geral.SSLLib := LibCustom;

Juliomar, Sim, já efetuei pesquisas, porém não encontrei nada sobre o assunto. Att.

Bom dia, Ao implementar o desconto condicional no boleto do Banco Santander com o código do desconto = 1, que seria o valor fixo até a data informada, não obtive sucesso, pois a ACBR não possui nenhuma propriedade sobre o mesmo (Código do Desconto), sempre considerando o boleto com o código do desconto = 2 caso eu passe alguma data de desconto no boleto, sendo que essa propriedade é para Percentual de Desconto, e não valor fixo. Segue informações retiradas do layout de remessa CNAB 240: Nota 23: CÓDIGO DO DESCONTO 0 = ISENTO 1 = Valor fixo ate a data informada – Informar o valor no campo “valor de desconto a ser concedido”. 2 = Percentual ate a data informada – Informar o percentual no campo “percentual de desconto a ser concedido” 3 = Valor por antecipação por dia corrido - Informar o valor no campo “valor de desconto a ser concedido” 4 = Valor por antecipação dia útil - Informar o valor no campo “valor de desconto a ser concedido” Código do ACBrBancoSantander.pas: if ValorDesconto > 0 then begin sTipoDesconto := '1'; // Valor fixo ate a data informada – Informar o valor no campo “valor de desconto a ser concedido”. if DataDesconto <> 0 then begin sDataDesconto := FormatDateTime('ddmmyyyy', DataDesconto); sTipoDesconto := '2'; end else begin sTipoDesconto := '0'; // ISENTO sDataDesconto := PadLeft('', 8, '0'); end; end else begin sTipoDesconto := '0'; // ISENTO sDataDesconto := PadLeft('', 8, '0'); end; Gostaria de uma ajuda com este problema, se possível. Agradeço desde já pela atenção!

Muito obrigado Daniel. Vou baixar os fontes atualizados.

Bom dia, estou com o mesmo problema na impressão do Nome Fantasia, que é cortado as letras iniciais e finais por não caberem em uma linha só. Gostaria de saber como vocês solucionaram essa questão (se foi solucionado), pois eu tive que alterar o relatório em Fortes para liberar pro nosso cliente a impressão correta. Obrigado desde já!

Bom dia Juliana, desculpe a demora. Essa recomendação foi feita por uma consultoria do nosso cliente, e a mesma é quem recebe os arquivos, e eles estão reprovando o arquivo por causa dessa informação que está faltando. O layout continua conforme o que foi anexado acima. Att.