| ♥ 0 | Num cenário em que sejam importados documentos de uma aplicação terceira, e em que a obtenção do ATCUD tenha sido realizada na aplicação terceira, que informação deveremos guardar no campo “Documento” na tabela Cabecdoc? O campo ATCUD na CabecDocExtended fica preenchido com o ATCUD da série da aplicação terceira, no entanto o campo “Documento” (que é incluído no SAFT no campo InvoiceNo) fica com o código de documento gerado pelo ERP no momento da integração, o que aparentemente causa uma incoerência no ficheiro SAFT entre os campos ATCUD e InvoiceNo, pois não correspondem um ao outro. Alguém tem conhecimento de um esclarecimento da AT ou algo do género para esclarecer? Obrigado Marked as spam |
| Private answer Olá Francisco,
Pegando no tema em questão, aproveito para deixar uma informação que pode ajudar a esclarecer esta e outras questões associadas. A informação que coloco tem uma estrutura de perguntas e respostas que espero que vá de encontro ao que pretende ver esclarecido.
O ERP disponibiliza series de "Aplicação Terceira" para a integração de documentos externos, provenientes desses sistemas, como por exemplo Faturas, Notas de Crédito, etc. Esta integração estava legislada e obedecia a regras especificas, com a necessidade de transcrição de determinados campos originais, como o hash de certificação, o nº do certificado, a identificação original do documento, serie e nº, etc. Respostas Primavera: a disponibilização de séries de “Aplicação Terceira” no ERP tem a sua base legal no ponto 2.3 do Despacho 8632/2014, de 3 julho que define a possibilidade de integrar documentos de faturação, originários de outras aplicações. Neste ponto 2.3 são definidos todos os passos e requisitos que as aplicações certificadas de faturação devem cumprir quando da integração de documentos emitidos em outras aplicações. Sobre a utilização destas series no contexto referido tenho as seguintes dúvidas: As series de "Aplicação Terceira" não precisam de ser comunicadas para obter o ATCUD? (A função de comunicação atual do ERP não contempla estas series) Respostas Primavera: Nada se encontra previsto sobre este ponto. A obrigatoriedade de comunicação da série estará, na aplicação originária, uma vez que não será possível a emissão de documentos a partir de 1 de janeiro de 2023 sem que seja gerado o ATCud, dito de outra forma, sem que seja efetuada a comunicação de série. A integração de documentos nestas series deve receber o ATCUD do documento original? (à semelhança do hash da certificação) Respostas Primavera: Nada se encontra previsto sobre este ponto. Eventualmente haverá uma alteração às regras no futuro para acolher esta situação. A partir de 1-1-2023 a criação de novos documentos nestas series com "tipo fiscal" definido, mas sem ATCUD, será bloqueada pelo ERP? Respostas Primavera: Não bloqueamos este tipo de séries pelo simples motivo de não ser conhecido o ATCUD original. Nos requisitos legais também não está prevista a situação. Não podemos esquecer que “by default” a criação de documentos / séries é normal ou seja exige a comunicação prévia de séries. Para que isto aconteça tem de haver uma ação propositada do utilizador presumindo-se o conhecimento dos efeitos dessa ação por parte do utilizador. E ainda, os documentos assim configurados não se destinam a impressão uma vez que já foram impressos e entregues na aplicação originária. No caso de emissão de Documento em série manual e com pré-impresso, existe lugar ao registo do ATCUD na impressão no ERP? Respostas Primavera: A questão não tem fundamento. Sendo um documento manual pré-impresso, já contêm o ATCUD (a série foi antecipadamente comunicada) impresso no documento. A eventual impressão do documento, contém identificação própria Marked as spam |