On 12/5/2022 at 12:45 PM, marcolopes said:

A implementação pode fazer essa validação... 😄  Em testes cheguei a validar o estado da série antes da sua emissão consultando o serviço, mas em produção, seria dar um tiro no pé! Há que confiar que ninguém andou a manipular a base de dados, e que o estado da série não foi mexido SEM ser comunicado!

Mas há cenários manhosos, como por exemplo, o cliente fez uma reposição de uma cópia de segurança, que contém uma ou mais séries que foram comunicadas após a cópia de segurança! Ou cujo ESTADO foi alterado após a cópia de segurança!!!

Pois um de muitos exemplos, mas quando isso acontece quem é o responsável e quem paga a multa?

Por isso, se existir um contrato adicionar essa situação para salvaguardar a soft-warehouse. 😉

On 12/5/2022 at 12:42 PM, Vitor Pereira said:

Estás a fazer confusão !!

Se efetivamente tudo avançar no dia 1 de Janeiro ( como é 99,99% certo ), com toda a certeza teremos de bloquear a criação de Documentos com Séries que ainda não foram comunicadas.

Mas para analisarmos isto não temos de invocar o Websevice, o nosso Documento/Série internamente na Base de Dados está marcado com ou sem comunicação da Série ( e respetivo código da AT ).

Logo a AT aqui não é chamada para nada, se a Série/Documento já tem CVS permite criação de documentos internos, não tem o nosso software bloqueia e informa que tem de ser comunicado ( e aqui até poderemos perguntar se quer comunicar no momento, que foi o que fizemos para facilitar )

Não vale a pena complicar o que é bastante simples ... 

Estes sistemas (principalmente este sistema de comunicação de séries!) não tem "nada" de simples!

Uma das razões pelas quais consulto o serviço quando um utilizador quer REMOVER uma série que criou em erro, é exactamente para evitar que remova uma série que eventualmente já tenha sido registada na AT! (ah, e tal, mas a série tem código de validação e o programa "sabe"... Sabe, mas se o cliente efectuou uma reposição de uma cópia de segurança feita ANTES da série ter sido registada, já "não sabe"!)

On 12/5/2022 at 12:31 PM, furiousangelpt said:

Uma questão que me surgiu em pensamento desta obra de arte da AT, é necessário verificar se a serie esta ativa antes de fazer o documento da serie? 

Se sim, na minha opinião é, coitado do webserver. 🤣

A implementação pode fazer essa validação... 😄  Em testes cheguei a validar o estado da série antes da sua emissão consultando o serviço, mas em produção, seria dar um tiro no pé! Há que confiar que ninguém andou a manipular a base de dados, e que o estado da série não foi mexido SEM ser comunicado!

Mas há cenários manhosos, como por exemplo, o cliente fez uma reposição de uma cópia de segurança, que contém uma ou mais séries que foram comunicadas após a cópia de segurança! Ou cujo ESTADO foi alterado após a cópia de segurança!!!

Em 05/12/2022 às 12:31, furiousangelpt disse:

Uma questão que me surgiu em pensamento desta obra de arte da AT, é necessário verificar se a serie esta ativa antes de fazer o documento da serie? 

Se sim, na minha opinião é, coitado do webserver. 🤣

Estás a fazer confusão !!

Se efetivamente tudo avançar no dia 1 de Janeiro ( como é 99,99% certo ), com toda a certeza teremos de bloquear a criação de Documentos com Séries que ainda não foram comunicadas.

Mas para analisarmos isto não temos de invocar o Websevice, o nosso Documento/Série internamente na Base de Dados está marcado com ou sem comunicação da Série ( e respetivo código da AT ).

Logo a AT aqui não é chamada para nada, se a Série/Documento já tem CVS permite criação de documentos internos, não tem o nosso software bloqueia e informa que tem de ser comunicado ( e aqui até poderemos perguntar se quer comunicar no momento, que foi o que fizemos para facilitar )

Não vale a pena complicar o que é bastante simples ... 

Para abrir o relatório Rt_SaldDoCliente diretamente de frmMov_SaldodoCliente:

Private Sub btEnviarSaldo_Click()
    DoCmd.OpenReport "Rt_SaldoDoCliente", acViewPreview, , "[NomeCliente] = '" & Me.NomeCliente & "'"
End Sub

Eu uso o Office na versão inglesa. É o código para o btEnviarSaldo_Click().

Se quiser continuar a usar o numero do documento de venda (IDVD) e de pagamento (IDPCL) então os pagamentos têm de ser relacionados com a venda para poderem ser agregados no relatório. Por relacionar aqui significa que a tabela dos pagamentos tem de ter um campo com o numero da venda.

Uma questão que me surgiu em pensamento desta obra de arte da AT, é necessário verificar se a serie esta ativa antes de fazer o documento da serie? 

Se sim, na minha opinião é, coitado do webserver. 🤣

Se selecionar o cliente, na caixa de listagem do formulário de conta corrente,  e chamar o relatório a partir daí, Excelente.

Joaquim

Em 02/12/2022 às 21:07, s0me0ne disse:

Isso mesmo. Ter a certeza k não há erro da data do documento com a data do sistema.

Era isso. Sincronizei o PC com ntp02.oal.ul.pt e segue de imediato.

Obrigado.