On 6/13/2025 at 6:58 PM, eesteves said:

O meu sistema começou a ser desenvolvido em 1986, tendo sido certificado em 13 de dezembro de 2010, ano em que as certificações foram iniciadas. Em 2010, ainda não se falava em assinaturas digitais, Webservices, códigos QR ou mesmo a disponibilidade de Internet. Portanto, o sistema tem vindo a ser gradualmente adaptado às novas funcionalidades, conforme os requisitos da AT. No caso da encriptação de 4096 bits, estou a entender que são necessários dois certificados: um para assinaturas digitais (hash) e outro para webservices (no caso, apenas para as Guias de Remessa/Guias de Transporte). Tecnicamente, isso não parece complexo, pois até requer menos trabalho. Está correto? Obrigado a todos pela ajuda preciosa

Aconselho vivamente a leitura destes 2 tópicos:

https://www.portugal-a-programar.pt/forums/topic/57734-utilizar-webservices-da-at/page/623/#comment-633425

https://www.portugal-a-programar.pt/forums/topic/57734-utilizar-webservices-da-at/page/624/#comment-633458

Boa Tarde pessoal

Precisava aqui de uma ajuda sou muito verdinho na programação mas tava tentar desenvolver um site para mim em laravel usando o framework filament.

Alguém aqui consegue me dizer se é possível esconder numa tabela que retorna os Usuários e com privilegios "SuperAdmin" para outros usuários com privilégio mais baixo (Admin, Moderador) nao o poderem editar mas que o "Superadmin" possa ver todos e possa editar todos. Isto tudo dentro da função "ViewAny" nas "UserPolicies" .

 

Algo assim:

public function viewAny(User $user): bool
    {
        if ($user->hasRole(['SuperAdmin'])) {
          
            return true;
          
        } else if ($user->hasRole(['Admin'])) {
          
            return $user->id !== 1; // Assumindo SuperAdmin tem ID 1
          
        } else {
          
            return false; //Retorna valor falso se nenhuma permissão assumida
        }
    }

 

 

Em 03/06/2025 às 12:22, nunopicado disse:

No SAFT vão representados os documentos tal qual eles são.
Tu até podes meter o preço unit. + a multa no mesmo documento, mas será sempre de forma a que essa fatura vá no SAFT.
Exemplo:

Artigo 1 tem preço unit. 100€.
A multa será de 20€.

Ou faturas:
* Artigo 1: 100€
* Multa: 20€
* Total: 120€

Ou faturas:
* Artigo 1 + Multa: 120€

Ou seja, ou a instituição tem um artigo específico para faturar a multa, ou inclui o valor da multa no preço unit. do produto.
O que não pode fazer é ter o preço unit. do produto e depois colocar o valor da multa direto no total do documento. Tem sempre de haver uma linha a indicar de onde vem esse valor.

 

 

Valeu irmão @nunopicado, agora entendi,  e acho que o jeito que vou fazer é, colocar o valor da multa no preço unit. para ter uma origem explícita no valor total.

Olá malta,

Estou a integrar o receituário médico eletrónico da SPMS num software que ando a desenvolver.

Recebi 6 PDFs com um total de 332 páginas e, apesar da informação estar provavelmente toda lá, falta um exemplo prático, um PoC, que mostre o flow de integração (autenticação, criação de receita, envio, assinatura digital, etc.).

Já comecei a analisar um pouco os documentos, mas antes de abrir caminho à força bruta, queria saber se alguém por aqui já passou por esta integração e poderia dar algumas luzes, nem que seja um esquema de alto nível do que é suposto acontecer ou exemplos de chamadas. Se não, já sei que vou andar às cabeçadas até chegar algum lado, que se tiver de ser, será. 😅

Se alguém tiver exemplos, dicas ou mesmo erros a evitar, agradeço imenso! 🙏

Em 20/05/2025 às 08:41, antseq disse:

Se ainda estas a criar e ainda não foi a certificação da AGT, vai ter muitos nós na cabeça....

Da multa,

1) se a propina e a multa tem a mesma taxa de imposto

linha 1: 1x, propina mensal, 20.000 Kz, imposto A

linha 2: 1x, atraso no pagamento, 4.000 Kz, imposto A

total : 24.000 kz

ou

linha 1: 1x, propina mensal com atraso no pagamento, 24.000Kz, imposto A

total : 24.000 kz

2) se a propina e a multa tem diferentes taxa de imposto

linha 1: 1x, propina mensal, 20.000 Kz, imposto A

linha 2: 1x, atraso no pagamento, 4.000 Kz, imposto B

total : 24.000 kz

cps,

* consulta a legislação fiscal para saber se a multa é considerada mesmo serviço com se fosse uma propina mais cara (mesmo imposto) ou se serviços distintos com taxas de imposto distintas.

 

a multa funciona como o desconto:
EX:
imposto é aplicado em (((preco_unit x quantidade) - desconto) + multa) 

agora no testador do saft
ele está dar um erro.
porque ele está tentar deduzir o valor total de (preço_unit x quantidade) - desconto
acho que ele não está a considerar a multa, até porque é o único campo que não encontrei uma representação explícita
mas os outros campos têm representação.

Abre as ferramentas de desenvolvimento do browser, e verifica para que URL é que o pedido POST está a ser enviado.  Se o URL for da Home, tens a resposta ao teu problem.  Se não for, verifica quais os headers que estão presentes na resposta (o PHP não é o único local onde o header pode ser definido).

A minha recomendação é para armazenares datas em tipos de dados destinados a esse propósito (e.g. date em Postgres, LocalDate em Java, datetime.date em Python).  Estes tipos de dados por norma também preferem o formato YYYY-MM-DD, o que é consistente com Javascript.

Nesta abordagem, a conversão para outro formato seria feita apenas na apresentação/UI.

 

Ainda assim, o input nativo pode não ser apropriado, pois à partida queres que a apresentação de datas faça match do locale da página (e.g. se tens um site em inglês, as datas devem ser apresentadas em inglês), enquanto que o formulário nativo irá ser ajustado ao locale do browser.  Por isso, continua a haver algum racional para usar um datepicker personalizável, como o @JakeBass sugeriu.  Mas mesmo neste caso, recomendo-te que armazenes as data em tipos próprios e no formato YYYY-MM-DD.