Search the Community

Olá a todos As novas regras de faturação, a entrar em vigor a 1 de Janeiro de 2013, exigem alguns ajustes ao "schema" do ficheiro XML. No mínimo, é necessário que seja contemplado um novo InvoiceType para a "Fatura SImplificada." Este facto é reforçado pelo texto da Portaria n.º 382/2012 de 23 de novembro, que cito: No entanto, o único ficheiro xsd que encontro é o que está na página do "validador saft", mas é o antigo, ou seja, ainda não contempla as Facturas Simplificadas. Aliás, se tentar submeter nesse validador um ficheiro que contenha faturas simplificadas, vai dar erro de validação, como seria de esperar. A minha pergunta é: alguém, sabe onde obter a nova versão do schema XML para o SAFT (SAF-T_PT.xsd)? PS: já contactei a AT por email, mas ainda não recebi resposta (que outra cosia seria de esperar?...) Obrigado

Ola pessoal eu desenvolvi um sistema web em php... no entanto para a sua certificação é necessario que ela faça a exportacao do safa-t ... mas eu nunca tive contato com esse assunto , nem sei por onde comecar nem o que fazer. alguem aqui pode dar-me uma orientação, de como fazer ou ainda dar-me links de cursos do criação ficheiro em php etc... porfavor!

Eu tenho um software para Tablet's e Smartphone e gostaria de o certificar para poder emitir documentos de transporte e faturas legais. A minha dúvida é como é começo este processo? Existe algum organismo para nos inscrevermos no processo? Alguém de me pode ajudar? Obrigado

Caros, estou neste momento a certificar uma aplicação e estou com IMENSAS dificuldades em saber como vou fazer a criação do HASH em visualbasic alguém pode ajudar-me?

boas, precisava de alguma ajuda/esclarecimento relativamente às séries de recuperação, seguindo a documentação oficial a info é que " Nestes casos, no campo 4.1.4.4 – Chave de controlo (HashControl) deve ser aposta a seguinte informação: 2.4.5.1. Número da versão da chave privada (1,2, etc.) e separado por um “-“ (hífen); 2.4.5.2. Registo sequencial dos seguintes elementos: a sigla constante do campo 4.1.4.7 correspondente ao respetivo tipo de documento, seguida da letra M; um espaço; a série do documento manual; o carater “/”; o número do documento manual. Exemplo: 1-FTM abc/00001." tomemos como exemplo : Preciso de recuperar uma fatura série XY2020/46 , crio a série RM2020, recrio o documento, não recrio o hashcontrol de um documento original, e coloco no Hashcontrol o equivalente à : Número da versão da chave privada (1,2, etc.) e separado por um “-“ (hífen); 2.4.5.2. Registo sequencial dos seguintes elementos: a sigla constante do campo 4.1.4.7 correspondente ao respetivo tipo de documento, seguida da letra M; um espaço; a série do documento manual; o carater “/”; o número do documento manual. neste caso será 1-FTD XY2020/46 (porque se trata de um duplicado… mas isso é irrelevante, M ou D) <Invoice> <InvoiceNo>FT RM2020/8</InvoiceNo> <ATCUD>0</ATCUD> <DocumentStatus> <InvoiceStatus>N</InvoiceStatus> <InvoiceStatusDate>2020-03-05T12:12:33</InvoiceStatusDate> <SourceID>0</SourceID> <SourceBilling>P</SourceBilling> </DocumentStatus> <Hash>(chave gerada normalmente…)</Hash> <HashControl>1-FTD XY2020/46</HashControl> <Period>1</Period> <InvoiceDate>2020-03-05</InvoiceDate> <InvoiceType>FT</InvoiceType>…. quando tento validar este ficheiro (validador offline do saft. 1.04) com este documento, apresenta-me o seguinte erro: SCHEMA_ERROR,566,51,cvc-pattern-valid: Value '1-FTD XY2020/46' is not facet-valid with respect to pattern '[0-9]+|[0-9]+[.][0-9]+|[0-9]+-[A-Z]{2}(M )([^ ]+[/][0-9]+)|[0-9]+-[A-Z]{2}(D )([^ ]+ [^/^ ]+[/][0-9]+)' for type 'SAFPTHashControl'. SCHEMA_ERROR,566,51,cvc-type.3.1.3: The value '1-FTD XY2020/46' of element 'HashControl' is not valid.

Bom dia. Tenho uma dúvida relacionada com a migração de dados e os impactos a nível do SAF-T de contabilidade. Na empresa onde trabalho estamos a trabalhar com um cliente que eventualmente irá mudar de software durante este ano (a meio do ano fiscal). Tenho conhecimento através de outros clientes, que nas inspeções tributárias, a AT pede o SAF-T anual e faz uma série de validações. Ora, tendo em conta esta situação e sabendo que transferência de dados / migração de um ERP para outro nem sempre é perfeita, estou a tentar controlar o impacto de uma possível inspeção que possa acontecer no futuro, referente a este ano fiscal. Alguém que tenha experiência nestas matéria ou que me possa indicar algum tipo de legislação / nota informativa da AT referente a estas problemáticas? Obrigado.

Solicito que me informem se uma micro-empresa que tem um volume de negócios de 20 000€ anuais, e um total de 3 ou 4 facturas por mês, e que envia mensalmente essas facturas através do e-fatura, também tem de enviar o SAFT da faturação. Obrigado.

Ola a todos, foi necessário desenvolver um módulo de geração do documento XML SAF-T de facturação para uma companhia de seguros. Os salesInvoices, neste caso, são compostos por recibos-premio, recibos-estorno, ... A ferramenta de validação da AT faz a validação o documento com sucesso. No entanto, ainda permanecem algumas duvidas e a informação sobre geração de saf-t para seguros é escassa e difícil de obter. Se alguem tiver informação sobre saf-t para seguros, agradecia desde ja a partilha. 🙂 Cumprimentos e obrigado. JR

Boas, Foi publicada uma portaria Portaria 294/2017, aparentemente já em vigor, sobre este assunto. Vai haver uma reunião esta quinta-feira dia 20 de Outubro em Lisboa sobre este assunto promovida pela AT mas eu desconhecia totalmente este assunto até á passada sexta-feira, altura em que recebi um email do Nelson Lopes da Assoft sobre esta reunião. Alguém tem mais informações sobre este assunto? Alguém já tem ou pediu este "selo"? Aparentemente já é obrigatório desde o dia em que a portaria foi publicada. Só mesmo neste país...

Boa Tarde: Tenho estado a tentar perceber como enviar o ficheiro SAFT-PT (Faturas somente) de forma automática mas após alguma pesquisa, aqui, no Google e na documentação da AT não verifico nada que me diga como enviar o dito ficheiro. Presumo que seria para um WebServices mas o que conheço é só de faturas. Podem assim indicar-me por favor qual o método utilizado para o envio automático do SAFT-PT Obrigado Carlos Ribeiro

Bom dia. Estou a trabalhar em uma aplicação que tem a versão anterior do SAFT-PT , porém preciso fazer as alteração para a nova versão (1.04), quais tabelas, caso tenha alteração na programação. Estou a procurar no Forum também, mas não encontrei muita coisa para me ajudar. Desde já agradeço a atenção !

Hello, all. First of all I want to apologize for this post in english. My portuguese is OK for reading but it's very bad for writing or speaking. I've been a longtime lurker of the forum, since I've had to support projects based in Portugal for a long time in my last two companies. I'd understand if you don't feel like answering in a different language and I'd also be OK if you can only help me with an answer in portuguese. I've tried solving this problem by going to many places, but portugal-specific forums are understandably not generally available in other languages --- My question is related to billing system certification and PDF generation, in regards of generation of "originals" and "duplicados". I've seen lots of discussions on this subject in this forum but no clear guideline or confirmation from the AT of how exactly to procceed (also, a lot of the discussions are prior to changes in 2015, so I'm not sure how much they apply). As you probably know if you're reading this subject title, current VAT legislation requires invoices to be printed in duplicate, with an original sent/printed to the client and a duplicate stored for archiving. I can't find anywhere on the legislation that says these two copies should be labeled different and every person I ask tells me "how would you distinguish them otherwise?", but they can't explain why they should be distinguished. The legislation also isn't clear whether the rules apply to any time of invoice but it sounds like it's designed for printed invoices, since the requirement makes no sense for PDFs or Electronic Invoicing (EDI). (keep in mind I come from a country where invoices are only informative documents, can or not be printed, don't require any duplicates or print version tracking and PDFs have no requirements to be valid, since all data is handled electronically with the local AT, reported daily and flagged automatically if there're discrepancies). So, in my case I have a system that produces a single invoice PDF. This PDF is sent or printed to the customer and also stored for archiving. My tax person believes this can't work for certification, and we should be storing at least TWO different PDFs. One that says "original" and one that says "duplicado". To me this sounds wrong in all possible levels and is also incredibly complex to implement in the system we're trying to certify. I don't think it's technically justified but I understand it may be a requirement that made sense for printing in the past. In my experience with billing certification, I was able to certify a system that produced a single PDF which we sent and also stored, but it was right before the 2015 modifications (Portaria n.o 338/2015) which insists: A fatura, o recibo e a fatura-recibo são emitidos em duplicado, destinando-se o original ao cliente e o duplicado ao arquivo do titular do rendimento. (this reinforces the ambiguous note that's been present for over 30 years in the Codigo de IVA: 4 — Os documentos referidos nos números anteriores devem ser processados em duplicado, destinando-se o original ao cliente e a cópia ao arquivo do fornecedor. ) So, I ask for your help: Is there a definitive answer on whether specially labeled duplicados is really a requirement for the AT? If the answer is "YES" then is there a definitive answer on whether this is a requirement for invoices produced and stored in PDF? Do I need to produce two different PDFs and store one labeled "Duplicado"? If yes, can I just print the original for the customer and not print at the same time the duplicado, only store it as a PDF file? If yes, can I just store the original and produce the "Duplicado" on the fly if it's ever necessary by adding the label or does the PDF need to be generated at the same time? In all cases, we're talking about a SAFT-compliant billing system, with the SAFT digital signature properly generated and included in the invoice and records. The question is only about invoice design and PDF generation logic. I would want to avoid having to produce multiple, different PDF files, avoid printing and storing duplicados. Lastly: I'm talking about standard read-only PDFs. I don't know if any of the questions above change if the PDF is not digitally signed, but ours currently aren't. I deeply thank any of you that can answer and truly apologize if anyone feels offended or annoyed by this post in english. I've tried for a long time to avoid having to do this because I understand how inappropriate it is, but other alternatives have proven ambiguous or useless (especially consultants we've hired, who, frustratingly for us, have been unable to provide a clear answer).

testeSAFT.zip Ver Ficheiro Ficheiros de teste do SAF-T PT 1.04_01 do @Vitor Pereira Submetido por nunopicado Submetido em 28-07-2017 Categoria Outros Licença Website Submetido pelo Autor? Não

Alterações do SAFT Ver Ficheiro Autor: KPMG Na sequência da publicação da Portaria n.º 302/2016, de 2 de Dezembro, foi alterada a estrutura de dados do ficheiro SAF-T (PT). Destaca-se, designadamente, a criação de uma tabela de correspondência entre os planos de contas (SNC Base e Normas Internacionais de Contabilidade, SNS Microentidades) e uma taxonomia específica do SAF-T por forma a alcançar os seguintes objectivos: Imediata comparabilidade Validações automáticas por parte da Autoridade Tributária e Aduaneira (“AT”) Pré-preenchimento de alguns anexos da Informação Empresarial Simplificada (“IES”). Este documento pretende analisar os impactos relevantes decorrentes da publicação desta Portaria. Submetido por Jose Lindo Submetido em 13-12-2016 Categoria Outros Licença Website Submetido pelo Autor? Não

Bom dia a todos. Tenho um problema ao criar o ficheiro Saft, e espero que alguém ja tenho feito isto e me possa ajudar, pois não tenho experiência em XML. Estou a usar VB6 e consigo criar um ficheiro em XML, porém, não tenho a certeza de como adicionar o 'NameSpace' urn:OECD:StandardAuditFile-Tax:PT_1.03_01 ao fazer isto, o texto xmlns="" é automaticamente adicionado ao node <Header>. Aqui esta o código que uso, e o resultado. Set xmlDoc = New MSXML2.DOMDocument60 Dim pi As IXMLDOMProcessingInstruction Set pi = xmlDoc.createProcessingInstruction("xml", "version='1.0' encoding='Windows-1252'") 'encoding="UTF-8" xmlDoc.insertBefore pi, xmlDoc.documentElement Set xmlRootNode = xmlDoc.createElement("AuditFile") xmlDoc.appendChild xmlRootNode xmlDoc.documentElement.setAttribute "xmlns:xsi", "http://www.w3.org/2001/XMLSchema-instance" xmlDoc.documentElement.setAttribute "xsi:schemaLocation", "urn:OECD:StandardAuditFile-Tax:PT_1.03_01 SAF-T-PT.XSD" xmlDoc.documentElement.setAttribute "xmlns:doc", "urn:schemas-basda-org:schema-extensions:documentation" xmlDoc.documentElement.setAttribute "xmlns", "urn:OECD:StandardAuditFile-Tax:PT_1.03_01" //de seguida crio o node <header> Set xmlNodeLevel0 = xmlDoc.createElement("Header") xmlRootNode.appendChild xmlNodeLevel0 Resultado: <?xml version="1.0" encoding="Windows-1252"?> <AuditFile xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="urn:OECD:StandardAuditFile-Tax:PT_1.03_01 SAF-T-PT.XSD" xmlns:doc="urn:schemas-basda-org:schema-extensions:documentation" xmlns="urn:OECD:StandardAuditFile-Tax:PT_1.03_01"><Header xmlns=""> Será que alguém com mais experiência se sabe explicar porque?

Titulo do Projecto: Visual SAFT-PT Última Versão: 4.0.0.3 Site Oficial: http://saftpt.codeplex.com/ Licença: Ms-PL Líder do Projecto: regateiro Membros Actuais do Projecto: regateiro Screenshots: http://saftpt.codeplex.com/documentation Descrição do Projecto: Como trabalho com a geração do saft, pensei em criar um programa que me ajudasse na validação do mesmo, e recentemente decidi colocar o projecto como open source. Existem algumas funcionalidades, que penso não existirem em mais nenhum programa do género, como ferramentas de calculo da Hash de cada documento, para ver como funcionam podem ver a documentação na página do projecto. Quem quiser usar e deixar comentários é bem vindo. Permite ainda ver e validar o ficheiro de existências. Download executável: Está disponível uma versão clickOnce em: https://saftpt.codeplex.com/releases/view/611199

De acordo com os meus post nesta thread, vou começar a por ideias mais técnicas aqui. Como disse ao undercover, a DGCI quer que enviemos o certificado gerado pelo openssl (ou pelo menos é essa a minha interpretação). Mas o busilis para quem trabalhar com .NET é que a M$ não trabalhar no mesmo formato. Continuo sem saber o porque deste desvio do standard de SSL. Por causa disso, fiz um "parser" para a chave privada, no formato hex. Este formato obtém-se da seguinte forma, depois de gerada a chave privadaa (PEM): openssl rsa -in privada.key -text -noout Obviamente não postar o código, pois estou no contexto de empresa... Protocolo de testes: Gerar a encriptação em VB e decriptar usando openssl (linux) O que sucede é que encriptação e decriptação funciona as mil maravilhas...Mas cedo reparei que não é isso que a DGCI quer. O que eles querem é a assinatura da hash SHA1. Tudo bem, a partir do momento em que tinha uma chave válida (penso eu, uma vez que consigo encriptar e decriptar), consigo gerar a assinatura da hash sem problemas. O problema surge em validar a assinatura no linux (openssl). As assinaturas geradas não só não são dadas como válidas, como a assinatura gerada pelo openssl é completamente diferente, para os mesmos dados (deveria ser igual). Ideias? Hasta,

Titulo do Projecto: Giestasoft / OPENSSL Última Versão: 1.0 Site Oficial: http://www.portugal-a-programar.pt/index.php?showtopic=41903 Licença: Freeware Líder do Projecto: Nuno Giestas Membros Actuais do Projecto: Nuno Giestas Descrição do Projecto: Aqui fica a minha contribuição para aqueles que tem dificuldade em criar as chaves privadas e publicas, assinaturas e verifcação para o ficheiro SAFT para certificação. A aplicação foi criada em Asp.net aspx Instalação: extrair os ficheiros e correr no IIS, necessario Asp.net Nota: não se esqueçam de mudar a localização da pasta onde vão colocar a aplicacao. Editar o ficheiro index.aspx na linha 2 session("pasta") = "D:\INETPUB\giestasoft\openssl\" Download: http://www.giestasoft.com/downloads/openssl.rar

Bom dia Embora já existe um forum com duvidas sobre o saft, a ideia deste forum é resumos, ou seja, apresentar já o codigo final que funcione: Assim o meu contributo: » Para quem pode executar no servidor linhas de comando # criacao do ficheiro formato - sha1 $comando="openssl dgst -sha1 -sign " . $hash_privada . " -out " . $ficheiro_assinado . " " . $ficheiro_temp; exec($comando); # criacao do ficheiro formato - base 64 $comando="openssl enc -base64 -in " . $ficheiro_assinado . " -out " . $ficheiro_encriptado . " -A"; exec($comando); Cumprimentos

Boa noite, gostaria de saber se alguem conhece algum software de facturação gratuito que permita a importação de SAFT-PT?

Boa tarde. Comecei agora a mexer no SAFT e estou com um problema. Ora bem, utlizando a tool xsd.exe do VS e depois importando no meu projecto obtenho o erro de que a tabela BillingAddress não pode ter tabelas pai diferentes. Como resolvo o problema? Tento mudar o nome da tabela? E quando for a exportar para xml mudar novamente? Obrigado pela atenção.

Surgiu me um duvida quanto e-commerce para uma empresa. Com estas novas leis que estão a implementar para as empresas não fugirem ao fisco. A minha duvida é se uma empresa já tem um programa de facturação licenciado, desenvolvendo a parte um site de venda de artigos tem de na mesma aplicar o saft-pt? Falei com um contabilista e ele disse me que podia ser feito as facturas na próprio programa de facturação mas sabendo que o web site esta a produzir encomendas já pagas isto é uma factura virtual não é obrigatório utilizar o saft? Agradecia esclarecimentos, desde já obrigado.