Paulo Tenório

Fazendo o Update para a versão 17740 resolveu aqui.

Aqui no ES, muitas empresas ignoram a orientação da SEFAZ e emitem todas as operações em contingência como regra, deixando a transmissão normal numa fila que é processada posteriormente. Eu, particularmente, prefiro fazer tudo certinho e seguindo ao pé-da-letra todas as Normas Técnicas e orientações, mesmo que verbais, do FISCO. A entrada em contingência eu trato nos eventos de transmissão e tenho um campo na tabela de notas onde deixo uma "marca" informando como foi transmitida. Antes de abrir um novo documento eu costumo testar a situação do servidor de recepção. Se estiver tudo Ok e existir documento em contingência, eu exijo que o operador realize as transmissões em contingência primeiro. Verifico essa situação antes dos fechamentos de Caixa. Sem a liberação de um Gerente ou Administrador, o caixa só pode fechar o movimento se não houver pendências de transmissão.

Sempre que tenho esse erro como retorno, carrego uma Nota qualquer, consulto a situação dela e, logo em seguida, repito a consulta de DFe destinados ou download. Não sei que relação tem ou o que acontece. Só sei que fazendo isso, tudo funciona lindamente logo na primeira tentativa e sem retornar o erro http 503. Pode ser algo que configuro no evento de consulta e que fica valendo para as operações posteriores ou algum bug intermitente do componente.

Parece q Parece que é efeito do último commit, onde ocorreu mudança na geração/validação dos códigos numéricos dos documentos. Vou fazer um revert pata testar. Estou com problema parecido.

Depois de remover tanto a pasta inteira do ACBr quanto a do Fortes, fiz checkout novo para as duas e o problema foi resolvido.

Já tentei. O pior é que, manualmente, instala quando eu acrescento o namespace .vcl antes das units.

Amigos, Tirei o dia para atualizar meu Delphi para a versão RIO Enterprise (devidamente licenciada). Fiz uma limpeza geral em tudo e iniciei uma instalação limpa que foi concluída com sucesso. Ao abrir o Delphi, ele acusa que não pode carregar as BPLs dos componentes Fortes Report (DANFE, DACTE, etc), embora as BPLs estejam na pasta certa e dentro da Library Path. Só consigo instalar o componente pelo DPK e, mesmo assim, estou precisando incluir antes do nome de cada unit, o namespace vcl. Será alguma incompatibilidade com a versão RIO que precisa ser tratada ou é alguma configuração minha que precisa ser revista?

Sim mas, eu preciso organizar pelo CNPJ da empresa pagadora do frete (definida como tomadora). Por isso imaginei que haveria algum parâmetro onde eu especificaria como seria a formação do caminho completo. Minha função "montacaminho" unida à comparação do conteúdo do XML resolveu bem o problema.

Eu tenho uma rotina que monta os caminhos para salvar os documentos eletrônicos, só não queria "reinventar a roda" caso já existisse um parâmetro nativo para isso.

Amigos, Estou iniciando uma rotina de consulta e armazenamento de CT-e destinados à empresa onde trabalho. A minha necessidade é salvar somente os CT-e's que definam meu CNPJ como pagador( tomador) do transporte. Já montei a rotina que carrega cada XML recebido pela DistribuiçãoCTE e consigo descobrir se ele me interessa ou não. Minha dúvida é: Tem copmo parametrizar o salvamento dos CTEs por CNPJ do Tomador ou devo montar na mão uma rotina que faça essa organização?

Aqui no ES continua rejeitando.

Esse meu recurso não é a correção adequada para o componente, é só um um paleativo para o meu tipo de uso e, talvez o seu. A correção adequada tem que ser pensando em todos os outros usuários, que podem fazer outros usos e serem prejudicados.

Eu resolvi alterando a unit ACBrDFeDANFeReport.pas conforme postei acima. Até que seja finalizada a análise e correção pelos commiters da comunidade, foi o único caminho que encontrei.

No Refactory, falhou a funcionalidade da propriedade ExibirBandInforAdicProduto, onde escolhíamos exibir as informações adicionais junto da descrição do produto ou numa linha separada. Antes era um flag que apontava uma ou outra, agora as duas funcionam juntas e, ou fica duplicado ou não exibe mais nada.

Eu resolvi o meu caso assim: function TACBrDFeDANFeReport.ManterXProd(aNFE: TNFe; const inItem: Integer): String; begin Result := ''; if (inItem < 0) or (inItem >= aNFE.Det.Count) then Exit; //Result := aNFE.Det.Items[inItem].Prod.XProd + ManterinfAdProd(aNFE, inItem); Result := aNFE.Det.Items[inItem].Prod.XProd; end; A questão é relacionada com o NFCe, onde sempre sai a informação adicional junto da descrição do produto. Talvez precise de uma diretiva ou verificação do modelo para determinar o caminho a seguir.

Acredito ser aqui o local onde deve ser prevista a diferenciação: function TACBrDFeDANFeReport.ManterXProd(aNFE: TNFe; const inItem: Integer): String; begin Result := ''; if (inItem < 0) or (inItem >= aNFE.Det.Count) then Exit; Result := aNFE.Det.Items[inItem].Prod.XProd + ManterinfAdProd(aNFE, inItem); <<<--- end;

Fortes Report. Talvez precise de uma diretiva para diferenciar o comportamento de NFCe e NFe.

Aparentemente, essa modificação para NFCe causou efeito colateral na NFe. Quando eu atribuo True para ExibeInfAdicProduto, Aparecem as informações adicionais na descrição do produto e na linha própria para isso no DANFE. Se eu desligo, ela deixa de aparecer junto da descrição do produto e também na linha própria.

Também esbarrei nesse mesmo problema. Vou tentar debuggar.

Todas as situações estão ok agora. Obrigado.

Debugando, cheguei ao ponto de encontrar uma falha de definição de variáveis em: ACBrNFeDANFeRLPaisagem. Faltou uma chamada ao método: ConfigurarVariavies(tiPaisagem); Acrescentei e resolveu meu problema: procedure TfrlDANFeRLPaisagem.FormCreate(Sender: TObject); begin inherited; ConfigurarVariavies(tiPaisagem); FineTuneAngleLabels := True; rllborda.Align := faNone; rllCinza.Align := faNone; end;

Estou com dois tipos de problema no DANFE Fortes Report mesmo atualizando tudo. Após a atualização e os respectivos acertos indicados neste tópico, passei a ter problemas com NFe do tipo retrato (tiPaisagem). Sempre dá errro de divisão por zero em qualquer das opções de impressão de tributos, inclusive trbNenhum. Mudando para (tiRetrato), exibe normal. Outro problema é com a codificação da fonte dos textos.Os caracteres acentuados estão sendo exibidos de forma errada.

Podemos reportar aqui as falhas encontradas ou devemos criar um tópico para cada caso?

Amigos, Tenho uma função que roda no servidor e me retorna um arquivo em formato Stream. Estou tentando atribuir esse retorno à um anexo de e-mail. Não recebo erro ou exceção mas o conteúdo não é anexado, chega no destinatário com nome mas zero bytes. O que estou fazendo de errado? TRY ACBrMail1.AddAttachment(DM.DWStreamLoadFromFile(Anexo), ExtractFileName(Anexo)); EXCEPT ON E: Exception DO BEGIN btApurar.Enabled := True; RAISE Exception.Create('Ocorreu uma falha Anexando arquivo [' + Anexo + '] ao e-mail: ' + sLineBreak + Anexo + sLineBreak + 'Mensagem: ' + E.Message); END; END;

Os servidores de eventos estão retornando Status 999 para manifestação de confirmação.