Em 14/05/2025 às 17:41, antseq disse:

Boa tarde,
Parece ser um “não problema”,
O SAFT é uma representação\exportação do documento fiscal (neste caso Fatura) num formato XML, documento esse que deve estar em conformidade com a lei fiscal.
As linhas do documento (produtos, serviços, multas, etc) devem ter todos os campos em conformidade fiscal (produto, descrição, quantidade, impostos, preço, blá, blá blá, …) e exportam-se todas da mesma forma.
Se tem uma fatura emitida e a mesma (cabeçalho, linhas, impostos e totais) está (estão) em conformidade fiscal, seja lá o que estiver a faturar (produtos, serviços, multas, etc) deve ser claro e directo a exportação dos mesmos em SAFT.

Gostaria de saber se existe alguma tag específica no XML do SAFT para representar multa.

No meu caso, algumas instituições aplicam multa aos alunos que atrasam o pagamento da propina. No entanto, não consegui encontrar no modelo do SAFT uma tag própria para representar essa multa.

O SAFT possui tags claras para preço unitário, quantidade, tipo e valor do imposto, desconto e total da fatura — mas nada específico para multa.

Poderias, por favor, confirmar se realmente não existe uma tag para isso? E, caso não exista, qual seria a forma mais correta de representar a multa no XML?

Em 13/05/2025 às 12:08, Henriques Correia disse:

Alguem pode me ajudar como corrigir estes erros? Por Favor

Preenchimento errado, o campo AuditFile.SourceDocuments.MovementOfGoods.StockMovement.MovementType só deve ser preenchido com (GR,GT,GA,GD)
 

AuditFile.SourceDocuments.MovementOfGoods.1StockMovement.MovementType (RA A1OZ25/16)

AuditFile.SourceDocuments.MovementOfGoods.2StockMovement.MovementType (RA A1OZ25/17)

AuditFile.SourceDocuments.MovementOfGoods.3StockMovement.MovementType (RA A1OZ25/18)

Preenchimento errado, quando AuditFile.SourceDocuments.Payments.Payment.Line.Tax.TaxType=IVA, o campo AuditFile.SourceDocuments.Payments.Payment.Line.Tax.TaxCode só deve ser preenchido com (NOR|||ISE|||OUT|||RED|||INT)
AuditFile.SourceDocuments.Payments.2Payment.1Line.Tax.TaxCode (RC A1XR25/15)

Sem aprofundar a questão, só da leitura do erro:
Preenchimento errado, o campo AuditFile.SourceDocuments.MovementOfGoods.StockMovement.MovementType só deve ser preenchido com (GR,GT,GA,GD)
Está a enviar os documentos:
RA A1OZ25/16
RA A1OZ25/17
RA A1OZ25/18

No lugar de RA devia ser GR,GT,GA ou GD

Updated EULA language includes new threat to "render the... device permanently unusable."

[Continua...]

In Ars Technica, 13 de Maio de 2025

Em 12/05/2025 às 17:10, jpmc disse:

Ola,

 

Fiz os testes nos ambientes nao produtivos e funcionou com sucesso com os novos certificados.
Agora tenho uma duvida, se alguem conseguir esclarecer agradecia, que é, em Produtivo a AT tem tambem os novos certificados em paralelo com os antigos?

Por exemplo se eu atualizar do meu lado o certificado do nif e da ChavePublica antes de dia 28 de Junho funciona? Ou teremos de aguardar por essa data para realizar a alteração?

 

Obrigado

 

Está tudo a funcionar, é só usar ......

 

 

poderia me dar mais detalhes como posso corrigir esse problema

 

Em 07/05/2025 às 10:32, americob disse:

Relacionado com este assunto ...

Há alguns meses deixei de conseguir mandar emails, via smtp, por contas Microsoft (xxx@hotmail.com, xxx@outlook.com, etc.).

Acho que o problema deve ser parecido com este do Gmail, mas não consegui ultrapassar.
A solução tem sido criar contas Gmail e enviar os emails com "resposta" para o email habitual, mas é chato.

Alguém tem informação sobre isto?

 

É o mesmo problema do OAuth, eu na MS consegui resolver, criar a app com o scope necessário foi verificada e ta OK, na google não consigo usar o SMTP, eles nao aprovam a app porque o scope necessário para o SMTP é o para ter acesso a todo o mail e eu não preciso tenho de alterar o envio do mail para usar o scope gmail.send e com este scope so consigo enviar pela API.

 

Para autenticar por OAuth estou a usar esta lib https://github.com/jstedfast/MailKit

On 5/6/2025 at 11:24 AM, americob said:

Na minha opinião, deves identificar o documento de origem em cada um. É assim que eu faço.

Por exemplo, se o workflow for, como dizes: NE -> GR -> FT
O FT refere o GR e o GR refere o NE.

Se cortares etapas, por exemplo porque a FT serviu de Documento de Transporte: NE -> FT
O FT refere o NE.

Ou, se não tiveres inserido a encomenda; GR -> FT
O FT refere o GR, o GR não refere nada.
 

Obrigado @nunopicado e @americob

Entendi o que querem dizer. Falta a caracteristica onde se presta um serviço e então sería NE -> FT (aqui faço referencia a NE já que não temos Guia).

Creem que havería problemas referencias a GR e a NE  na Fatura já que o campo assim o permite? No nosso ERP realmente a fatura somente é gerada desde a NE.

Cumprimentos.

No dia 17 de Maio de 2025, irá realizar-se mais um Raspberry JAM Lisboa, organizado pelo Mill – Makers In Little Lisbon e o Centro Linux PT.

Mais informações: https://mill.pt/events/raspberry-jam-lisboa-3/

Citação

O que é um Raspberry Jam?

Os Raspberry Jams são encontros organizados pela comunidade para partilhar conhecimento, aprender coisas novas e conhecer outros fãs do Pi. É a melhor forma de explorar tudo o que este pequeno computador pode fazer e, claro, encontrar quem já desenvolve projetos incríveis com ele! Este é um evento reconhecido pela Raspberry Pi Foundation.