AT - questões legais - Page 243 - Software de Contabilidade e Finanças - Portugal-a-Programar
* Nao sujeito / nao tributavel em IVA
* Valor total relativo a operacoes nao sujeitas / nao tributaveis em IVA.
* Formatar com duas casas decimais, com "." como separador decimal
* e sem separador de milhares.
* L:100.00
* No caso do Codigo do tipo de imposto (TaxType)=IVA,
* deve ser preenchido com:
* "RED" - Taxa reduzida;
* "INT" - Taxa intermedia;
* "NOR" - Taxa normal;
* "ISE" - Isenta;
* "OUT" - Outros, aplicavel para os regimes especiais de IVA.
* No caso do campo 2.5.1.1. - Codigo do tipo de imposto (TaxType)="IS",
* deve ser preenchido com o codigo da verba respetiva.
* No caso de nao sujeicao deve ser preenchido com "NS".
Edited August 26, 2020 by marcolopes
Sem ter certezas sobre isso fiz como estás a dizer.
8 minutes ago, João Januário said:
somando NS e OUT?
No nosso software só temos Taxype=IVA logo só temos o OUT.
A minha dedução prende-se com o motivo de isenção: M99
Outras situações de não liquidação do imposto (Exemplos: artigo 2.º, n.º 2 ; artigo 3.º, n.ºs 4, 6 e 7; artigo 4.º, n.º 5, todos do CIVA)
E quando a IVA, utilizado, se enquadra em OUT "Outros, aplicável para os regimes especiais de IVA." considero que é NS.
Mas também podemos ser mais restritos e considerar que só devemos colocar em NS quando temos OUT + o motivo M99. Porque não sei se os outros motivos se enquadram todos em Isenções.
Mas como te disse, não tenho certezas sobre isto. Mas é uma questão pertinente até para a classificação dos códigos de IVA/Motivos.
14 horas atrás, Jose Lindo disse:
Tudo muito bem mas o "TipoDoc" é o que que eles identificam como «Tipo de documento» e «Tipo de recibo» do grupo de dados «Documentos
comerciais».
A questão aqui prende-se com o facto de, para o mesmo "TipoDoc" poder haver mais que um "código interno".
Eu posso ter 2 tipos de documento do tipo "FT" mas um tem o código interno "FT" e o outro "FR", e cada um dos tipos com as suas séries.
Ou seja, no SAFT sao todos InvoiceType = "FT", mas no InvoiceNo uns começam por "FT 1/..." e outros por "FR 1/..."
Exemplos de alguns documentos:
FT 1/1 = TipoDoc "FT"; Serie 1
FT 1/2 = TipoDoc "FT"; Serie 1
FR 1/1 = TipoDoc "FT"; Serie 1 (este colide com o primeiro pois o "TipoDoc" é "FT" mas o código interno é "FR")
FT 1/3 = TipoDoc "FT"; Serie 1
FR 2/1 = TipoDoc "FT"; Serie 2
FR 2/2 = TipoDoc "FT"; Serie 2
A única hipótese que eu vejo é, como já foi dito por alguém aqui, o que eles chamam de "identificador da série" não ser apenas o "1" mas sim "FT 1" ou "FR 1".
58 minutos atrás, Sérgio Lourenço disse:
É exatamente como dizes, e já referi isto atrás.
Com rigor, o identificador da série é o que vem depois do código interno.
Em termos práticos, eles esqueceram-se disso nestas especificações técnicas, e puseram apenas o termo identificador da série, a pensar que já inclui o código interno. Haverá uma correção das especificações, ou então no momento de enviar os dados da série, vão requerer o código interno na submissão.
Edited August 27, 2020 by car4321
4 hours ago, João Januário said:
Era o que faltava agora ter de analisar todas as linhas do documento para classificar os totais de IVA por MOTIVO de ISENÇÃO...
Estou a basear-me no tabela de resumo de IVA que já separa todas os "códigos", por tipo de taxa e espaço fiscal...
Estive a analisar melhor e acho que é uma falsa questão:
(4.2.3.21.12.1.) Código do tipo de imposto (TaxType)
Neste campo deve ser indicado o tipo
"IVA" - Imposto sobre o valor acrescentado;
"IS" - Imposto de Selo.
"NS" - Não sujeição a IVA ou IS.
O código OUT (Outros, aplicável para os regimes especiais de IVA) pertence ao tipo de imposto IVA porque é uma isenção, logo não está incluído no NS. Por isso, vou colocar os valores deste no campos de isenção.
Relativamente ao QRCode, ainda nao consegui perceber em que documentos deve ser impresso. É somente nas faturas ou em todos os documentos comunicáveis no SAFT (via SourceDocuments, MovementOfGoods e Payments)?
No exemplo da AT nas especificações técnicas estão proformas e guias de transporte, pelo que fiquei meio baralhado...
33 minutos atrás, bubbu78 disse:
1 — Os produtores devem garantir a correta geração do código de barras bidimensional
(código QR) que deve constar obrigatoriamente nas faturas e outros documentos fiscalmente
São considerados documentos fiscalmente relevantes todos os documentos "formais" para além das faturas e notas de crédito: documentos de transporte, recibos..., como está definido no DL 28/2019, Artigo 2.
Edited August 28, 2020 by car4321
23 horas atrás, car4321 disse:
Penso não estar a exagerar, mas se for para incluir os pagamentos também temos de garantir que o código interno dos recibos não sejam iguais aos dos documentos comercias.
8 minutos atrás, car4321 disse:
São considerados documentos fiscalmente relevantes todos os documentos "formais" como faturas, notas de crédito, documentos de transporte, recibos..., como está definido no DL 28/2019, Artigo 2.
No caso dos recibos como vamos preencher o campo dos 4 carateres da Hash?
12 minutos atrás, João Januário disse:
O campo é obrigatório. Não sendo produzido o hash, e não existindo instruções, resulta "Q:"
2 hours ago, João Januário said:
Voltamos à velha história!!! A minha interpretação é que os RECIBOS (pelo menos os de IVA de caixa) são fiscalmente relevantes, como tal, são assinados, como tal...
Fazendo parte da estrutura do SAFT; assino e comunico todos os recibos, como tal...
Bom dia. A portaria 195/2020 que entrará em vigor a 1 de janeiro de 2021 diz que (entre outras coisas) os sujeitos passivos devem comunicar o identificador das séries dos documentos. Isto é, para efeitos de facturação, o sujeito passivo deverá informar à AT quais as séries de documentos que tem. A nossa questão é: Como pretendem que esta comunicação seja efectuada?
Na portaria não indica se deve ser feita por e-mail, por webservice, ou por outro qualquer processo.
Além disso, é suposto para cada série ser respondido pela AT um código de validação necessário para o código QR a imprimir nas facturas e a portaria também não indica como será respondido esse código.
Podem esclarecer-nos sobre isso?
Informa-se que os critérios e modo de comunicação das séries documentais em utilização previstos no art.º 35.º do Decreto-Lei n.º 28/2019 serão oportunamente divulgados no Portal da Finanças.
Edited August 28, 2020 by Sérgio Lourenço
5 horas atrás, marcolopes disse:
Fazendo parte da estrutura do SAFT; assino e comunico todos os recibos, como tal…
No SAFT não há campo do hash para os recibos.
Em relação aos Requisitos técnicos dos programas de faturação, o Despacho n.º 8632/2014 – 03/07 não refere "documentos fiscalmente relevantes":
Claro que quem quiser pode assinar os recibos e, nesse caso, o problema fica resolvido.
Em 27/08/2020 às 12:01, Sérgio Lourenço disse:
O TipoDoc é o TipoDoc que tu crias-te, é o tipoDoc usado na identificação do teu documento independente da classe onde se enquadre.
No teu exemplo FT e FR sao dois tipos de documentos distintos, independente a que pertencem a mesma Classe (Facturas). Por exemplo não podes ter FX na classe de documentos de facturas e ter tb no mesmo software um FX na classe dos recibos.
O tipodoc interno !!!.
Não é interno, é a sigla que definiste (FA, FR, etc) para identificar o TipoDoc que é impresso que identifica o documento, que entra na assinatura e que identifica o conjunto de dados na transmissão do saft, docTransporte, etc.
Para o teu FT 1 e FR 1, de certeza que vais ter de requerer os codigos para dois tipos de documentos e neste caso vais obter dois códigos distintos
Alias, na informação a enviar para requerer o código da serie, é necessário enviar o TipoDoc associado a serie.
No software existente na empresa onde trabalho, temos series por ano, (19,20, 21) e dentro da mesma serie tenho vários tipos documentos (por exemplo nas facturas) em função da área de facturação. Por exemplo tenho FA, FAC, FD, que identifica a Área de artigo que é facturado. Por exemplo FA - Facturas de Rolos de Tecidos (facturacao em Metragem), FAC - Facturas de Amostras de Tecido (facturacao em Metragem ou/e Quantidades de itens), FD -Facturas Diversas (Facturacao em qtd Itens), etc
Edited August 29, 2020 by Jose Lindo
23 horas atrás, marcolopes disse:
Os Recibos do Regime do IVA de Caixa, são documentos fiscalmente relevantes que conferem deveres e direitos, respetivamente ao emitente e ao adquirente, em termos de liquidação e dedução do IVA. Por isso têm de ser emitidos cronologicamente e comunicados à AT.
Os outros recibos não são documentos fiscalmente relevantes. No meu caso, permito que sejam emitidos fora da ordem cronológica, nomeadamente para registar o "recebimento" de cheques pré-datados cujo recibo é datado com a data do cheque que é a data efetiva do recebimento.
Tenho outros casos que emitem recibos porque os comerciais precisam dos recibos para efetuar a cobrança quando visitam os clientes, e precisam deles e só os datam quando efetivamente recebem.
Tenho ainda clientes em que o recibo é apenas uma das vias da fatura, sendo posteriormente registado no software o "recebimento".
A AT não conhece a realidade do país, mas não me parece legitimo querer alterar os procedimentos das empresas, e obrigar todas a trabalhar da mesma forma, só porque sim.
Se a AT insistir nesta paranoia, passarei a ter "Recibos" e "Recebimentos". Assim, os "Recebimentos" já não terão de ir no SAFT.
Em 20/08/2020 às 17:02, CrominhO disse:
edita a unit ZXing...
Em 29/08/2020 às 14:26, Jose Lindo disse:
Eu espero que sim mas não é o que até à data nos foi comunicado pois na portaria 195/2020 apenas dizem:
"O identificador da série do documento;" e "O tipo de documento, de acordo com as tipologias documentais"
Infelizmente para eles o "identificador da série" é a parte apenas do número da série depois do código interno e antes da barra.