Jump to content
Notícias do ACBr

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

click.png

consultoria_sticker.png

Conteúdo para desenvolvedores
 ao vivo de terça a quinta!
Saiba mais

dev.png

logo_acbr_paygo.png

TEF ACBr PayGo
Seja um revendedor e ofereça uma solução completa para seu cliente.


Saiba mais

beneficios.png

Giulia Carlini

Membros
  • Content Count

    19
  • Joined

  • Last visited

Community Reputation

3 Neutral

About Giulia Carlini

  • Rank
    Novato
  • Birthday 04/17/1991

Profile Information

  • Sexo
    Feminino
  • Location
    São Paulo

Recent Profile Visitors

825 profile views
  1. Bom dia! Estou com o mesmo erro Rejeição: Percentual de FCP ST inválido [nItem: 1] de SP para SP, usando 2%
  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
  3. 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
  4. 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.
  5. Bom dia Italo, Sim, é na última revision em que ocorre o problema explanado.
  6. 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_RE
  7. 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).
  8. 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
  9. 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. Espe
  10. 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;
  11. Juliomar, Sim, já efetuei pesquisas, porém não encontrei nada sobre o assunto. Att.
  12. 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
  13. Muito obrigado Daniel. Vou baixar os fontes atualizados.
  14. 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á!
  15. 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.
×
×
  • Create New...