SAFT-PT: debate de dúvidas e ideias

[jpaulino 97]

Obrigado pelas dicas Vou ver se acabo isto o quanto antes.

Sobre a nota que colocaste, eu coloquei algo semelhante: "Certificação dispensada de acordo com o ponto nº 2, alínea c), do artigo 2º da Portaria 363/2010, de 23 Junho"

[nunopicado 1150]

Claro, o que importa é o artigo, e nem esse é obrigatório, segundo a AT.

Mas como há mais quem nos queira mal, do que quem nos queira bem, é melhor avisar a todos os interessados!

[GonçaloRoque 28]

O nº total de documentos emitidos inclui as facturas anuladas, quando aos valores não. ou seja, o total, em valor, não inclui as facturas anuladas, não é isso que te acontece?

Claro que não!, possivelmente irá aparecer no final de Abril, para termos uns diazitos para a aventura.

Eu alterei o XSD antigo de acordo com a documentação para Maio... Vamos ver senão errei muito, senão vão haver problemas. lol

Entretanto o COPE ganhou prioridade, que vale que o BdP é mais esclarecido e esclarecedor...

[miguelc 3]

O problema é mesmo dentro do e-Fatura, os valores, confirmei, quer a nivel de numero de documentos (incluindo anulados), quer a nivel de valores (excluindo anulados), está correto. Confirmei com um documento da nossa empresa, que sei que está anulado e ele aparece na lista de documentos sem qualquer estado (como se não estivesse anulado), e o IVA desse documento a contar para o total de IVA que lá aparece :S

Já enviei mail à AT...mas primeiro que surja resposta, decerto teremos novo Papa

Alguém tem novidades sobre este assunto?

Os meus lientes já começaram a ligar com a questão do valor do IVA do site ser diferente do software!

Ao Padrinho: Tinhas razão, tivemos primeiro o Papa do que a resposta da AT...

[bhenriques 5]

Boa tarde,

Alguém me pode esclarecer uma duvida.

A que tipos de documentos se refere a tabela 4.3 - WorkingDocuments do decreto-lei 382/2012?

A nossa aplicação não emite documentos relacionados com transporte ou mercadorias.

Além da faturação apenas permite criar Orçamentos para entregar ao cliente, que obviamente podem ou não ser aprovados.

É suposto assinar e exportar estes orçamentos?

Obrigado.

Bruno Henriques

[nunopicado 1150]

Alguém tem novidades sobre este assunto?

Os meus lientes já começaram a ligar com a questão do valor do IVA do site ser diferente do software!

Penso que parte do problema é que há software que está a somar os anulados no TotalDebit e TotalCredit, o que não deve ser feito.

Os documentos têm de ir lá, mas os totais não incluem os anulados.

Conheço um contabilista que teve esse problema com um cliente dele cujo software estava a somar tudo, mesmo os anulados.

A que tipos de documentos se refere a tabela 4.3 - WorkingDocuments do decreto-lei 382/2012?

A nossa aplicação não emite documentos relacionados com transporte ou mercadorias.

Além da faturação apenas permite criar Orçamentos para entregar ao cliente, que obviamente podem ou não ser aprovados.

É suposto assinar e exportar estes orçamentos?

Não creio.

No manual do SAFT fala-se para a 4.3 em documentos susceptíveis de serem entregues ao cliente para conferência conferência de entrega de mercadoria ou prestação de serviços, e o orçamento não se enquadra em nenhum destes.

Uma nota de descarga ou nota de reparação sim, provavelmente já se incluem aqui.

[rumbafum 6]

Não precisas exportar esses orçamentos. Isso é para guias de transporte

[nunopicado 1150]

Não precisas exportar esses orçamentos. Isso é para guias de transporte

Isso é na secção 4.2. Ele está a falar da 4.3.

[plano_b 0]

Boa noite, tenho uma duvida relata a envio de ficheiros SAFT que gostaria de saber se alguém sabe qual a solução possível.

Conheço vários casos de pessoas que possuem mais de uma maquina com Software certificado em diferentes estabelecimentos, por erro estavam ambas as maquinas a trabalhar desde o inicio do ano com as mesmas series de documentos, agora querem enviar o SAFT de cada estabelecimento e não conseguem pois da o conflito das series ao validar o 2 ficheiro enviado. Qual a solução?

Até agora nem os próprios técnicos de apoio da e-fatura sabem responder a isto, e no pais existem milhares de casos destes

obrigado e boa noite

[nunopicado 1150]

tenho um fornecedor que teve um problema semelhante num cliente dele e optou por, na tag <InvoiceNo>, meter numa das series um prefixo adicional.

Agora, até que ponto isto é 100% legal não sei, visto que o InvoiceNo é um dos campos da chave Hash.

Ficou algo tipo

<InvoiceNo>FT 001/00000001</InvoiceNo>

passou a ser

<InvoiceNo>FT2 001/00000001</InvoiceNo>

Não alterou a serie nem o numero, mas o Document Type (interno do programa) mudou um pouco.

A bem ver, as facturas entram na mesma, pelo que devia ser legal, mas não sei responder com certeza.

[paulo brito 148]

Yep, tambem uso essa solução em dois clientes e os ficheiros 'entram' no e-facturas sem problemas - considera como series diferentes. Mas, no meu caso é aplicação não certificada, não tem o problema da chave hash.

[padrinho 4]

Alguém tem novidades sobre este assunto?

Os meus lientes já começaram a ligar com a questão do valor do IVA do site ser diferente do software!

Ao Padrinho: Tinhas razão, tivemos primeiro o Papa do que a resposta da AT...

Pois é Miguel...novo Papa e nada de respostas

Entretanto continuo a levar na cabeça e a tentar entrar em contato com a AT sem sucesso....enfim...

[car4321 261]

Bom dia.

Alguém sabe se é possível substituir um ficheiro saft já enviado, por outro?

[nunopicado 1150]

Que eu saiba não, mas efetivamente devia ser possível.

Enganos acontecem, e não dar para substituir é simplesmente... parvo!

[car4321 261]

Que eu saiba não, mas efetivamente devia ser possível.

Enganos acontecem, e não dar para substituir é simplesmente... parvo!

Pois. O problema é que uma inexactidão num dado ficheiro pode condicionar a integração de futuros ficheiros correctos.

Na segunda feira vou ligar para o CAT, porque devem já ter tido muitas pessoas a porem esta questão.

[nunopicado 1150]

Muitos contabilistas meus clientes já tiveram esse problema...

Não sei que seguimento lhe deram, mas pode ser que muitas vozes os levem a fazer essa alteração.

Soube inclusivamente de um contabilista que se apercebeu do erro antes de enviar (mas já depois do problema existir, em que o cliente estava a facturar jogos e tabaco erradamente) e optou por enviar Janeiro e Fevereiro manualmente, e só a partir de Março começar a enviar por SAFT.

Também não sei é se não terá problemas mais à frente numa eventual fiscalização, mas pronto, ele é que sabe.

[car4321 261]

A ver vamos.

Depois dou feedback.

[bhenriques 5]

Olá mais uma vez, tenho algumas duvidas, principalmente na relação entre documentos que gostaria de saber se alguém aqui me pode esclarecer.

Para não ficar confuso vou colocar por tópicos, asism é mais simples para ajudar tambem outros com as mesmas duvidas.

Aí está ele...

Isto está no manual do saft de novembro/2012.

<Invoice>
	<InvoiceNo>NC 001/1</InvoiceNo>
	<InvoiceStatus>N</InvoiceStatus>
	<Hash>0</Hash>
	<HashControl>0</HashControl>
	<InvoiceDate>2013-02-28</InvoiceDate>
	<InvoiceType>NC</InvoiceType>
	<SelfBillingIndicator>0</SelfBillingIndicator>
	<SystemEntryDate>2013-02-28T12:39:05</SystemEntryDate>
	<CustomerID>15</CustomerID>
	<Line>
	  <LineNumber>1</LineNumber>
	  <ProductCode>2</ProductCode>
	  <ProductDescription>Jornais e Revistas</ProductDescription>
	  <Quantity>1</Quantity>
	  <UnitOfMeasure>Un</UnitOfMeasure>
	  <UnitPrice>2.74</UnitPrice>
	  <TaxPointDate>2013-02-28</TaxPointDate>
	  <References>
		<CreditNote>
		  <Reference>FT 001/1232</Reference>
		  <Reason>Engano no valor do artigo</Reason>
		</CreditNote>
	  </References>
	  <Description>Jornais e Revistas</Description>
	  <DebitAmount>2.74</DebitAmount>
	  <Tax>
		<TaxType>IVA</TaxType>
		<TaxCountryRegion>PT</TaxCountryRegion>
		<TaxCode>RED</TaxCode>
		<TaxPercentage>6</TaxPercentage>
	  </Tax>
	</Line>
	<DocumentTotals>
	  <TaxPayable>0.16</TaxPayable>
	  <NetTotal>2.74</NetTotal>
	  <GrossTotal>2.90</GrossTotal>
	</DocumentTotals>
  </Invoice>

1 - Em relação a este exemplo, apesar de no SAFT se exportar o motivo do crédito na linha, não faz mais sentido definir o motivo do crédito ao nível do cabeçalho?

Como costumam fazer?

2 - O elemento complexo References (4.1.4.18.9) só é preenchido para Notas de Crédito? Que outros casos podem aparecer?

3 - Também li algures, num blog penso eu, que quando se anula um documento, este deve fazer referência ao documento que o substitui.

Nesta situação deve-se exportar o documento original no campo 4.1.4.18.2 ?

Reparei que na portaria, alteraram a descrição deste campo de "Referencia à encomenda", para "referencia ao documento" e acho que está mais confuso.

3.1 - No caso de uma nota de crédito, não se deveria também indicar aqui as Faturas que a originaram?

Obrigado desde dá a todos pela contribuição neste tópico indispensável!

Com os mlehores cumprimentos

Bruno Henriques

[nunopicado 1150]

1 - Em relação a este exemplo, apesar de no SAFT se exportar o motivo do crédito na linha, não faz mais sentido definir o motivo do crédito ao nível do cabeçalho?

Como costumam fazer?

No meu caso, optei por criar um sistema de notas de crédito diferente, de modo a facilitar ao máximo a operação por quem não percebe nada de nada.

O utilizador consulta os documentos de venda, e tem opção de os converter (total ou parcialmente) em nota de crédito.

Deste modo, o documento de origem fica logo referenciado, e é nesse momento que peço o motivo.

A desvantagem disto é a mesma de meter no cabeçalho: O motivo passa a ser o mesmo para todas as linhas, não te deixando estabelecer um motivo por cada artigo creditado.

No meu caso, fi-lo com essa consciência, uma vez que optei por não permitir que uma nota de crédito referencia mais do que um documento de venda (se for preciso creditar dois documentos, faz duas notas de crédito).

Se para ti isto também não for problema, então sim, por no cabeçalho é uma opção válida.

2 - O elemento complexo References (4.1.4.18.9) só é preenchido para Notas de Crédito? Que outros casos podem aparecer?

Que eu saiba são só notas de crédito. Há uma outra tag "OrderReferences" que poderá ser usada para outros casos, como consultas de mesa, etc.

3 - Também li algures, num blog penso eu, que quando se anula um documento, este deve fazer referência ao documento que o substitui.

Nesta situação deve-se exportar o documento original no campo 4.1.4.18.2 ?

Reparei que na portaria, alteraram a descrição deste campo de "Referencia à encomenda", para "referencia ao documento" e acho que está mais confuso.

Não fará grande sentido, uma vez que podes anular um documento sem necessariamente criar outro (o cliente ressuscitou e já não vai precisar do caixão ).

3.1 - No caso de uma nota de crédito, não se deveria também indicar aqui as Faturas que a originaram?

A tag Reference que vez no exemplo é mesmo isso: O documento que originou a nota de crédito.

[cmpm6 0]

Boa tarde,

A respeito da certificação de software e SAFT gostaria de confirmar quais os dados que entram para a assinatura de um documento. Isto é, por vezes, e por diversos motivos, é necessário editar dados diretamente dentro da BD, e convém saber quais os campos que nunca devem ser alterados para não comprometer o encadeamento das assinaturas.

Pelo que pude perceber são os seguintes dados:

- InvoiceDate (data do documento)

- SystemEntryDate (data da gravação do documento)

- InvoiceNo (código do documento, série do documento, nº documento)

- GrossTotal (Total do documento)

- Hash (hash do documento anterior)

É possível em algum validador perceber se as chaves estão a ser correctamente geradas para cada documento, ou só a AT tem acesso a esta informação?

Obrigado desde já pela atenção

Cumprimentos

[nunopicado 1150]

São mesmo esses campos.

A AT disponibiliza uma aplicação para fazer os testes de validação das chaves.

Chama-se, muito originalmente, validador.exe, e está aqui: http://info.portaldasfinancas.gov.pt/pt/apoio_contribuinte/CertificacaoSoftware.htm

[cmpm6 0]

São mesmo esses campos.

A AT disponibiliza uma aplicação para fazer os testes de validação das chaves.

Chama-se, muito originalmente, validador.exe, e está aqui: http://info.portaldasfinancas.gov.pt/pt/apoio_contribuinte/CertificacaoSoftware.htm

Obrigado pela resposta.

Propositadamente, numa base de dados de teste, alterei a data de documentos gravados, dentro da BD, e posteriormente exportei o SAFT. Fui validar no validador que referes e ele diz que o ficheiro é validado com sucesso. Certamente se refere só a estrutura do ficheiro.

Ele só faz a validação da assinatura com se indicar a chave pública. É o fornecedor de software que tem que disponibilizar essa chave, correcto?

[nunopicado 1150]

Sim.

Agora, o que acontece é que muitos produtores de software não fornecem a chave publica a ninguém que não as finanças.

[cmpm6 0]

Não fornecem é a chave privada. A pública podem disponibilizar. Acabei de validar 2 SAFTs de 2 fabricantes diferentes, com as chaves públicas que disponibilizam. Após alterar alguns dos dados que entram para a chave, o validador informa que x documentos não viram a assinatura validada. Era este o teste que queria fazer. Obrigado.

[nunopicado 1150]

Eu sei que a publica eles podem disponibilizar...

Mas alguns não o irão fazer, disso estou certo, pelo menos sem nenhum "incentivo €xtra".

Mas se esses dois o fizeram, melhor ainda. É sinal que estão a trabalhar bem!