SAFT-PT: debate de dúvidas e ideias

[nunopicado 1150]

O meu entendimento desses dois campos é o mesmo que fizeste: ProductDescription é da tabela de artigos, Description é a que sai efectivamente no documento.

Desconheço o porquê da limitação a 60 caracteres no do documento, mas deduzo que seja porque na ficha de artigos possas ter observações que depois não sairão no documento (digo eu )

[FernandoPereira 66]

O meu entendimento desses dois campos é o mesmo que fizeste: ProductDescription é da tabela de artigos, Description é a que sai efectivamente no documento.

Desconheço o porquê da limitação a 60 caracteres no do documento, mas deduzo que seja porque na ficha de artigos possas ter observações que depois não sairão no documento (digo eu )

Acho que é um erro deles, e o campo Description deveria ter também os 200 caracteres... Pois se na ficha do artigo eles assumem até 200 caracteres para a descrição do artigo, não podem depois cortar a descrição nos documentos...

[bhenriques 5]

Concordo com o Fernando, acho que foi lapso.

Mas pelo menos já aumentaram o tamanho a alguns campos em que não fazia sentido o tipo de dados ser tão limitado.

[bhenriques 5]

Boa tarde a todos,

Surgiu-me mais uma questão.

Nos casos de uma linha de uma Fatura que não corresponda a um produto da tabela de produtos, ou seja preenchem manualmente a descrição, qual o ProductType que costumam usar?

No meu caso, e como o software é orientado a clínicas e tudo o que é faturado são tratamentos, colocamos por predefinição ao exportar um "S" de serviço.

Mas gostava de saber que outras alternativas têm usado.

[nunopicado 1150]

Ainda que a descrição seja variável, o artigo tem de existir na tabela.

Nesse caso, existe um artigo "tratamentos", do tipo S, que depois se altera a descrição, certo?

Se é isso, é para manter.

No SAFT irá a linha de descrição da ficha de artigo "tratamento" e a linha da descrição variável que for usada.

As opções desse campo são:

P = Produto

S = Serviço

O = Outros (portes por exemplo)

I = Impostos cobrados excepto IVA e IS

[bhenriques 5]

Boas,

Obrigado pela resposta.

No caso em que falo os produtos/tratamentos/etc não existem na tabela de produtos.

Um caso prático é por exemplo cheques dentistas.

O nosso cliente passa escreveria diretamente na linha do documento "referente ao cheque nº x".

O que nós fazemos, à semelhança por exemplo do PHC, que também prevê esta situação, é obter os 30 1ºs caracteres da descrição e tornar este valor a Referência.

Os campos Description e ProductDescription ficam iguais pois só existe o Description.

Esta informação é exportada obviamente no elemento Products.

Ou seja, no elemento Productx exportamos não só a tabela de produtos que existem na BD mas também os produtos implicitos nos documentos.

Pelo que percebo das portarias, esta situação está prevista e é permitida.

O que verifiquei foi que o PHC por exemplo exporta estes "produtos" com ProductType "O", o que de facto talvez faça mais sentido do que supor que vão ser sempre tratamentos(no nosso caso).

[nunopicado 1150]

Mas no caso, os cheques dentista não estão a ser vendidos por vocês, certo?

Ou seja, não é um produto que estejam a vender, é uma descrição sobre a forma de pagamento a que aquele produto refere.

O que o manual diz é que descrições tecnicas, instruções, etc. não entram para o saft.

O que eu faria nesse caso é que essa informação do cheque dentista ficaria como texto livre numa linha não valorizada a seguir ao produto/serviço, e depois não a metia no SAFT.

O que entrava era o produto/serviço propriamente dito.

O que diz o contabilista sobre isso?

[bhenriques 5]

A fatura a que me referi, não é emitida ao paciente, é diretamente à entidade que vai pagar o valor do cheque dentista.

Pelo que percebo, era este sistema que já usavam antes de estar informatizado.

[bhenriques 5]

Sobre a portaria 382/2012, o elemento 4.1.4.9 (Source ID), sabem se tem que ser o Id. Interno ou pode ser o nome do utilizador?

[FernandoPereira 66]

Sobre a portaria 382/2012, o elemento 4.1.4.9 (Source ID), sabem se tem que ser o Id. Interno ou pode ser o nome do utilizador?

Realmente isso não está explicito. Eu optei para nos utilizadores que tenham o nome preenchido preencho com o nome, caso contrário preencho com o ID interno do mesmo.

Boas,

No caso de uma empresa optar pela comunicação das faturas via webservice, as vendas e créditos de ativos (tipo AA e DA respetivamente), não são enviadas por Web service, pois nas especificações técnicas não contemplam este documento.

Nestes casos como comunico estes documentos? Através do SAFT? Mas teoricamente as empresas deveriam optar por uma forma de envio e utilizar este até ao final do ano, logo não deveria comunicar uns documentos por Webservice e outros por SAFT...

Alguém sabe como comunicas os documentos de ativos nestas situações?

Editado 30 de Março de 2013 por FernandoPereira

[zabre 0]

Boas,

Ficheiro SAFT-T (PT) Estado de documento invalido.

Tenho este erro em todas as facturas simplificadas que têm uma factura (o cliente solicitou-a).

Como preencho os campos:

1) Na factura simplificada

4.1.4.2.1 InvoiceStatus<F>

2) Na factura

4.1.4.2.1 InvoiceStatus<N>

4.1.4.18.2.1 OriginatingON<coloco o numero da factura simplificada>OriginatingON

Já solicitei á AT.

Continuo a aguardar resposta e os meus clientes a pedirem-me a resolução do mesmo.

Por acaso alguem já se conhece o problema/resolução

Obrigado

[nunopicado 1150]

O InvoiceStatus tem de ser N tanto para faturas como faturas simplificadas. O F era para VD até 2012.

O OriginatingON não se usa para esse fim. Só usarás essa tag se emitires por exemplo uma guia de remessa. Quando esta for convertida em factura, o OriginatingON levará o nº da GR.

[ricsantos 1]

bom dia

estou a desenvolver a comunicação com o webService das finanças para envio do Saft, ja desenvolvi a estrutura toda em PHP mas ainda não consigo comunicar, penso que o problema seja do certificado.

Estou a desenvolver em PHP num servidor linux, mas nem no Windows mesmo depois de instalar o certificado consigo abrir o endereço: https://servicos.portaldasfinancas.gov.pt:400/fews/faturas

dá o erro seguinte:

Não foi possível estabelecer uma ligação segura ao servidor. Isto poderá dever-se a um problema com o servidor ou poderá ser necessário um certificado de autenticação de cliente que não tenha.

No entanto ao tentar abrir o site ele identifica o Certificado que a ligação precisa.

Alguém me pode dar uma ajuda?

Já desenvolvi webservices com outras empresas e para já só neste é que estou a ter dificuldades.

Uso também o programa soapUI para testes com webservices e também não funciona.

Obrigado

Cumprimentos

Editado 3 de Abril de 2013 por thoga31

[cjulio 1]

Boas a todos.

Já alguém viu algum validador para a nova estrutura de saf-t.

É que estou a finalizar os últimos detalhes só que os validadores que tenho são para a versão actual.

Obrigado.

[desconfiado 30]

Boas,

Ficheiro SAFT-T (PT) Estado de documento invalido.

Tenho este erro em todas as facturas simplificadas que têm uma factura (o cliente solicitou-a).

Como preencho os campos:

1) Na factura simplificada

4.1.4.2.1 InvoiceStatus<F>

2) Na factura

4.1.4.2.1 InvoiceStatus<N>

4.1.4.18.2.1 OriginatingON<coloco o numero da factura simplificada>OriginatingON

Já solicitei á AT.

Continuo a aguardar resposta e os meus clientes a pedirem-me a resolução do mesmo.

Por acaso alguem já se conhece o problema/resolução

Obrigado

Mas o que estás a fazer está correto.

Provávelmente será erro da AT.

Penso que houve alguns problemas com esse tipo de situação.

Não sei se entretanto foram resolvidos...

O que diz a portaria 282_2012 é:

Estado atual do documento (InvoiceStatus)

Deve ser preenchido com:

«N» — Normal;

Texto 1

«S» — Autofaturaçã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 — para dados até 2012 - 12 -31;

• Quando o documento é do tipo fatura simplificada e existe na tabela o correspondente do tipo fatura — para dados após 2013 -01 -01.

Se calhar não deve ser colocada a referência á fatura simplificada no OriginatingOn... experimenta.

Boas a todos.

Já alguém viu algum validador para a nova estrutura de saf-t.

É que estou a finalizar os últimos detalhes só que os validadores que tenho são para a versão actual.

Obrigado.

Também gostava de ter um desses...

[bhenriques 5]

Boas,

Falei ontem com um tecnico da AT que me ligou relativamente a um email de ...Janeiro

Aproveitei e perguntei pelo validador e novo XSD.

Segundo ele me explicou, a portaria 382/2012 tem erros na coluna código. A coluna é muito pequena para caberem todos os caracteres e como tal aparecem códigos repetidos (penso que muita gente aqui já se tinha apercebido).

Assim pediram nova publicação da portaria e ao que parece aproveitaram para introduzir novas alterações. Ele chegou a indicar que ia aparecer o Invoicetype FR mas depois voltou atrás pelo que deverá ser noutra mais para a frente.

De qualquer forma, o XSD e validador estarão prontos e estão dependentes da publicação da portaria, o que deverá acontecer nos próximos dias.

proximos dias= ?

[fenix1982 0]

Boas,

Ficheiro SAFT-T (PT) Estado de documento invalido.

Tenho este erro em todas as facturas simplificadas que têm uma factura (o cliente solicitou-a).

Como preencho os campos:

1) Na factura simplificada

4.1.4.2.1 InvoiceStatus<F>

2) Na factura

4.1.4.2.1 InvoiceStatus<N>

4.1.4.18.2.1 OriginatingON<coloco o numero da factura simplificada>OriginatingON

Já solicitei á AT.

Continuo a aguardar resposta e os meus clientes a pedirem-me a resolução do mesmo.

Por acaso alguem já se conhece o problema/resolução

Obrigado

Bom dia,

Tenho um cliente que obteve no ficheiro de Janeiro o estado Parcialmente Integrado com o motivo Integrado com faturas rejeitadas, neste caso foram as notas de crédito que foram rejeitadas.

Neste momento já tenho um ficheiro com as notas de crédito corrigidas, como deve ser feito a integração deste novo ficheiro? É que este novo ficheiro contém também os documentos que foram integrados com sucesso em Janeiro, tem algum impacto integrar o ficheiro mesmo assim?

Agradeço qualquer ajuda que possam dar sobre este problema.

Cumprimentos,

[nunopicado 1150]

O que eu li é que se o ficheiro for do mesmo período, os documentos repetidos são sobrepostos.

No entanto, não tenho confirmação oficial disto.

[josebarata 13]

Olá boa tarde,

tenho clientes que fazem em alguns produtos isenção de Iva.

coloco no <TaxExemptionReason>Regime da margem de lucro - Bens em segunda mão </TaxExemptionReason>

depois de enviarem o ficheiro saft e consultarem as faturas envias não aparece lá o motivo.

é defeito ou feitio?

desde já, obrigado a quem puder ajudar.

[nunopicado 1150]

Cheira-me a feitio... Se tens a certeza que vai no SAFT, com essa tag, e passa no validador, não deverá haver problema...

[josebarata 13]

Obrigado Nuno,

vai de certeza, já testei vários safts / envios e nada! enfim...

Será que terei que mencionar o código de iva 1.7.3.4 M01, M02, ETC.

não utilizam isto?

[nunopicado 1150]

Eu envio, porque acho que faz mais sentido o código do que o texto.

Mas o que está previsto é que vá o texto, o código é só para webservice.

Ainda assim, optei por enviar os dois (Ex: 'M01: blablabla')

[joaoalpande 4]

Bom dia ,

Quando estará disponível o novo esquema do SAFT, o valiador e qual será a versão do mesmo , na portaria não menciona a versão?

Vão disponibilizar o envio do saft dos documentos de transporte por linha de comandos (batch) como fizeram com as faturas, se permitirem seria bom porque não terei de utilizar webservice.

Cumprimentos

João

[Cr4zyKingLi0n 14]

Bom dia,

Tenho um cliente que obteve no ficheiro de Janeiro o estado Parcialmente Integrado com o motivo Integrado com faturas rejeitadas, neste caso foram as notas de crédito que foram rejeitadas.

Neste momento já tenho um ficheiro com as notas de crédito corrigidas, como deve ser feito a integração deste novo ficheiro? É que este novo ficheiro contém também os documentos que foram integrados com sucesso em Janeiro, tem algum impacto integrar o ficheiro mesmo assim?

Agradeço qualquer ajuda que possam dar sobre este problema.

Cumprimentos,

Boa tarde,

Todos os documentos que já foram integrados com sucesso, não serão integrados novamente, serão ignorados. No entanto como neste caso foram rejeitados, após a submissão do segundo ficheiro apenas os documentos rejeitados serão actualizados. Portanto podes enviar o ficheiro completo que apenas serão integrados os rejeitados.

[desconfiado 30]

Será que o novo SAF-T, e a comunicação de guias, ainda vai entrar em vigor a 1 de maio?

Isto é uma loucura se assim for... ainda nem existe nenhuma definição do ficheiro (XSD), nem nenhum validador para testes...

O WebService já está a funcionar, e eu já tenho a comunicação com o WebService praticamente pronta, mas existem ainda muitas questões sem resposta:

• O ficheiro de resposta ao envio do SAF-T, por ficheiro, com guias é enviado por email ou o cliente tem que ir buscar á página da AT?
  
• Quando entra em vigor o novo SAF-T? Em maio para documentos de Abril ou em Junho para documentos de Maio?
  
• Etc...
  

Alguem sabe responder a isto?