7 minutes ago, joaquim vilasboas said:

fez-se uma luz agora

Se nos so precisamos de pedir o codigo para a serie, tambem não esta escrito em lado nenhum que nao o poderemos usar nas varias FT que temos ate porque o QRcode leva a identificação completa do documento. Para mim o problema ficou resolvido. nem me preocupo mais com essa situação.

ah??

O problema aqui é a comunicação de mais de uma série que para o Software são distintas e para a AT são iguais!

Duas séries (para InvoiceType FA) classificadas no Software como:

DOC1 XXXX 

DOC2 XXXX

(sendo que DOC1 e DOC2 correspondem a um InvoiceType FA)

Ao comunicar à AT passam a

FA XXXX

FA XXXX

Pessoal ia dizer umas coisas, mas fico-me por estas, 

Acho que abrir um campo numa BD para ATCUD é um erro de normalização, isto em abstrato claro, porque pode em determinado código ser necessário fazê-lo "esquecendo" a normalização e problemas inerentes, simplesmente porque não foi previsto anteriormente. 

2º Acho que maior parte do pessoal sabe que sou amigo do @marcolopes e não só, por isso suspeito. Mas também sabem, que já tivemos grandes discussões, mesmo aqui no fórum. 

Dito isto, o rapaz num dia e meio, 

 - "Limpou" as FAQs, o Decreto e a Ficha técnica que o outro senhor disse "Determino", meteu a funcionar, publicou código livre, esclareceu imensas dúvidas aqui no forum, e o que não soube ou não achou correcto, mandou para a AT.   

Nesse sentido, tenho que lhe agradecer aqui, como tantas vezes o fiz por outras vias, mas também acho que não ficava mal aos colegas, especialmente os mais "recentes" no forum o fazerem = ) .... e sei que houve uns no passado que o fizeram. Mas ter a "papinha assim toda feita" com código e tudo, num dia e meio, não é fácil = ) 

9 minutos atrás, joaquim vilasboas disse:

fez-se uma luz agora

Se nos so precisamos de pedir o codigo para a serie, tambem não esta escrito em lado nenhum que nao o poderemos usar nas varias FT que temos ate porque o QRcod leva a identificação completa do documento. Para mim o problema ficou resolvido. nem me preocupo mais com essa situação.

A ideia do ATCUD é haver um código UNICO de documento. Da forma que dizes o ATCUD não seria único.

24 minutos atrás, desconfiado disse:

@CrominhO eu falei na SAGE porque soube que na altura os SAF-T da Sage começaram todos a dar erro em janeiro quando começaram a repetir a numeração das séries. E se fosse um problema com o meu software iria ter problemas sérios e quiça perder a certificação. Mas como foi a SAGE...

Acho que foi uma falha grava da parte da SAGE. Não sei se houve outros ERPs com o mesmo problema mas eu desde inicio sempre achei que não seria lógico, na mesma BD, ter documentos exactamente com o mesmo par Série/Numero.

Era o que estava na legislação e nas FAQs @desconfiado, como disse no exemplo que dei meu sobre a FR, quando na altura liguei para a AT (Dep. de Legislação que acho que já nem há), foi-me dito que o que conta é a Lei e não o SAFT ou a estrutura, e que os colegas tinham de alterar a estrutura para poder receber a FR 😃 

19 minutos atrás, bioshock disse:

Sim é, sempre foi. A única coisa que muda é a série, sempre desenvolvi os softwares assim. Tenho clientes que distinguem diferentes postos de trabalho (e inclusive diferentes localizações) pela série e é o suficiente. Até para emitir relatórios é fácil, basta filtrar pela série.

--

Não sei como ides descalçar essa bota, mas em caso de parecer negativo da AT, sugiro que no ano de 2022 descontinuem essa possibilidade no vosso software.

Sorte a tua. Se fosse desenvolver, agora, um novo ERP com um novo modelo de dados eventualmente também definiria a chave da tabela documentos como string.

Mas repito mais uma vez, o SAF-T diz CLARAMENTE "Código interno do documento atribuido pela aplicação" e não "Tipo de documento".

fez-se uma luz agora

Se nos so precisamos de pedir o codigo para a serie, tambem não esta escrito em lado nenhum que nao o poderemos usar nas varias FT que temos ate porque o QRcod leva a identificação completa do documento. Para mim o problema ficou resolvido. nem me preocupo mais com essa situação.

Agora, bioshock disse:

Não existe. Convêm haver bom senso. Se fosses (pelo menos nos últimos anos...) apresentar à AT o teu software de facturação e eles verificassem que no código interno do tipo de documento apresentavas "Factura Nacional" e "Factura Internacional" (ou nomes mais absurdos...) na impressão do documento e no respectivo SAF-T, duvido sinceramente que passasses na certificação.

Depois de certificares o software, claro...fazes o que te apetecer, que é o que muitos fazem. 

Já tive a oportunidade de certificar dois softwares de facturação, em distintos anos, e implicaram por muito menos.

Sim é, sempre foi. A única coisa que muda é a série, sempre desenvolvi os softwares assim. Tenho clientes que distinguem diferentes postos de trabalho (e inclusive diferentes localizações) pela série e é o suficiente. Até para emitir relatórios é fácil, basta filtrar pela série.

--

Não sei como ides descalçar essa bota, mas em caso de parecer negativo da AT, sugiro que no ano de 2022 descontinuem essa possibilidade no vosso software.

Estamos a falar de softwares que já foram certificados com esta identificação única dos documentos, que é meu caso.

Quando fui certificar a minha identificação do documento já era 73 011/123... 

Estive a ver, e o Primavera também tem como nós dizemos, ou seja, exemplo: "Batatas A/132".

E duvido que esses vão refazer tudo, e mapas. E tudo mais.

Neste caso, quem tem de "descalçar a bota" é claramente a AT. Mas também sei que nem sempre o fazem...

Mas vou aguardar, porque havendo ERP's "grandes ao barulho"... A histórica muda para a AT...

37 minutes ago, marcolopes said:

Sendo que o "o código interno do tipo de documento atribuído pela aplicação" é, tal como o nome diz, atribuído pela aplicação, existe livre arbítrio!

Não existe. Convêm haver bom senso. Se fosses (pelo menos nos últimos anos...) apresentar à AT o teu software de facturação e eles verificassem que no código interno do tipo de documento apresentavas "Factura Nacional" e "Factura Internacional" (ou nomes mais absurdos...) na impressão do documento e no respectivo SAF-T, duvido sinceramente que passasses na certificação.

Depois de certificares o software, claro...fazes o que te apetecer, que é o que muitos fazem. 

Já tive a oportunidade de certificar dois softwares de facturação, em distintos anos, e implicaram por muito menos.

13 minutes ago, desconfiado said:

Desculpa lá, mas o código interno do documento Factura no teu ERP é FT? Estou a falar do código do documento na tabela de documentos que suponho que o teu ERP tenha.

Sim é, sempre foi. A única coisa que muda é a série, sempre desenvolvi os softwares assim. Tenho clientes que distinguem diferentes postos de trabalho (e inclusive diferentes localizações) pela série e é o suficiente. Até para emitir relatórios é fácil, basta filtrar pela série.

--

Não sei como ides descalçar essa bota, mas em caso de parecer negativo da AT, sugiro que no ano de 2022 descontinuem essa possibilidade no vosso software.