knightmasks escreveu:
1 - Não é possível "converter" documentos entre ENTIDADES

2 - Não é possível carregar documentos que não movimentam ARTIGOS. O carregamento é efectuado tendo em conta as quantidades PENDENTES em MOVIMENTOS de ARTIGOS.

Portanto, não poderá carregar as suas facturas de fornecedores em clientes.

Exmo. Senhores

Gostaria de saber como é que posso carregar uma factura de um fornecedor para um cliente ? Resumindo eu comprei um material a um fornecedor meu e lancei a factura no programa. Queria agora carregar essa mesma factura e na parte de facturas de clientes.

Nota: lancei os artigos sem código.

Com os meus melhores cumprimentos
António Luís.

amfcosta escreveu:
A lógica de implementação é esta:

1) Carregar todos os MOVIMENTOS de ARTIGOS pendentes relativos ao documento ORIGINAL (de acordo com o FILTRO aplicado no carregamento do documento)
2) Caso o carregamento do documento esteja definido como DETALHADO, carregar todas DESCRIÇÕES das linhas do documento original que NÃO tenham código de artigo.

Portanto, primeiro são carregados os artigos PENDENTES, e posteriormente todas as linhas de "comentários" pela ordem inserida no documento original. No entanto, o Colibri não toma em consideração linhas de comentários com VALORES e QUANTIDADES, considerando apenas a DESCRIÇÃO!

Na versão 7.1 iremos alterar este comportamento para serem carregadas todas as informações da linha de comentário, tal e qual como foram colocadas no documento ORIGINAL, carregando assim a informação de QUANTIDADE, PREÇO, etc.

NOTA IMPORTANTE: Mesmo com esta melhoria é necessário entender que, caso não existam MOVIMENTOS de ARTIGOS PENDENTES relativos ao documento original, nada será carregado! Por outras palavras, tem de existir pelo menos UM artigo pendente para que os comentários sejam processados.

Obrigado pela resposta.

O Colibri considera comentários as linhas que estão imediatamente a seguir ao artigo?

Poderia também obrigar (ou apresentar uma mensagem de aviso) ao tentar gravar um documento que tivesse linhas sem código de artigo mas com valores e quantidades.

De qualquer forma já informei a pessoa que faz as guias para colocar SEMPRE código de artigo, até porque não tem razão para não o fazer.

amfcosta escreveu:
Caro Abílio,

Não se trata de nenhum problema. O Colibri funciona exactamente dessa forma. Então vejamos:

Carregamento de ARTIGOS: O carregamento das guias faz-se através de MOVIMENTOS de ARTIGOS. Não existem movimentos... não existem artigos a ser carregados!

Carregamento de COMENTÁRIOS: Quanto ás linhas de "comentário", são carregadas de acordo com a parametrização do documento (Preferências -> Gestão de Documentos), e o seu carregamento é facultativo.

Portanto, o Colibri carrega ARTIGOS movimentados e PENDENTES, e pode ou não carregar os comentários relativos a esse artigo que constam do documento original. O que pode ser melhorado é, caso existam linhas sem CÓDIGO de artigo e com valores e quantidades, as mesmas sejam consideradas parte do comentário (o que não é verdade!), e sejam também carregadas...

Cumprimentos

Boa tarde,

Por lapso, em algumas guias não foi colocado o código do artigo e os restantes campos (descrição do artigo, preço, quantidade...) foram colocados normalmente. Apesar das guias terem ficado bem, ao criar a respectiva factura, utilizando os filtros de pesquisa, essas guias não eram incluídas na mesma.
Dado que não é possível alterar as guias, tive que preencher a factura manualmente, copiando os campos de cada uma das guias para a factura.

Um facto estranho é que algumas guias (cujas linhas têm o código de artigo definido correctamente) possuem linhas com informação complementar e que não tem código de artigo, nem preço nem quantidade. No entanto essas linhas são correctamente copiadas para as facturas.

Penso que a aplicação deveria copiar todas as linhas de uma guia, mesmo não tendo código de artigo. Outra solução passaria por forçar a colocação do código de artigo, no entanto há casos (como referi acima) em que é necessário colocar linhas de informações complementares a um artigo.

Espero não estar a reportar um problema já conhecido.

Obrigado.