Giulia Carlini
-
Total de ítens
19 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Giulia Carlini
-
-
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!
-
1
-
-
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.
Em 11/04/2017 at 12:20, Giulia Carlini disse: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/>.
-
1
-
-
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árioE 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!
-
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;-
1
-
-
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.
-
Bom dia,
A Caixa está nos solicitando que no segmento P do arquivo de remessa, na coluna 15 saia '1'. Gostaríamos de saber se é possível efetuar essa alteração, conforme nos foi solicitado.
Segue em anexo o layout da Caixa.
Att,
-
Bom dia!
Verifiquei que a nomenclatura do campo "Agencia / Código Beneficiário" está com a nomenclatura antiga, ou seja "Agencia / Código Cedente" no ACBrBoletoFCFortesFr.
Segue em anexo o .dfm com a alteração para a nomenclatura atual.
Desde já agradeço a atenção,
Att.
-
O arquivo .pas foi errado. Favor considerar este.
-
Boa tarde!
Ao fazer uma impressão da DACTE aquaviária, percebi que saia a informação "qrlIndConteiners" no campo IDENTIFICAÇÃO DOS CONTEINERS (conforme imagem em anexo).
Ao verificar, percebi que na unit ACBrCTeDACTeQRRetrato onde eram passadas as diretivas para esse campo, a linha " qrlIndConteiners.Caption := ''; " estava dentro da diretiva.
Deixei fora da diretiva e funcionou normalmente.
Seria isso mesmo?
Segue o exemplo em imagem e a unit em anexo.
Agradeço a atenção desde já!
FCP ST na NF-e 40.
em ACBrNFe
Postado
Bom dia! Estou com o mesmo erro
Rejeição: Percentual de FCP ST inválido [nItem: 1]
de SP para SP, usando 2%