Painel de líderes

Gostaria de Solicitar aos moderadores que avaliem a inclusão das funções de conversão abaixo no arquivo Fontes: \ACBrTXT\ACBrSPED\ACBrSPEDFiscal.pas. Arquivo completo em anexo {Fabiano Cunha - 26/11/2017} function IndTipoTituloToStr(AValue: TACBrTipoTitulo): string; begin case AValue of tcDuplicata: Result:= '00'; tcCheque: Result:= '01'; tcPromissoria: Result:= '02'; tcRecibo: Result:= '03'; tcOutros: Result:= '99'; else Result:= EmptyStr; end; end; {Fabiano Cunha - 26/11/2017} function StrToIndTipoTitulo(AValue: string): TACBrTipoTitulo; begin if AValue = '00' then Result:= tcDuplicata else if AValue = '01' then Result:= tcCheque else if AValue = '02' then Result:= tcPromissoria else if AValue = '03' then Result:= tcRecibo else if AValue = '99' then Result:= tcOutros else raise Exception.Create(format('Valor informado [%s] deve estar (00,01,02,03,99)',[AValue])); end; ACBrEFDBlocos.pas

Parece ser um problema no SEFAZ.. Qual é a UF ? Sugiro entrar em contato com eles... e reportar o problema de validação da parte deles... Observe que a validação de Schema do Lado do cliente (ACBr), funciona corretamente... Mesmo na última Nota Técnica (NT2016_002 v1.41), esse campos constam como Opcionais... Aplicar a alteração proposta, traria efeito colateral em TODAS as aplicações existentes...

André e sérgio muito obrigado, realmente era isto está chave peguei com a elgin e não conferi a quantidade de caracteres !!! Muito obrigado. Muito obrigado pela ajuda !!!

Bom dia Jhonlenon, Só uma observação, o que você esta fazendo é a Manifestação do Destinatário e não Manifesto de NF-e. Temos que tomar cuidado, pois existe o Manifesto de Documentos Fiscais Eletrônicos - MDF-e, que se trata de um outro documento fiscal eletrônico que não tem nada haver com o evento de Manifestação do Destinatário. Fica ai a dica.

Bom dia, vamos adicionar sugestão junto as pendências para análise.

Já resolvi o problema com esse codigo..... procedure TF_manifesta_nfe.EnviaEventoDownload(ChNFE: string); var Ret : String; begin DM.TB_empresa.Open; DM.ACBrNFe1.DistribuicaoDFePorChaveNFe(UFtoCUF(DM.sUF), DM.TB_empresaCNPJ.AsString, ChNFE); sXML :=ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].XML; if DM.ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.cStat <> 138 then begin //Ret := DM.ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.xMotivo; //ShowMessage(Ret); end else begin end; end;

No caso essa alteração já faz meses que foi feita e houve bastante tópicos falando sobre o assunto no fórum pois a base do CTe é o DFe que é usado pelos demais componentes.

Bom dia a todos, A ACBr monta o layout dos DA (Documentos Auxiliares) com base nos manuais. Se no manual escrito pelo ENCAT e publicado no Portal Nacional da SEFAZ diz que temos que imprimir as informações: A, B e C, ninguém pode exigir que seja impresso a informação D, a não ser que naquele Estado exista uma legislação que obrigue a impressão dessa informação. Mas os fontes estão ai disponíveis para todos, o ACBr não é uma caixa preta, logo qual quer um pode fazer as alterações que necessita. Essas alterações estão previstas no Manual do MDF-e versão 3.00 página 86 item 9: 9. Documento Auxiliar de MDF-e - DAMDFe É uma representação gráfica resumida do MDF-e, impressa em papel comum, para acompanhar o transporte da carga, permitindo o acesso ao arquivo do MDF-e pela Fiscalização de Mercadorias em Trânsito. O DAMDFe poderá ter tantas folhas quantas forem necessárias para discriminação da documentação fiscal eletrônica, conforme leiaute descrito no Anexo II deste manual. O número do Protocolo de Autorização de Uso recebido da SEFAZ, juntamente com a data e hora, com minutos e segundos, deverão ser impresso no DAMDFe. Havendo necessidade e interesse por parte do emitente do MDF-e, poderá acrescentar campos no leiaute do DAMDFE, desde que sejam colocados abaixo do leiaute padrão, constante deste manual. Ainda, até 50% do verso de qualquer folha do DAMDFE poderá ser utilizado para continuação destes novos campos ou exclusivamente para outras informações de interesse da empresa. O restante do verso deverá ser deixado sem nenhum tipo de impressão. Sempre que o verso do DAMDFE for utilizado, a informação “CONTINUA NO VERSO” deverá constar no anverso, ao final do quadro “Observação”. Johnlenon, verifique se no Estado desse fiscal existe alguma lei que obrigue a impressão do valor ou se é uma mera frescura dele. Essas pessoas precisão entender que não é pelo fato da informação existir no XML que tem que ser impressa no DAMDFE, pois daqui a pouco vai aparecer um fiscal que andou bebendo gasolina e quer por que quer que seja impresso a assinatura digital. Outra coisa, se começarmos a querer imprimir tudo que esta no XML teremos que usar uma folha A0 pois a A4 será pequena.

Muito legal a iniciativa do Felipe! Trabalho no site Calendario.com.br e gostaria de saber como podemos trabalhar juntos nisto. Gostaríamos de prover um calendário confiável e fácil de usar, para todos os desenvolvedores brasileiros. Me coloco à disposição para trabalharmos nisso.

Boa tarde Pessoal, Consegui integrar e autorizar com a prefeitura de Erechim RS, provedor SystemPro. - Precisei fazer a solicitação da liberação no site da prefeitura para utilizar o ambiente de homologação. - Série do RPS deve ser "RPP", enviei e-mail para a prefeitura e me retornaram para sempre usar esta série. - No ACBR estou com os fontes atualizados e utilizando o Método Gerar Estarei na sequência fazendo testes de cancelamento e retorno qualquer situação. Obrigado a todos pelo auxilo.

É muito difícil afirmar com certeza sem ver o código. Vou dar algumas sugestões e você pode testar. Verifique a ordem que você altera os parâmetros do componente. Por exemplo: se você está alterando o modelo depois de alterar o Baud, pode ser que o Baud esteja sendo resetado para o valor padrão daquele modelo; Verifique se o código que altera o baud está realmente sendo chamado. Ponha um breakpoint e execute o código para ter certeza que ele está passando por lá; Verifique se o valor desejado está realmente sendo salvo. Ponha um breakpoint e adicione um "watch" parar avaliar se o valor salvo é mesmo o que deseja; Verifique se o valor desejado está realmente sendo carregado do arquivo INI. Ponha um breakpoint e adicione um "watch" parar avaliar o valor;

No meu teste fim-a-fim deu este erro, com o emulador do Sefaz... mas eu estava usando os CNPJ e IE do emitente inválidos... Quando coloquei para usar conforme abaixo (visto que era com o emulador), funcionou: with ACBrSAT1 do begin Config.emit_CNPJ := '11111111111111'; Config.emit_IE := '111.111.111.111'; Config.emit_IM := '123123'; end; Espero ter ajudado.