Em 14/05/2025 às 13:46, Nelson16 disse:

Olá, malta! Sou angolano e estou a desenvolver um software de faturação para instituições de ensino em Angola.

Já li todos os decretos que regulam a criação de software de faturação no país, e com base nesses documentos consegui gerar um ficheiro SAF-T (AO) com a seguinte estrutura de versão:

<AuditFile xmlns="urn:OECD:StandardAuditFile-Tax:AO_1.01_01">
<AuditFileVersion>1.01_01</AuditFileVersion>

Neste momento, estou a enfrentar uma dúvida: sendo um sistema direcionado para instituições de ensino privadas, estas podem aplicar multas em determinadas situações (por exemplo, quando o aluno não cumpre certas regras internas).

A minha questão é: qual é a forma correta de representar uma multa numa fatura no ficheiro SAF-T AO?

Ou seja, numa fatura que tem uma linha referente a uma multa aplicada ao aluno, qual seria a tag apropriada ou a forma recomendada de declarar essa linha no ficheiro?

Desde já, agradeço a quem puder partilhar alguma experiência ou apontar a direção certa na documentação.

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.

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.