SAF-T PT V1.01 fevereiro 2013

Transcrição

1 V1.01 fevereiro 2013

2 Índice Índice... 2 Introdução... 3 Licenciamento... 4 Estrutura do ficheiro SAF-T PT... 5 Header... 5 Master Files... 7 GENERALLEDGER (n)... 7 CUSTOMER (n) Clientes... 8 SUPPLIER (n) Fornecedores TAXTABLE (n) - Impostos PRODUCT (n) - Produtos e Serviços GeneralLedgerEntries Source Documents INVOICE (n) LINE (n) Casos Práticos Fatura corrigida/devolvida Documentos com moeda estrangeira Movimentos comerciais referentes a Outros Devedores Movimentos com Retenção IRS Agência de turismo Valor dos portes Coerência do ficheiro gerado Conclusão

3 Introdução Desde o dia 1 de janeiro de 2008 passou a ser obrigatório incluir o ficheiro SAF-T PT (Standard Audit File for Tax Purposes Portuguese version) nas ferramentas de auxílio à gestão, tais como aplicações de Contabilidade, Faturação. Uma decisão da OECD (Organisation for Economic Cooperation and Development), transcrita para a lei portuguesa no Decreto-lei 238/2006 de 20 de dezembro de 2006, 115º - n.º 8. O ficheiro SAF-T PT é um ficheiro normalizado (em formato extensible Markup Language - XML) com o objetivo de permitir uma exportação fácil, e em qualquer altura, de um conjunto predefinido de registos contabilísticos, num formato legível e comum, independente do programa utilizado, sem afetar a estrutura interna da base de dados do programa ou a sua funcionalidade. A adoção deste modelo proporciona às empresas uma ferramenta que permite satisfazer os requisitos de obtenção de informação dos serviços de inspeção e facilita o seu tratamento, evitando a necessidade de especialização dos auditores nos diversos sistemas, simplificando procedimentos e impulsionando a utilização de novas tecnologias. Foi publicada em Diário da República a Portaria 1192/2009 que vem alterar a Portaria 321-A/2007, aprovando desta forma a versão 1.01 do SAFT-PT. Será esta a versão apresentada ao longo do presente documento, complementada com os requisitos definidos na Portaria 363/2010, relativa à Certificação de Software. Este documento servirá de apoio à compreensão dos comportamentos gerados na exportação do ficheiro SAF-T PT. Na PRIMAVERA KnowledgeBase foi disponibilizado um conjunto de artigos que procuram responder a várias questões frequentes: PKB Como efetuar a comunicação de Faturas? Como validar a estrutura da empresa para a geração do SAF-T? Como exportar informação contabilística do ERP para o formato SAF-T PT? Questões de Suporte SAF-T PT 3

4 Licenciamento Ao nível de configuração de módulos e sub-módulos do ERP para a disponibilização do ficheiro, atualmente o utilitário SAF-T PT só gera o ficheiro se estiverem configurados os seguintes documentos: Vendas: Vendas a Dinheiro; Faturas e faturas simplificadas; Notas de Crédito e Débito. Contabilidade (CBL): Todos os documentos. Relativamente ao licenciamento do SAF-T PT no ERP PRIMAVERA, este só está disponível se tiver as Declarações Fiscais primavera (DFP) instaladas. Isto é verdade tanto para o utilitário das DFP como do Administrador. Estando as DFP instaladas e outro módulo que não o das Vendas ou da Contabilidade, é possível aceder ao utilitário, mas não são disponibilizados quaisquer documentos para a geração do ficheiro SAF-T PT. Também é possível gerar um ficheiro SAF-T PT através do utilitário SAF-T (PT) - Exportações disponível em Vendas Utilitários, sendo que, neste caso apenas é necessária a licença de Vendas. 4

5 Estrutura do ficheiro SAF-T PT O diagrama seguinte apresenta a estrutura do ficheiro XML SAF-T PT definido pela Associação Portuguesa de Software (ASSOFT): Em seguida é descrito de forma mais pormenorizada, através de quadros, o esquema acima ilustrado. A primeira coluna identifica a ordem dos vários elementos XML, a segunda coluna é a tag, a terceira é a tabela onde estão armazenados os dados e a quarta e última coluna descreve os dados que contêm a respetiva tag. Header Dados relativos à entidade emissora do ficheiro e que estão disponíveis nas propriedades da empresa no Administrador. Contém igualmente dados relativos à versão do ficheiro, ano fiscal, moeda e período de exportação. 1.1 AuditFileVersion * Versão Audit 1.00_ CompanyID * Empresas ICConservatoria+ ICMatricula ou IFNIF 1.3 TaxRegistrationNumber * Empresas IFNIF Obtém-se pela concatenação da Conservatória do Registo Comercial e o número do registo comercial, separados pelo caráter espaço. Nos casos em que não existe o registo comercial, deve ser indicado o NIF. 1.4 TaxAccountingBasis * Tipo de sistema que gerou o ficheiro 1.5 CompanyName * Empresas IDNome C - Contabilidade F - Faturação I - Integrado CBL e L&T 1.6 BusinessName Designação comercial do sujeito passivo. Neste caso, como não é obrigatório, então nada é 1.7 CompanyAddress * Tipo AddressStructure BuildingNumber Empresas IDNumPorta StreetName Empresas IDMorada 5

6 1.7.3 AddressDetail Empresas IDMorada + IDNumPorta + IDAndarSala City * Empresas IDLocalidade PostalCode * Empresas IDCodPostal Region Empresas IDDistrito Country * Prenchido com PT. 1.8 FiscalYear * Empresas Deverá ser obtido através dos campos IFMesInicio e IFMesFim tendo apenas em atenção quando o ano fiscal é diferente do ano civil. 1.9 StartDate * Empresas Primeiro dia mês: IFMesInicio + Mes + Ano 1.10 EndDate * Empresas Ultimo dia mês: IFMesFim + Mes + Ano] 1.11 CurrencyCode * Empresas No caso português será ser constante: EUR DateCreated * Data da geração do ficheiro TaxEntity * No caso do ficheiro de Logística e Tesouraria: - Descrição da filial (caso possua o módulo de Filiais), ou - «Global». No caso do ficheiro integrado ou só com o módulo de Contabilidade, este campo deverá ser preenchido com a especificação «Sede» ProductCompanyTaxID * Identificação fiscal da entidade produtora do software. Neste caso é preenchido com o NIB da empresa PRIMAVERA SoftwareCertificateNumber Número do certificado atribuído à * entidade produtora do software ProductID * Nome do produto que gera o ficheiro SAF-T PT ProductVersion * Versão do produto. Deverá ser utilizada a versão da plataforma HeaderComment Comentários adicionais ao ficheiro, conforme disponível no assistente de exportação. Caso o utilizador não tenha inserido qualquer comentário, então esta tag não será incluída no ficheiro XML Telephone Empresas IDTelefone 1.20 Fax Empresas IDFax Empresas ID 1.22 WebSite Empresas IDWeb 6

7 Em seguida é apresentado um exemplo da secção Header do ficheiro SAF-T PT: - <Header> <AuditFileVersion>1.01_01</AuditFileVersion> <CompanyID> </CompanyID> <TaxRegistrationNumber> </TaxRegistrationNumber> <TaxAccountingBasis>I</TaxAccountingBasis> <CompanyName>Empresa Demo Standard PT</CompanyName> - <CompanyAddress> <StreetName>Rua Cidade do Porto</StreetName> <AddressDetail>Rua Cidade do Porto</AddressDetail> <City>Braga</City> <PostalCode>4709</PostalCode> <Region>Braga</Region> <Country>PT</Country> </CompanyAddress> <FiscalYear>2010</FiscalYear> <StartDate> </StartDate> <EndDate> </EndDate> <CurrencyCode>EUR</CurrencyCode> <DateCreated> </DateCreated> <TaxEntity>GLOBAL</TaxEntity> <ProductCompanyTaxID> </ProductCompanyTaxID> <SoftwareCertificateNumber>0030</SoftwareCertificateNumber> <ProductID>ERP v750/primavera Business Software Solutions</ProductID> <ProductVersion> </ProductVersion> <Telephone> </Telephone> < >comercial@primaverabss.com</ > <WebSite> <HeaderComment /> </Header> Master Files Dados relativos às tabelas principais: Plano Oficial de Contas, Clientes, Fornecedores, Produtos/Serviços e Taxas de IVA. GENERALLEDGER (n) - Plano Oficial de Contas (Agregadoras e de movimento) São criadas tantas secções deste tipo, quantas as contas que sejam devolvidas pelo intervalo de extração do ficheiro. Não devem ser incluídas as contas de ordem e analíticas. 7

8 2.1.1 AccountID * PlanoContas Conta AccountDescription * PlanoContas Descricao Se a conta não tiver a descrição definida, então é utilizada a descrição: Desconhecida OpeningDebitBalance * AcumuladosContas Mes00DB OpeningCreditBalance * AcumuladosContas Mes00CR Exemplo da secção GeneralLedger : - <GeneralLedger> <AccountID>11</AccountID> <AccountDescription>Caixa</AccountDescription> <OpeningDebitBalance> </OpeningDebitBalance> <OpeningCreditBalance> </OpeningCreditBalance> </GeneralLedger> CUSTOMER (n) Clientes São criadas tantas secções deste tipo, quantos os clientes existentes. Deve conter todos os registos existentes no respetivo ficheiro de clientes, bem como aqueles que sejam implícitos nos movimentos e não constem do respetivo ficheiro. Por exemplo, outros terceiros devedores e clientes indiferenciados (VD). No caso da exportação do SAF-T PT para efeitos de comunicação dos elementos das faturas à AT, apenas irão ser exportados os dados referentes a clientes que sejam implícitos nos movimentos referentes ao período de exportação CustomerID * Clientes Cliente no caso de existir na tabela Clientes ou [NIF]_C para devedores / clientes indiferenciados AccountID CnfTabLigCBL Conta Código da conta associada na Contabilidade CustomerTaxID * Clientes NumContrib CompanyName * Clientes Nome Contact Contactos/ PrimeiroNome + LinhasContactoEntidades UltimoNome A relação entre a entidade e o contacto é dada através da tabela LinhasContactoEntidades BillingAddress * Morada Faturação BuildingNumber Neste caso, como não é obrigatório, então nada é 8

9 StreetName Clientes Nome da rua. Neste caso, como não é obrigatório e como não existe um campo com apenas essa informação, então nada é AddressDetail * a Clientes Fac_Mor Endereço detalhado. City * a Clientes Fac_Local Quando este campo não se encontra preenchido, então é utiliza a descrição Desconhecido. PostalCode * a Clientes Fac_CP Quando este campo não se encontra preenchido, então é utiliza a descrição Desconhecido. Region Clientes/Distritos Distrito É utilizado o descritivo da tabela Distritos. Country * Clientes Pais Código ISO alpha - 2, de acordo com a Portaria n.º 1192/ ShipToAddress b Morada Expedição. Neste caso, não é preenchido nenhum valor. BuildingNumber Neste caso, como não é obrigatório, então nada é StreetName MoradasAlternativasClientes Nome da rua. Neste caso, como não é obrigatório e como não existe um campo com apenas essa informação, então nada é AddressDetail * MoradasAlternativasClientes Morada City * MoradasAlternativasClientes Localidade PostalCode * MoradasAlternativasClientes CP Region MoradasAlternativasClientes Distrito Country * MoradasAlternativasClientes Pais Código ISO alpha - 2, de acordo com a Portaria n.º 1192/2009. Se este campo não estiver preenchido, então é apresentada a descrição Desconhecido Telephone Clientes Fac_Tel 9

10 2.2.9 Fax Clientes Fac_Fax Contactos Website Clientes EndereçoWeb SelfBillingIndicator Indicador da existência de acordo de autofacturação entre o cliente e o fornecedor. Deve ser preenchido com «1» se houver acordo e com «0» (zero) no caso contrário. Neste caso, é sempre preenchido com «0». Exemplo da secção Customer num ficheiro SAF-T PT: - <Customer> <CustomerID>SOFRIO</CustomerID> <AccountID> </AccountID> <CustomerTaxID> </CustomerTaxID> <CompanyName>Sofrio, Lda</CompanyName> - <BillingAddress> <AddressDetail>AV. DO ETERNO GELO, 88888</AddressDetail> <City>POLO NORTE</City> <PostalCode>1000</PostalCode> <Region>1000</Region> <Country>PT</Country> </BillingAddress> <Telephone> </Telephone> <Fax> </Fax> <Website> <SelfBillingIndicator>0</ SelfBillingIndicator > </Customer> SUPPLIER (n) Fornecedores São criadas tantas secções deste tipo, quantos os fornecedores existentes. Deve conter todos os registos existentes no respetivo ficheiro de fornecedores, bem como aqueles que sejam implícitos nos movimentos e não constem do respetivo ficheiro. Por exemplo, outros terceiros credores e fornecedores indiferenciados SupplierID * Fornecedores Fornecedor no caso de existir na tabela Fornecedores ou [NIF]_F para credores / fornecedores indiferenciados AccountID Fornecedores Conta Código da conta associada à 10

11 Contabilidade SupplierTaxID Fornecedores NumContrib * CompanyName Fornecedores Nome * Contact Fornecedores/ LinhasContactoEntidades PrimeiroNome + UltimoNome A relação entre a entidade e o contacto é dada através da tabela LinhasContactoEntidades BillingAddress Morada Faturação * BuildingNumber Neste caso, como não é obrigatório, então nada é StreetName Fornecedores Nome da rua. Neste caso, como não é obrigatório e como não existe um campo com apenas essa informação, então nada é AddressDetail * Fornecedores Morada a City * a Fornecedores Local PostalCode * a Fornecedores CP Region Clientes/Distritos Distrito - Deve ser utilizado o descritivo da tabela Distritos. Country * Clientes Pais ShipToAddress Morada Expedição b BuildingNumber StreetName AddressDetail * City * PostalCode * Region Country * Neste caso, como não é obrigatório, então nada é MoradasAlternativasForneced Nome da rua. Neste caso, ores como não é obrigatório e como não existe um campo com apenas essa informação, então nada é MoradasAlternativasForneced Morada ores MoradasAlternativasForneced Localidade ores MoradasAlternativasForneced CP ores MoradasAlternativasForneced Distrito ores MoradasAlternativasForneced Pais ores Telephone Fornecedores Tel 11

12 2.3.9 Fax Fornecedores Fax Contactos Website Fornecedores EndereçoWeb SelfBillingIndica Indicador da existência de tor acordo de autofacturação entre o cliente e o fornecedor. Deve ser preenchido com «1» se houver acordo e com «0» (zero) no caso contrário. Neste caso, é sempre preenchido com «0». Exemplo da secção Supplier num ficheiro SAF-T PT: - <Supplier> <SupplierID>F0004</SupplierID> <AccountID> </ AccountID > <SupplierTaxID> </SupplierTaxID> <CompanyName>Distribuição Informática</CompanyName> - <BillingAddress> <AddressDetail>Av. da Boavista, 1500</AddressDetail> <City>Desconhecido</City> <PostalCode>4000</PostalCode> <Region>Desconhecido</Region> <Country>PT</Country> </BillingAddress> <Fax> </Fax> <Website> <SelfBillingIndicator>0</ SelfBillingIndicator > </Supplier> TAXTABLE (n) - Impostos São incluídos os regimes fiscais de IVA praticados em cada espaço fiscal e as rubricas do imposto do selo a liquidar, aplicáveis nas linhas dos documentos, registados em SourceDocuments TaxTableEntry TaxType * «IVA» imposto sobre o valor acrescentado; «IS» imposto de selo TaxCountryRegion * Região de acordo com as transações realizadas. Deve ser preenchido de acordo com a norma ISO alpha-2. No caso das Regiões Autónomas da Madeira e Açores deve ser preenchido com: 12

13 TaxCode Description * «PT -AC» espaço fiscal da Região Autónoma dos Açores; «PT -MA» espaço fiscal da Região Autónoma da Madeira. No caso do IVA assumir: «RED» taxa reduzida; «INT» taxa intermédia; «NOR» taxa normal; «ISE» isenta; «OUT» outros. No caso do código do tipo de imposto (TaxType) = IS, deve ser preenchido com o código da verba respetiva. No caso do IVA assumir: Intermédia; Normal; Reduzida; Isenta. No caso do Imposto de Selo deve ser preenchido com a descrição da respetiva verba TaxExpirationDate Última data legal de aplicação da taxa de imposto, no caso de alteração da mesma, na vigência do período de tributação TaxPercentage IVA Taxa Campo de preenchimento obrigatório, no caso de se tratar de uma percentagem do imposto TaxAmount Campo de preenchimento obrigatório, no caso de se tratar de uma verba fixa de imposto de selo. Exemplo da secção TaxTable num ficheiro SAF-T PT: - <TaxTable> - <TaxTableEntry> <TaxType>IVA</ TaxType> <TaxCountryRegion>PT</ TaxCountryRegion> <TaxCode>ISE</ TaxCode> <Description>Isenta</Description> <TaxPercentage>0.00</ TaxPercentage> </TaxTableEntry> </TaxTable> PRODUCT (n) - Produtos e Serviços São criadas tantas secções deste tipo, quantos os artigos/produtos que existam e que se encontrem ativos, bem como aqueles que sejam implícitos nos movimentos e não constem do respetivo ficheiro (ex. Portes) e todos os impostos incluídos na fatura, exceto IVA e IS, (ex. Ecotaxas, IEC). 13

14 No caso da exportação do SAF-T PT para efeitos de comunicação dos elementos das faturas à AT, apenas irão ser exportados os dados referentes a artigos/produtos que sejam implícitos nos movimentos referentes ao período de exportação ProductType * Artigo Indicador de Produto ou serviço. P Produtos S Serviços O - Outros ProductCode * Artigo Artigo ProductGroup * Artigo/Familias Família Utilizado o descritivo da tabela Familias ProductDescription * Artigo Descricao ProductNumberCode * Artigo CodBarras No caso de não existir preencher com ProductCode. Exemplo da secção Product num ficheiro SAF-T PT: - <Product> <ProductType>P</ProductType> <ProductCode>A0001</ProductCode> <ProductGroup>Computadores</ProductGroup> <ProductDescription>Pentium D925 Dual Core</ProductDescription> <ProductNumberCode> </ProductNumberCode> </Product> As tabelas Clientes, Produtos e Taxas devem conter todos os registos existentes na tabela respetiva da base de dados, mais os registos que embora não estejam na base de dados sejam implícitos nos movimentos. Se existir, por exemplo, uma Venda a Dinheiro com o registo do contribuinte e morada de um cliente, mesmo que esse cliente não esteja na tabela de clientes da aplicação deverá ser exportado como cliente no SAF-T PT. 14

15 GeneralLedgerEntries Apresenta todos os Movimentos Contabilísticos. 3.1 NumberOfEntries * CabecMovCBL Total de documentos 3.2 TotalDebit * Movimentos Valor; Natureza 3.3 TotalCredit * Movimentos Valor; Natureza 3.4 Journal Tipo Journal JournalID * CabecMovCBL Diario Description * Diarios Descricao Transaction Documento contabilístico TransactionID * CabecMovCBL TransactionDate JournalID Period * CabecMovCBL Mes DocArchivalNumber TransactionDate * CabecMovCBL Dia + Mes + Ano SourceID CabecMovCBL Utilizador Description * CabecMovCBL Descricao DocArchivalNumbe r CabecMovCBL Por exemplo: NumDoc TransactionType Depende dos valores selecionados no separador Tipos Operação, para cada período/diário, do utilitário de exportação SAF-T PT. N Normal; R Regulatização do período de tributação; A Apuramento de resultados; J Movimentos de ajustamento GLPostingDate * CabecMovCBL Dia + Mes + Ano CustomerID * Movimentos Campo de preenchimento obrigatório, no caso da transação consubstanciar uma venda que deva figurar no anexo O da IES/declaração anual ou que deva figurar no anexo I da declaração periódica de IVA (campo Recapitulativos da tabela Movimentos ativo). Deve ser indicada a chave do registo na tabela de clientes SupplierID * Movimentos Campo de preenchimento obrigatório caso o campo Recapitulativos da tabela Movimentos esteja marcado com verdadeiro. Neste caso deve ser indicado o código da entidade associada ao 15

16 movimento. Caso exista mais do que uma entidade associada ao documento devem ser preenchidos com a designação Lançamentos Agregados Line Linhas do documento contabilístico RecordID * Movimentos Linha AccountID * Movimentos Conta SourceDocumentID Identificador do movimento contabilístico. Neste caso, como não é obrigatório, então nada é SystemEntryDate * Movimentos Dia + Mes + Ano Description * Movimentos Descricao DebitAmount Movimentos Valor CreditAmount Movimentos Valor Deve ter em atenção a natureza do movimento Natureza. Deve ter em atenção a natureza do movimento Natureza. Exemplo da secção GeneralLedgerEntries num ficheiro SAF-T PT: - <GeneralLedgerEntries> <NumberOfEntries>27</NumberOfEntries> <TotalDebit> </TotalDebit> <TotalCredit> </TotalCredit> - <Journal> <JournalID>27</JournalID> <Description>Caixa A</Description> - <Transaction> <TransactionID> </TransactionID> <Period>1</Period> <TransactionDate> </TransactionDate> <SourceID>miguel.campos</SourceID> <Description>Caixa A - Pagamentos</Description> <DocArchivalNumber>1</ DocArchivalNumber> <TransactionType>N</ TransactionType> <GLPostingDate> T09:29:42</GLPostingDate> - <Line> <RecordID>1</RecordID> <AccountID>111</AccountID> <SystemEntryDate> T09:29:42</SystemEntryDate> <Description>Caixa A - Pagamentos</Description> 16

17 <CreditAmount>560.00</CreditAmount> </Line> ( ) </Transaction> </Journal> </GeneralLedgerEntries> Em suma, as operações que quando executadas terão reflexo no ficheiro SAF- T PT são: Alteração dos dados da empresa; Criação/Alteração de contas do Plano Oficial de Contas; Criação/Alteração da ficha de um cliente/fornecedor, mesmo que não contenham movimentos contabilísticos no período exportado; Criação/Alteração de produtos/serviços; Taxas de IVA; Criação/Alteração de documentos de venda (exceto quando os documentos de venda do tipo fatura ou equivalente estão ao abrigo da certificação de software); Movimentos contabilísticos. Source Documents Nesta secção são incluídos todos os documentos de venda emitidos pela empresa, incluindo os talões de venda. Devem constar os documentos anulados, devidamente assinalados, permitindo verificar a sequencialidade da numeração dos documentos. Quando existir um registo de um talão de venda, ou talão de devolução, e outro registo da fatura ou nota de crédito correspondente, o talão deve ser assinalado na tag InvoiceStatus como «F», para não duplicar o montante das vendas ou anulações. Não devem ser exportadas linhas sem relevância fiscal, designadamente descrições técnicas, instruções de montagem e condições de garantia. 4.1 SalesInvoices NumberOfEntries * CabecDoc Total de documentos dos tipos: Vendas a Dinheiro; Faturas; Notas de crédito e débito TotalDebit * CabecDoc (Totalmerc + TotalIVA + TotalEcotaxa + TotalOutros) - TotalDesc TotalCredit * CabecDoc Valor dos documentos cuja natureza seja a receber. (Totalmerc + TotalIVA + 17

18 TotalEcotaxa + TotalOutros) - TotalDesc Valor dos documentos cuja natureza seja a pagar Invoice * Documento Venda InvoiceNo * CabecDoc TipoDoc Serie/NumDoc Identificação única do documento de venda InvoiceStatus * Deve ser preenchido com: «N» normal; «S» autofacturação; «A» documento anulado; «F» documento faturado (quando o documento é do tipo talão de venda ou talão de devolução e existe na tabela o correspondente do tipo fatura ou nota de crédito) Hash * Chave do documento. Assinatura nos termos da Portaria 363/2010 que regulamenta a certificação dos programas informáticos de faturação (gravada na base de dados quando se desencadeou o processo de gravação do documento). No caso de documentos provenientes de aplicações externas este campo deve ser preenchido com a chave do documento gerado pela aplicação original (o campo é preenchido com 0 (zero), caso não haja obrigatoriedade de certificação) HashControl Chave de controlo. Versão da chave privada utilizada na criação da assinatura do campo Para os documentos que são Cópia de documento original e Integração de documentos emitidos manualmente, passa a ser preenchido com o seguinte valor: Versão da chave + InvoiceType(2) + M +Série Documento+ / + nº doc. Original. Para os documentos provenientes de aplicações externas é preenchido com o seguinte valor: nºcertificado + 18

19 Period Cabecdoc Data. +versão da chave. Deve ser o mês presente na data do documento, quando o ano fiscal é igual ao ano contabilístico InvoiceDate * CabecDoc Data (data criação documento - AAAA-MM-DD) InvoiceType * CabecDoc Tipo de documento definido no assistente de geração do ficheiro SelfBillingIndicator * Indicador da existência de acordo de autofacturação entre o cliente e o fornecedor. Deve ser preenchido com «1» se houver acordo e com «0» (zero) no caso contrário. Neste caso, é sempre preenchido com «0» SystemEntryDate * CabecDoc DataGravacao Data de gravação do documento. A data e hora da última alteração ao documento (ex:aaaa-mm-ddthh:mm:ss) TransactionID CabecDoc IDMovCBL Campo de preenchimento obrigatório se se tratar do ficheiro integrado (Faturação + Contabilidade) CustomerID * CabecDoc Entidade, para entidades que não são clientes e NIF+ _C para outros devedores ShipTo Local e data de Entrega DeliveryID Identificador da entrega. Neste caso, como não é obrigatório, então nada é DeliveryDate CabecDoc DataDescarga Address b Morada de Envio BuildingNumber Neste caso, como não é obrigatório, então nada é StreetName Nome da rua. Neste caso, como não é obrigatório e como não existe um campo com apenas essa informação, então nada é AddressDetail * Clientes Fac_Mor City * Clientes Fac_Local PostalCode * Clientes Fac_CP Region Clientes Distrito - Deve ser utilizado o Country * Clientes Pais descritivo da tabela Distritos ShipFrom Local onde se inicia a expedição 19

20 DeliveryID Identificador da entrega. Neste caso, como não é obrigatório, então nada é DeliveryDate CabecDoc DataCarga Address * Tipo AddressStructure BuildingNumber Neste caso, como não é obrigatório, então nada é StreetName Nome da rua. Neste caso, como não é obrigatório e como não existe um campo com apenas essa informação, então nada é AddressDetail * Empresas IDMorada + IDNumPorta City * Empresas IDLocalidade PostalCode * Empresas IDCodPostal Region Empresas IDDistrito Country * Empresas IDLocalizacaoSede Line Linhas do documento LineNumber * LinhasDoc NumLinha OrderReferences Os documentos financeiros que estão ao abrigo da Certificação de Software e são gerados a partir de outros documentos deverão ter nesta posição o documento que foi a base para a sua geração (ex: quando uma guia de remessa dá origem a uma fatura, tem de ser gerada a assinatura para ambos os documentos). Na geração do SAF-T este campo é preenchido da seguinte forma: Lxx/DOC/Serie/NumDoc (Exemplo: L1/GR/2010/1) Lxx: indica o número da linha Doc: indica o tipo de documento Série: indica a série do documento NumDoc: indica o número de documento OriginatingON Número da ordem de encomenda. Neste caso, como não é obrigatório, então nada é 20

21 OrderDate Data da encomenda. Neste ProductCode * LinhasDoc Artigo ProductDescription * Artigo Descrição Quantity * LinhasDoc Quantidade UnitOfMeasure LinhasDoc Unidade UnitPrice * LinhasDoc PrecUnit TaxPointDate * LinhasDoc Data caso, como não é obrigatório, então nada é References Referencias a outros documentos CreditNote Referência à nota de crédito Neste caso, como não é obrigatório, então nada é References Referência a outros Reason documentos. Neste caso, como não é obrigatório, então nada é Motivo do crédito. Neste caso, como não é obrigatório, então nada é Description * LinhasDoc Descricao DebitAmount * LinhasDoc PrecoLiquido Nas notas de crédito é o valor da linha sem IVA deduzido dos descontos de linha e cabeçalho, na moeda EUR CreditAmount * LinhasDoc PrecoLiquido Tax Nas faturas, notas de débito e vendas a dinheiro é o valor da linha sem IVA deduzido dos descontos de linha e cabeçalho, na moeda EUR TaxType * Tipo de imposto de acordo com TaxTable TaxCountryRegion * Região de acordo com as TaxCode * transações realizadas. Deve ser preenchido de acordo com a norma ISO alpha-2. No caso das Regiões Autónomas da Madeira e Açores deve ser preenchido com: «PT -AC» espaço fiscal da Região Autónoma dos Açores; «PT -MA» espaço fiscal da Região Autónoma da Madeira. No caso do IVA assumir: «RED» taxa reduzida; «INT» taxa intermédia; «NOR» taxa normal; 21

22 «ISE» isenta; «OUT» outros. No caso do código do tipo de imposto (TaxType) = IS, deve ser preenchido com o código da verba respetiva TaxPercentage * LinhasDoc TaxaIVA TaxAmount Montante do imposto. Campo de preenchimento obrigatório, no caso de se tratar de uma verba fixa de imposto de selo. Como o imposto de selo não é comtemplado, então esta tag não é preenchida TaxExemptionReaso IVA MotivoIsencao Motivo de isenção de imposto. n Campo de preenchimento obrigatório, quando os campos percentagem da taxa de imposto (TaxPercentage) ou montante do imposto (TaxAmount) são iguais a zero SettlementAmount LinhasDoc Desconto1, Desconto2, Desconto DocumentTotals Totais Documentos TaxPayable * CabecDoc TotalIVA NetTotal * CabecDoc (Totalmerc + TotalEcotaxa + TotalOutros) - TotalDesc GrossTotal * CabecDoc (Totalmerc + TotalIva + TotalEcotaxa + TotalOutros) TotalDesc imposto Currency Moeda Total do documento com CurrencyCode CabecDoc Código da moeda. No caso de moeda estrangeira deve ser preenchido de acordo com a norma ISO CurrencyDebitAmoun t CabecDoc TotalMerc + TotalEcotaxa + TotalOutros - TotalDesc Valor a débito na moeda CurrencyCreditAmou nt original do documento. Neste caso, como não é obrigatório, então nada é CabecDoc TotalMerc + TotalEcotaxa + TotalOutros - TotalDesc Valor a crédito na moeda original do documento Settlement Condição de pagamento SettlementDiscount Acordo de desconto. Este SettlementAmount CabecDoc TotalDesc campo não é exportado. Montante de desconto SettlementDate Data acordada para o desconto. Este campo não é exportado. 22

23 PaymentMechanism CabecDoc ModPag INVOICE (n) Permite identificar o cabeçalho do documento de venda. Deverão ser criadas tantas secções deste tipo, quantos os documentos obtidos pelo filtro aplicado. Os documentos deverão também ser agrupados pelo seu tipo e apresentados por ordem crescente do seu número e série. Exemplo da secção Invoice (para um documento ao abrigo da Certificação de Software, ou seja, com assinatura Hash - e versão da chave privada - HashControl) num ficheiro SAF-T PT: - <Invoice> <InvoiceNo>FA S/1</InvoiceNo> <InvoiceStatus>N</InvoiceStatus> <Hash>J6t3JTMtCKN6fh4HfgW2UiXRqYo9M7v7KUELkc8uaSZ7/fPn5bSBSv04lu0Fpd6G5yztbCKLFBi f9n6zycqujnwn89u9ia8wawhtcfh6cu207wfsp7oehgp5tu/dlrsaxy56k/tyoveg6dejbpbs6egpbgs yrgduv5d2xi2kiey=</hash> <HashControl>1</HashControl> <Period>09</Period> <InvoiceDate> </InvoiceDate> <InvoiceType>FT</InvoiceType> <SelfBillingIndicator>0</SelfBillingIndicator> <SystemEntryDate> T17:03:52</SystemEntryDate> <CustomerID>SOFRIO</CustomerID> Exemplo da secção Invoice num ficheiro para uma fatura de uma série manual: -<Invoice> <InvoiceNo>VD 2012M/2</InvoiceNo> <InvoiceStatus>N</InvoiceStatus> <Hash>QNz0bTJREb6XWlFv6PzDQmZSxV0bEATGMOEcHJg3uKTaOr73O7GjqY4bVaA3s9Uij11AUVgwt TM8spC+RSdHMYofkBTExnOVqs59P25a76jWD8XUe82HIhM1+auyTs3aTGWuKDvsT3+Q2if+zRM+fVs W+KhwKivJKufHk7jx5Tc=</Hash> <HashControl>1-VDM 2012M/2000</HashControl> <Period>03</Period> <InvoiceDate> </InvoiceDate> <InvoiceType>VD</InvoiceType> <SelfBillingIndicator>0</SelfBillingIndicator> <SystemEntryDate> T14:34:42</SystemEntryDate> <CustomerID>ALCAD</CustomerID> LINE (n) Representa as linhas de cada um dos documentos definidos em Invoice. Exemplo da secção Line num ficheiro SAF-T PT: - <Line> <LineNumber>1</LineNumber> <ProductCode>A0004</ProductCode> 23

24 <ProductDescription>Processador Intel D GHz</ProductDescription> <Quantity>1</Quantity> <UnitOfMeasure>UN</UnitOfMeasure> <UnitPrice>499</UnitPrice> <TaxPointDate> </TaxPointDate> <Description> Processador Intel D GHz</Description> <CreditAmount> </CreditAmount> - <Tax> <TaxType>IVA</TaxType> <TaxCountryRegion>PT</TaxCountryRegion> <TaxCode>NOR</TaxCode> <TaxPercentage>21</TaxPercentage> </Tax> <SettlementAmount>0.00</SettlementAmount> </Line> Casos Práticos Nesta secção serão apresentados alguns casos práticos da exportação do ficheiro SAF-T PT. Com a apresentação destes casos práticos pretende-se exemplificar alguns comportamentos na exportação deste ficheiro. Fatura corrigida/devolvida A alteração do estado de uma fatura para Fechado é completamente transparente na exportação para ficheiro SAF-T PT. O resultado é o mesmo independentemente do seu estado. Numa situação em que é registada uma fatura e posteriormente é efetuada uma Nota de Crédito devido à sua devolução, no SAF-T PT esses valores serão refletidos nos totais do débito e de crédito. Se o caso for a devolução, então o valor respetivo de débito e de crédito anular-se-ão. Uma fatura pode ser modificada (apenas em documentos que não estão ao abrigo da certificação de software*), porém essa data da modificação ficará registada no ficheiro SAF-T PT, no elemento SystemEntryDate. * a partir do dia 1 abril 2011 as faturas e os restantes documentos de transporte, por serem documentos financeiros, deixarão totalmente de poder ver alterados dados de relevância fiscal. Ou seja, no momento da gravação da fatura é gerada uma assinatura e não mais poderão ser alterados dados fiscais. Para mais informações consultar a categoria Certificação de Software. O exemplo seguinte apresenta a situação em que, para determinado período, foram registados uma fatura e uma nota de crédito no mesmo valor: - <SourceDocuments> - <SalesInvoices> 24

25 <NumberOfEntries>2</NumberOfEntries> <TotalDebit>750.00</TotalDebit> <TotalCredit>750.00</TotalCredit> - <Invoice> <InvoiceNo>FA A/24</InvoiceNo> <Hash>0</Hash> <Period>11</Period> <InvoiceDate> </InvoiceDate> <InvoiceType>FT</InvoiceType> < SelfBillingIndicator >0</SelfBillingIndicator> <SystemEntryDate> T18:06:38</SystemEntryDate> <TransactionID> </ TransactionID> <CustomerID>SOFRIO</CustomerID> - <Line> ( ) </Line> - <DocumentTotals> <TaxPayable>150.00</TaxPayable> <NetTotal>750.00</NetTotal> <GrossTotal>900.00</GrossTotal> - <Settlement> <SettlementAmount>83.33</SettlementAmount> </Settlement> </DocumentTotals> </Invoice> - <Invoice> <InvoiceNo>NC A/7</InvoiceNo> <InvoiceStatus>N</InvoiceStatus> <Hash>0</Hash> <Period>11</Period> <InvoiceDate> </InvoiceDate> <InvoiceType>NC</InvoiceType> <SelfBillingIndicator>0</SelfBillingIndicator> <SystemEntryDate> T18:07:01</SystemEntryDate> <TransactionID> </TransactionID> <CustomerID>SOFRIO</CustomerID> - <Line> ( ) </Line> - <DocumentTotals> <TaxPayable>150.00</TaxPayable> <NetTotal>750.00</NetTotal> <GrossTotal>900.00</GrossTotal> - <Settlement> <SettlementAmount>83.33</SettlementAmount> </Settlement> </DocumentTotals> </Invoice> </SalesInvoices> 25

26 </SourceDocuments> </AuditFile> Documentos com moeda estrangeira Os documentos comerciais em moeda estrangeira devem ser exportados com valores nas linhas e nos cabeçalhos em Euros, porque a moeda de relato do SAF-T PT é o EUR. O câmbio a utilizar nesse relato deve ser o mesmo que foi utilizado nesse documento, isto é, o da sua data. Movimentos comerciais referentes a Outros Devedores Os movimentos comerciais referentes a Outros Devedores são tratados da mesma forma como são os movimentos referentes aos Clientes. Porém só serão exportados esses movimentos e não os dados do Outro Devedor, tal como acontece com os Clientes. O exemplo a seguir ilustra essa situação: A única referência ao Outro Devedor é efetuada no elemento Invoice, na tag CustomerID : ( ) - <Invoice> <InvoiceNo>FA S01/7</InvoiceNo> <InvoiceStatus>N</InvoiceStatus> <Hash>0</Hash> <HashControl></HashControl> 26

27 <Period>08</Period> <InvoiceDate> </InvoiceDate> <InvoiceType>FT</InvoiceType> <SelfBillingIndicator>0</SelfBillingIndicator> <SystemEntryDate> T15:19:08</SystemEntryDate> <CustomerID> _C</CustomerID> - <Line> <LineNumber>1</LineNumber> <ProductCode>A0001</ProductCode> <ProductDescription>Pentium D925 Dual Core</ProductDescription> <Quantity>1</Quantity> <UnitOfMeasure>UN</UnitOfMeasure> <UnitPrice>1000</UnitPrice> <TaxPointDate> </TaxPointDate> <Description>Pentium D925 Dual Core</Description> <CreditAmount> </CreditAmount> - <Tax> <TaxType>IVA</TaxType> <TaxCountryRegion>PT</TaxCountryRegion> <TaxCode>NOR</TaxCode> <TaxPercentage>21.00</TaxPercentage> </Tax> <SettlementAmount>0.00</SettlementAmount> </Line> - <DocumentTotals> <TaxPayable>210.00</TaxPayable> <NetTotal> </NetTotal> <GrossTotal> </GrossTotal> - <Settlement> <SettlementAmount>0.00</SettlementAmount> </Settlement> - </DocumentTotals> </Invoice> ( ) Movimentos com Retenção IRS Quando é registado um movimento com Retenção de IRS, o valor a exportar é o valor total faturado sem abater o valor do IRS, para não misturar a ótica financeira com a económica. 27

28 A tag GrossTotal contém o valor total do documento sem abater o valor do IRS: ( ) - <Invoice> <InvoiceNo>FA A/28</InvoiceNo> <InvoiceStatus>N</InvoiceStatus> <Hash>0</Hash> <Period>01</Period> <InvoiceDate> </InvoiceDate> <InvoiceType>FT</InvoiceType> <SelfBillingIndicator>0</SelfBillingIndicator> <SystemEntryDate> T18:24:11</SystemEntryDate> <TransactionID> </TransactionID> <CustomerID>SOUSA</CustomerID> - <Line> <LineNumber>1</LineNumber> <ProductCode>FORMACAO</ProductCode> <ProductDescription>Formação</ProductDescription> <Quantity>1</Quantity> <UnitOfMeasure>UN</UnitOfMeasure> <UnitPrice>100</UnitPrice> <TaxPointDate> </TaxPointDate> <Description>Formação</Description> <CreditAmount>100.00</CreditAmount> - <Tax> <TaxType>IVA</TaxType> 28

29 <TaxCountryRegion>PT</TaxCountryRegion> <TaxCode>NOR</TaxCode> <TaxPercentage>20</TaxPercentage> </Tax> <SettlementAmount>0.00</SettlementAmount> </Line> - <DocumentTotals> <TaxPayable>20.00</TaxPayable> <NetTotal>100.00</NetTotal> <GrossTotal>120.00</GrossTotal> - <Settlement> <SettlementAmount>0.00</SettlementAmount> </Settlement> </DocumentTotals> </Invoice> ( ) PKB Contas Correntes - Retenções Como configurar as entidades para efetuarem retenções? Como efetuar o processamento da retenção de garantia no momento de introdução de um documento? Como efetuar o processamento da retenção de garantia no momento de liquidação de um documento? Agência de turismo Segundo o Decreto-Lei 221/85 de 3 de julho de 1985, as Agências de Viagens e Organizadores de Circuitos Turísticos calculam o IVA sobre a margem de lucro do processo turístico, sobre a diferença entre as receitas e despesas operacionais do processo com a taxa em vigor do regime geral. Nos serviços adquiridos para serviços fora da Comunidade Europeia o IVA é isento. Isto aplica-se numa venda de dois ou mais serviços distintos. Art. 3.º O valor tributável das prestações de serviços efetuadas pelos sujeitos passivos referidos no artigo 1.º é constituído pela diferença entre a contraprestação devida pelo cliente, excluído o IVA que onera a operação, e o custo suportado nas transmissões de bens e prestações de serviços efetuadas por terceiros para benefício direto do cliente, com inclusão do IVA. ( ) 2 - As faturas emitidas pelos mesmos sujeitos passivos podem não discriminar o IVA e não conferem, em qualquer caso, direito à dedução do mesmo imposto. 29

30 Assim sendo a venda de um bilhete de aviação + hotel para o espaço comunitário é apenas tributado na margem de lucro. A aviação e a hotelaria com serviços isolados são isentos de IVA, mas a maisvalia gerada no processo é que é tributada. Neste caso é obrigatório referir no documento de débito o Decreto-Lei 221/85 e não há lugar à apresentação do valor do IVA. O valor zero também seria incorreto porque não é uma isenção, apenas uma referência ao facto de o IVA ser apurado à posteriori. No layout do ficheiro SAF-T PT e em dois dos grupos de classificação, Tax Table e Source Documents, há a obrigatoriedade de indicação dos IVA usados pela empresa Tax Table e os usados em cada linha de faturação Source Documents. Sendo assim, o Decreto-Lei 221/85 enquadra-se onde? Nor Normal seria 21%, o que é falso; Red e Int Reduzido e Intermédio não são aplicáveis; Ise Isento, pois até seria bom para os agentes turísticos, mas também não é verdade. O que preencher nestas situações? O Decreto-Lei abrange estes casos na Tabela de regimes de IVA, na tag Tax Table. Coloca-se o código 5 ( Outras ) no campo Código da Taxa, e no campo Descrição da Taxa, a descrição Outras. Valor dos portes As regras da estrutura do SAF-T PT são claras exigindo a identificação de qualquer importância constante no documento de venda através de um ProductID, correspondente a um registo na tabela Product. Desta forma, os portes devem estar registados na tabela ProductType= O (outros). A letra bold, pode-se verificar como o ficheiro SAF-T PT distingue artigos especiais como é o caso dos Portes: ( ) - <Line> <LineNumber>2</LineNumber> <ProductCode>Especial</ProductCode> <ProductDescription>Linha especial</productdescription> <Quantity>1</Quantity> <UnitOfMeasure /> 30

31 <UnitPrice>5.00</UnitPrice> <TaxPointDate> </TaxPointDate> <Description>Portes</Description> <CreditAmount>5.00</CreditAmount> ( ) 31

32 Coerência do ficheiro gerado Existem alguns pontos que são verificados para garantir a coerência do ficheiro gerado, nomeadamente: a. Valores exportados referentes às linhas vs valores exportados referentes aos cabeçalhos; b. Valores exportados nos movimentos comerciais vs valores exportados nos movimentos contabilísticos; c. Valores exportados nos detalhes vs valores exportados nos valores totalizadores/resumos); A título de exemplo, caso os cabeçalhos dos documentos comerciais apresentem valores incoerentes com as respetivas linhas, significaria que o documento impresso apresentaria um valor total incoerente com as linhas. O utilizador poderá encontrar um analisador do ficheiro SAF-T PT em 32

33 Conclusão Em conclusão poder-se-á destacar que o ficheiro SAF-T PT pode ser gerado num só ficheiro ou separadamente. Ser gerado separadamente é útil, por exemplo, para empresas que subcontratam os serviços de Contabilidade. No ERP PRIMAVERA, o ficheiro só é gerado se tiver pelo menos um documento da Logística e Tesouraria ou do módulo Contabilidade configurado. Quando gerado, o ficheiro SAF-T PT apesar de ser referente a determinado exercício, contém todos os documentos/transações até à data da sua execução. O ficheiro a gerar é sempre validado. Se algum requisito não estiver presente na base de dados, então será apresentada uma mensagem de aviso e o ficheiro SAF-T PT não será gerado. Entre as informações disponibilizadas no ficheiro realça-se o facto de ser sempre registada a última data de atualização de um documento/transação. Outras fontes consultadas: