GUIA PRÁTICO DA VERSÃO 5.80

Transcrição

1 WINTOUCH GUIA PRÁTICO DA VERSÃO 5.80 ROAD-MAP PARA O SEU UPGRADE. ÚLTIMA REVISÃO:

2 ÍNDICE O que devo saber?... 3 Comunicação dos elementos de facturação à AT... 3 Factura Simplificada... 3 Documentos de Facturas... 4 Contas de Mesa... 4 Quem tem direito a esta versão?... 5 Como actualizar?... 6 Cenários de actualização... 7 Cenário 1: Usar o conversor e trabalhar com a Cenário 2: instalação da versão 5.80 e conversão imediata Cenário 3: Usar o conversor e continuar a trabalhar com a versão Utilização do conversor com o dia Aberto Geração do ficheiro SAF-T Geração do SAF-T no Frontoffice Operações wsir Terminais portáteis Operações wpos Exportação de talões no SAF-T Adiantamentos Como configurar os novos adiantamentos? Exemplo SAFT Automatismos na emissão da Factura Reforço da validação dos dados das facturas Validação do SAFT Alterações wges Alterações whotel Como actualizar um cliente? Alterações wges POCKET Outras correcções... 30

3 O QUE DEVO SABER? Na sequência de um conjunto de alterações fiscais publicadas durante o ano de 2012, os utilizadores de soluções informáticas deverão proceder à actualização das mesmas de forma a cumprir as novas regras fiscais. Os decretos em relevo são: Decreto-lei 197/2012, o qual determina a obrigatoriedade da emissão de factura em todas as transacções, estabelecendo ao mesmo tempo a possibilidade da emissão de um novo tipo de documento: Factura Simplificada Decreto-lei 198/2012, o qual impõe a comunicação obrigatória da emissão de facturas e documentos de transporte à Autoridade Tributária e Aduaneira as quais entram em vigor a partir de Janeiro de 2013 Portaria 382/2012, que define o novo formato do SAF-T, a entrar em vigor a partir de 1 de Maio de 2013 A versão 5.80 pretende ir ao encontro deste novo conjunto de obrigatoriedades. Ressalve-se que, embora o diploma 198/2012 determine a entrada em vigor da comunicação prévia dos documentos de transporte a partir de Janeiro 2013, tal obrigatoriedade apenas entrará em vigor a partir de Maio de 2013 COMUNICAÇÃO DOS ELEMENTOS DE FACTURAÇÃO À AT Esta comunicação deve ser efectuada até ao dia 8 do mês 1 seguinte ao qual os elementos dizem respeito. Assim, por exemplo, qualquer factura emitida entre 1 de Janeiro e 31 de Janeiro, deverá ser comunicada até 8 de Fevereiro. No caso de um elevado volume de facturação, está prevista e é permito o envio fraccionado dos elementos em vários ficheiros (um ficheiro por cada semana, por exemplo). FACTURA SIMPLIFICADA A factura simplificada é um novo tipo de documentos que vem, na sua essência, substituir o talão de venda (o qual passa a ser proibido como meio de suporte de uma transacção). A factura simplificada tem como principais características: Deve ter mencionado de forma explícita a sua natureza. O layout de impressão deverá ter assim indicado (por exemplo, no cabeçalho) Factura Simplificada É um documento com série própria, não podendo por isso partilhar numeração com uma factura (normal). Não necessita de qualquer identificação do cliente, podendo no entanto, caso este o peça, ser incluído o número de contribuinte. Estão previstos alguns limites para a emissão de facturas simplificadas: o 1000,00 para transmissão de bens a sujeitos não passivos. o 100,00 para outras transmissão de bens (sujeitos passivos) e prestações de serviços. Nota: Acima destes valores, deverá ser emitida uma factura. 1 Segundo as informações mais recentes, e não confirmadas, esta data poderá ter passado para 25 de cada mês.

4 DOCUMENTOS DE FACTURAS Os documentos de Venda deverão ser exclusivamente denominados Facturas. Vendas a dinheiro, Talões, Factura/Recibo deixam de ser permitidos. Notas de débito, podem continuar a ser utilizadas mas apenas como documentos rectificativos, não podendo ser usados na transmissão de bens ou serviços. CONTAS DE MESA As contas de mesa continuam a ser permitidas, continuando a ter o tratamento anterior. Acontece no entanto que ao fechar as mesas, por ser sempre emitida uma Factura, as Contas de mesa serão sempre marcadas como Anuladas.

5 QUEM TEM DIREITO A ESTA VERSÃO? Poderão actualizar para esta versão clientes que tenham contrato de actualização com data posterior a 1 de Janeiro de A exportação do SAF-T, no novo formato enquadrado na portaria 382/2012, está disponível para clientes com contrato de actualização válido em 1 de Maio de Quem tiver uma licença sem contrato ou expirado nessa data, apenas poderá exportar o formato anterior, o qual poderá não ser aceite pela AT.

6 COMO ACTUALIZAR? Para actualizar a aplicação, e caso tenha uma versão 5.60 ou superior poderá utilizar o Setup Parcial disponível na nossa página. Pode também, obviamente, utilizar o Setup Completo equivalente (32 ou 64 bits).

7 CENÁRIOS DE ACTUALIZAÇÃO Como se sabe, dado o fornecimento tardio de documentação sobre estas alterações fiscais (situação totalmente imputável à AT), o parceiro poderá não ter o tempo suficiente para actualizar todos os seus clientes durante o mês de Dezembro. Apresentamos assim alguns cenários possíveis para a actualização. CENÁRIO 1: USAR O CONVERSOR E TRABALHAR COM A No setup, é disponibilizado um conversor (WINTOUCH.TOOLS.DOCSUPDATE.EXE), o qual é utilizador pelos FrontOffices (WSIR e WPOS) para proceder à compatibilização das bases de dados, criando novos tipos de documentos. Este conversor, à semelhança de conversores anteriores, pode ser usado em duas fases: Preparação e Conversão. Nota: O conversor funcionar com a base de dados indicada no wintouch.config utilizando apenas o setting por defeito Preparação Na preparação, deverão ser indicados os novos documentos a serem criados (recomendamos a criação de novos tipos de documentos para Facturas e Facturas Simplificadas) Nota: neste exemplo, vemos que o conversor sugeriu automaticamente a alteração das denominações Venda a Dinheiro para Factura. Pode no entanto alterar as designações sugeridas. Apenas serão mostrados documentos do tipo Factura e Venda a Dinheiro. E serão também criados novos layouts, desdobrando os CFD s actuais:

8 Do lado esquerdo, são mostrados todos os CFD s que se encontram actualmente em utilização pelos documentos que foram mostrados no passo anterior. Ao seleccionar cada documento, são mostrados do lado direito os dois formatos propostos para a Factura e para a Factura Simplificada. Estes layouts deverão ser alterados de forma a cumprir o estipulado no decreto-lei 197/2012. Para ajudar esta operação, a Wintouch disponibiliza um conjunto de layouts pré-definidos e que cumprem o disposto no decreto-lei. Esses layouts são iguais aos que passam a ser distribuídos no setup e podem ser acedidos com a opção Carregar formatos sugeridos pela Wintouch : São apresentados alguns layouts típicos quer para a Factura quer para a Factura Simplificada.

9 Pode agora seleccionar a opção usar estes 2 modelos para os carregar para o ecrã anterior, ou copiar apenas as partes do texto relevantes (caso pretenda manter o layout anterior, adaptado com as modificações relevantes) Nota: À semelhança do que sempre acontece com os nossos setups, os CFD s nunca são substituídos pelo setup, prevendo assim eventuais customizações por parte dos clientes. Assim, a correcção dos layouts deve ser feita de forma manual. Proceda à modificação de cada um dos layouts, verificando se cumprem os requisitos legais. Poderá então avançar para a fase final do Conversor. Nota: Os layouts ficarão guardados na pasta de Mapas, sendo criadas cópias com os sufixos N e S, para facturas e Facturas Simplificadas respectivamente. Por exemplo, ao converter o layout wsir.fac.cfd, serão criados wsir.fac-n.cfd e wsir.fac-s.cfd. Esses dois layouts seriam automaticamente associados aos novos documentos entretanto criados. O ecrã final apresenta já a fase de Conversão. Pode agora optar por Actualizar de imediato (seleccionando a opção com o mesmo nome) ou sair do Conversor e executá-lo quando for entendido como conveniente (em 1 de Janeiro de 2013, por exemplo). Numa nova execução, é apresentando imediatamente o ecrã de Conversão:

10 Adicionalmente é apresentada a opção Reconfigurar, que permite alterar as configurações feitas anteriormente. Após seleccionar a opção Actualizar, os documentos serão criados, associados a cada um dos postos, ficando a base de dados apta para funcionar com a versão Nota: ao iniciar o wsir ou wpos, na versão 5.80, caso não tenha sido realizada a conversão, o conversor será executado automaticamente a partir de 1 de Janeiro de No caso do wsir, e até 1 de Janeiro de 2013, caso não tenha sido efectuada a conversão, a aplicação funcionará como se de uma 5.70 se tratasse. CENÁRIO 2: INSTALAÇÃO DA VERSÃO 5.80 E CONVERSÃO IMEDIATA. Este é o cenário aconselhado, pois o cliente fica imediatamente a funcionar com os dados convertidos e sem necessidade do processo manual em Janeiro. Instale a versão 5.80, execute o conversor e converta de imediato os dados. CENÁRIO 3: USAR O CONVERSOR E CONTINUAR A TRABALHAR COM A VERSÃO 5.70 Este cenário tem dois objectivos: Permitir que os clientes possam, a partir de Janeiro de 2013, continuar a trabalhar com a versão 5.70, mesmo que de forma limitada. Permitir instalar a versão 5.80, mantendo a v5.70 até final do ano. Usar o conversor com a versão 5.70 Na primeira situação, o parceiro poderá por manifesta falta de tempo (devido aos constantes atrasos por parte da AT na disponibilização desta informação), não possa actualizar todos os seus clientes, poderá no entanto colocar (até de forma remota) o Conversor mostrado anteriormente. No dia 1 de Janeiro, deverá o cliente proceder (de forma manual) a Actualização das Bases de dados, seleccionado a opção com o mesmo nome no conversor.

11 O que acontece então? O documento anteriormente conhecido como Venda a Dinheiro é substituído por uma Factura Simplificada, passando o cliente a factura nessa série. Não ficará no entanto disponível a Factura. Caso haja necessidade da emissão de Facturas, poderão ser utilizadas as Facturas a Crédito (Facturas de Conta Corrente). Recomendamos esta situação apenas para clientes que emitiam basicamente talões de caixa. Para além desta substituição do tipo de documento, alguns parâmetros vão ser automaticamente activados/desactivados: Imprime Sempre factura (activo), Em Conta Corrente emite Talão (desactivo), Desta forma, e embora de forma precária, o cliente fica a emitir os tipos de documentos correctos (assumidos depois quando for feito o upgrade para a versão 5.80) e não corre o risco de emitir talões não permitidos por lei. Nota: Como é evidente, este método não é de todo recomendado, e precisará sempre o upgrade para a v5.80, assim que for possível. Coexistência da versão 5.70 e 5.80 No setup da versão 5.80, são instalados também os respectivos executáveis da versão 5.70, numa subpasta com o mesmo nome. O parceiro pode, após a instalação da versão 5.80, não proceder de imediato à conversão para essa versão, podendo continuar a funcionar com a v5.70, e com os mesmos documentos até final do ano. Deverá: Executar o conversor, preparando-o para a conversão dos dados em 1 de Janeiro de 2013 Criar um conjunto de atalhos para a versão 5.80 (que o cliente deverá utilizar apenas m 2013) Criar um conjunto de atalhos para a versão 5.70 (mover os ficheiros para a pasta principal, com um nome diferente) permitindo manter o funcionamento da 5.70 até final do ano. Esta situação permite assim um upgrade não disruptivo, pois mesmo após ter colocado a versão 5.80, o cliente pode continuar a trabalhar com a versão 5.70 Esta solução deve ser usada apenas como último recurso. A edição com a versão 5.80 do wges e utilização de FrontOffices da v5.70 pode levar à limpeza de alguns parâmetros dos postos. Caso precise mesmo desta configuração, mantenha numa directoria separada a instalação anterior para as edições de wges na v5.70. De qualquer forma, recomendamos fortemente que esta configuração não seja utilizada. UTILIZAÇÃO DO CONVERSOR COM O DIA ABERTO. Devido a serem criados novos documentos a Conversão da base de dados não pode ser efectuada com o dia Aberto (a Preparação não tem qualquer limitação). Caso necessite converter a base de dados de imediato tenha o dia aberto, feche primeiro o dia, e só depois converta os dados.

12 GERAÇÃO DO FICHEIRO SAF-T. A obrigatoriedade da comunicação das facturas até dia 8 de cada mês, passa a ser uma obrigatoriedade para todos os sujeitos passivos. Foram criados mecanismos na versão 5.80 que visam facilitar este processo. Passamos a permitir gerar o ficheiro directamente a partir dos FrontOffice s, facilitando a vida a utilizadores com maiores dificuldades no manuseio de computadores. GERAÇÃO DO SAF-T NO FRONTOFFICE. Este processo é semelhante para o wsir e wpos. Aceda às opções administrativas do posto (99). Localize a opção Envio AT Nota: É possível parametrizar a disponibilidade desta opção por categoria de funcionário. No entanto, por defeito, após o upgrade, a opção está DISPONÍVEL. Após seleccionar a opção, aparece o seguinte ecrã

13 O mesmo permite, de uma forma muito intuitiva, seleccionar o mês a exportar. Para gerar o ficheiro, seleccione Confirmar. O ficheiro será gerado na directoria pré-definida. Pré-definição da geração nos FrontOffice. Para poder indicar em que local irá ser gerado o ficheiro, deve proceder à pré-definição desta opção. Pode fazê-lo de 3 formas: Executa a opção indicada anteriormente. O sistema detectará que não se encontra configurado e mostrará o configurador. Execute o ficheiro Wintouch.Tools.AT-Gateway.exe, localizado na directoria da aplicação. Execute a opção disponível no wges, em configurações Em qualquer uma das situações terá o seguinte ecrã: Um dos aspectos importantes desta opção é, para alem da possibilidade de gerar o ficheiro com um simples click no ecrã, poder também enviá-lo para um pré-definido. Será um caso comum, ter que facultar a alguém (técnico de contas? Parceiro?) o ficheiro SAF-T para ser submetido, pois o cliente não terá essa capacidade. Com o envio por , automatiza-se o processo, recebendo a entidade responsável pela submissão o ficheiro, sem qualquer esforço (excepto talvez o telefonema que terá que fazer cada mês a lembrar ao cliente a necessidade de gerar o ficheiro!...) Acreditamos assim ter disponibilizado uma forma que irá resolver um dos principais problemas que encontrarão nos vossos clientes: a necessidade de terceiros procederem à geração do ficheiro SAF-T, por incapacidade do cliente.

14 OPERAÇÕES WSIR Embora o funcionamento das aplicações se mantenha no essencial igual a versões anteriores, existem duas opções que sofrem ligeiras modificações: Ecrã de Pagamentos e Ecrã de Divisão não Detalhada. Podemos ver o primeiro nesta imagem. Até à versão anterior, a indicação dos dados do cliente era feita quando se pressionava a tecla Factura. A partir desta versão, surge uma opção, no canto superior direito que nos permite, em qualquer momento, indicar os dados do cliente. Os botões de fecho do documento, com os símbolos Ft e Fs, permitem a emissão da Factura e Factura Simplificada, respectivamente. Existem alguns pontos importantes a reter: Se já tiverem sido indicados os dados do cliente, estes não são pedidos em qualquer uma das duas opções (Ft e Fs). Se não tiverem sido indicados os dados do cliente, ao seleccionar Ft, estes serão automaticamente pedidos, não permitindo a aplicação que seja emitida a Factura sem indicação de, pelo menos, Nome e Contribuinte. Se seleccionar a opção C, os elementos que tenham sido indicados, serão eliminados, tendo que ser introduzidos novamente. Após ter emitido uma Factura Simplificada, a reimpressão permite a indicação dos dados do cliente (pelo menos, o contribuinte). Nota: a aplicação passa a emitir SEMPRE Factura Simplificada ou Factura, ficando os talões apenas para Contas de Mesa, Consumos Internos e Ligações a Hotelaria. Para a identificação do cliente, o ecrã passa a contar também com algumas funcionalidades novas:

15 Podemos ver que a ordem dos campos foi alterada, passando a funcionar o contribuinte como chave de procura. Se o cliente existir na tabela de terceiros (com o contribuinte indicado pelo utilizador) os dados são automaticamente carregados. Se não existir, a aplicação irá procurar em documentos anteriormente emitidos, carregando também nesse caso, os dados do cliente. Tudo isto com o objectivo de acelerar a introdução dos dados dos clientes, visto esta operação passar a ser muito frequente. Outra opção que sofre algumas modificações é o ecrã de divisão de contas não detalhadas. Esta opção passa a contar com dois botões para selecção do tipo de documento a emitir (Fs e Ft, mais uma vez, e seguindo a mesma lógica do ecrã de pagamentos com os mesmos símbolos). Por defeito, as contas a serem criadas, serão do tipo Factura Simplificada (indicado pelo visto verde), sem dados do cliente. Caso pretenda indicar os dados do cliente numa das Facturas Simplificadas, seleccione o botão Fs da conta. Será mostrar o ecrã de personalização de factura já conhecido. Caso pretenda emitir uma Factura, seleccione o botão Ft. Em qualquer dos casos, após indicação dos dados do cliente, estes aparecem, no botão com o valor da conta (Contribuinte+Nome).

16 TERMINAIS PORTÁTEIS. Os terminais portáteis, pela sua natureza, apenas permitem a emissão de Facturas Simplificadas, sem contribuinte. Está prevista, no entanto, a disponibilização para início de 2013 de uma versão do wsir POCKET( Windows Mobile e Android) com possibilidade de indicação do contribuinte.

17 OPERAÇÕES WPOS O wpos partilha com o wsir a operação de envio do SAF-T (também disponível nas Operações Administrativas do Posto) O ecrã de pagamentos, foi alterado de forma a ter duas opções: Factura Simplificada e Factura (substituindo a opção Pagar Sem Imprimir) Os botões de fecho do documento, com os símbolos FT e FS, permitem a emissão da Factura e Factura Simplificada, respectivamente. Existem alguns pontos importantes a reter: Se já tiverem sido indicados os dados do cliente, estes não são pedidos em qualquer uma das duas opções. Se seleccionar a opção, os elementos que tenham sido indicados, serão eliminados, tendo que ser introduzidos novamente. Para a identificação do cliente, o ecrã passa a contar também com algumas funcionalidades novas:

18 Podemos ver que a ordem dos campos foi alterada, passando a funcionar o contribuinte como chave de procura. Se o cliente existir na tabela de terceiros (com o contribuinte indicado pelo utilizador) os dados são automaticamente carregados. Se não existir, a aplicação irá procurar por código de cliente (utilizando o valor indicado no campo Num. Contrib.), carregando os dados no caso do código ser válido. Tudo isto com o objectivo de acelerar a introdução dos dados dos clientes, visto esta operação passar a ser muito frequente. EXPORTAÇÃO DE TALÕES NO SAF-T Como está determinado por lei, a partir de Janeiro de 2013, os talões deixam de poder ser entregues aos clientes como documento comprovativo da venda. Optamos no entanto por manter a possibilidade de incluir talões na geração do SAFT. Principais motivos: Deverá ser possível a emissão do ficheiro SAF-T relativo a um período anterior a Janeiro de Nesse caso, os talões devem ser incluídos. No caso do cliente não ter feito o upgrade em Janeiro de 2013 e ter continuado (indevidamente) a gerar talões, os mesmos devem ser reportados como receita fiscal e, por esse motivo, incluídos no SAF-T A exportação simples (e automática, a partir dos FrontOffices), não inclui talões de venda, nem consumos internos.

19 ADIANTAMENTOS Opção disponível em versões ou superior A partir de 1 de Janeiro de 2013, deixam de ser permitidos Adiantamentos de Clientes, devendo ser emitida uma Factura relativa ao pagamento efectuado. Os adiantamentos devem gerar de imediato uma factura. Deverá ser feito à posteri o acerto do valor em dívida no lançamento das facturas subsequentes. Isto, desde logo, coloca um problema às empresas, na medida em que a gestão dos adiantamentos e os próprios automatismos permitidos pelos adiantamentos e documentos de regularização fica comprometido. A possibilidade de lançar a última factura e a aplicação calcular automaticamente o valor em falta de forma automática, era uma comodidade que seria importante reter. A Wintouch optou por uma abordagem híbrida a esta questão: Os adiantamentos, embora continuando a funcionar da mesma forma, passam a ser incluídos no SAFT (Os adiantamentos de clientes eram já certificados em versões anteriores, daí ter sido relativamente simples esta implementação). O abate dos valores em falta será feito através do lançamento automático de um (ou mais artigos), de acordo com as taxas. Mais à frente, será mostrado um exemplo, onde ficará mais claro este funcionamento. COMO CONFIGURAR OS NOVOS ADIANTAMENTOS? Para trabalhar com este novo método, deverá em primeiro lugar criar um artigo (do tipo Serviço) na tabela de Artigos. Este artigo deverá ser usado única e exclusivamente para este efeito. Atenção: Não faça lançamentos manuais usando este artigo, pois arrisca-se a que aplicação modifique de forma não desejada os seus documentos Após ter criado o artigo, seleccione-o como Artigo de Adiantamentos, opção disponível nos Parâmetros/Contas Correntes. Assegure-se que os seus documentos de Adiantamento têm a designação correcta ( Recibo de Adiantamento, por exemplo, deve ser substituído por Factura de Adiantamento ) É tudo o que necessita configurar para o funcionamento a partir de 1 de janeiro de 2013 Segue-se um exemplo, para que se entenda melhor o mecanismo. EXEMPLO É lançado um adiantamento no valor de 100,00+IVA. Esse adiantamento é introduzido no editor documental que utilizava até agora:

20 Lance agora o valor pretendido: Este valor é considerado, a partir deste momento, como uma Factura, sendo discriminado no SAFT e nos mapas de IVA (ver imagens mais à frente). Vamos agora demonstrar o que acontece aquando do lançamento da factura. Introduza os valores pretendidos:

21 Partimos do princípio de que o valor total a pagar (sem qualquer adiantamento) seria de 1000,00. Cabe agora à aplicação verificar o que já foi Regularizado (o que pode não ser evidente para o utilizador nesta fase). Seleccione Gravar. Surge a opção de Regularizações, à semelhança do que já acontecia anteriormente. E é neste momento que surge a grande diferença: Serão feitos lançamentos automáticos no documento, de forma a ser abatido o valor correspondente a esta regularização. Podemos ver o resultado desse processo nesta imagem:

22 Desta forma, o utilizador obtém o controlo sobre os adiantamentos já efectuados, mantendo ao mesmo tempo o cumprimento das obrigações legais. Vejamos o resultado em termos de IVA: E em termos de extractos: Deve ser desde já ressalvado que, embora o Adiantamento de Cliente, do ponto de vista Fiscal tenha uma natureza Devedora, do ponto de vista de Extractos, continua a ter natureza Credora. O mecanismo pelo qual obtemos o balanceamento dos valores, passa por incluir na listagem os valores da Regularizações, que irão saldar os valores dos Adiantamentos (já que não podem saldar por via das Facturas Emitidas). O wpos funciona de maneira semelhante, usando o mesmo artigo definido para o wges para o lançamento automático das linhas.

23 É obviamente possível não utilizar este mecanismos e factura directamente os valores. Nesse caso, os adiantamentos deverão ser lançados directamente no ecrã de facturação. O valor das facturas subsequentes deverá ser no entanto calculado manualmente. SAFT Os documentos de adiantamento passam a ser incluídos no SAFT. Como estes documentos funcionam segundo uma lógica orientada a Rubricas e não a produtos, poderá ser necessário definir um prefixo para que as rúbricas existentes na respectiva tabela não colidam com códigos de produtos já existentes (lógica semelhante ao que já acontecia com os encargos no whotel). Pode configurar esse prefixo, na opção de exportação do SAFT, seleccionando Opções.

24 AUTOMATISMOS NA EMISSÃO DA FACTURA Opção disponível em versões ou superior De forma a automatizar a emissão da factura no caso em que a transacção ultrapassa os limites definidos pelas regras de facturação, foi criada a seguinte opção, disponível no Centro de Controlo de Postos. O utilizador poderá definir se a factura é emitida automaticamente a partir de 100,00 (para empresas que prestam serviços ou Restauração) ou a partir de 1000,00 (para outros retalhistas). Pode ainda aplicar uma validação automática para o caso da factura estar a ser emitida a um sujeito passivo. Com estas opções activas, no caso do utilizador ter seleccionado a opção Factura Simplificada, e se verificar uma das regras acima, a aplicação comuta automaticamente para Factura (devendo neste caso estar garantido o preenchimento dos campos obrigatórios, situação validada pela aplicação)

25 REFORÇO DA VALIDAÇÃO DOS DADOS DAS FACTURAS Opção disponível em versões ou superior As facturas, embora tenha definido no artigo 40º do CIVA regras precisas sobre os dados que devem estar presentes no documento, tinham até agora alguma liberdade. Neste momento, as aplicações Wintouch (com especial destaque para wges, wpos, wsir; whotel e wclínicas) obrigam a que, nas facturas, estejam preenchidos os seguintes campos: NIF, Nome e Domicílio (podendo este ser a Morada, o Código Postal ou a Localidade). A falta de um destes elementos impede a gravação do documento. Isto garante que o ficheiro SAFT tenha o mínimo de possibilidades de vir a ser rejeitado por faltarem dados considerados obrigatórios nos documentos exportados. Esta validação, por defeito, está activa. Pode no entanto desactivá-la colocando o parâmetro no Wintouch.Config config/validate_invoice_info=0

26 VALIDAÇÃO DO SAFT Opção disponível em versões ou superior Foi incluída uma opção na geração do SAFT que permite validar o ficheiro gerado usando os schemas fornecidos para AT para garantir o respeito do formato antes de submeter o ficheiro.

27 ALTERAÇÕES WGES Opção disponível em versões ou superior O wges passa a contemplar a possibilidade de emitir Facturas Simplificas, surgindo como nova classe de documento na tabela de Documentos: Estes documentos podem ser lançados na opção de Movimentos/Vendas. Note que estes documentos respeitam as mesmas regras de validação de limites implementadas para os pontos de venda (na opção Configuração/Centro de Controlo de Postos/Factura Simplificada). Assim, caso o documento não respeite o limite definido, não será possível a gravação, devendo optar por uma Factura:

28 ALTERAÇÕES WHOTEL Opção disponível em versões ou superior Todas as referências a VD, Vendas a dinheiro ou correspondentes substituídas por FTP, Facturas a pronto ou equivalentes; Todas as referências a Recibos de depósitos, de adiantamentos e devoluções de recibos de depósitos ou correspondentes substituídas por Facturas de depósitos, de adiantamentos e/ou equivalentes; Ao criar documentos de vendas com data igual ou superior a 1/1/2013 numa versão certificada, é mostrado aviso por cima do Tipo de documento, caso este contenha descrições não permitidas pelas novas regras; Adiantamentos e Depósitos passam a ser Facturas de Adiantamentos e Facturas de Depósitos e serão certificados a partir de 1 de Janeiro de 2013; Acrescentada validação às facturas certificadas (a pronto, a crédito e/ou de adiantamentos/depósitos e de devoluções), em que o Contribuinte, Nome e Morada passam a ser obrigatórios; No SAFT-T de 2013 passam a ser incluídos Facturas de depósitos e de adiantamentos do whotel (antigos recibos), assim como devoluções de facturas de depósito. COMO ACTUALIZAR UM CLIENTE? Criar novos tipos de documento para facturas de adiantamentos e depósitos, podendo ser parametrizados e utilizados de imediato; Criar novos tipos de documento para facturas a pronto, podendo ser parametrizados e utilizados de imediato; Foi necessário ajustar os reports de documentos do whotel distribuídos, quer de recibos quer de vendas. No entanto, só será obrigatório actualizar os reports específicos de Vendas (whot.movvnd rpt) nos cliente que fizerem ou venham a fazer Adiantamentos de Clientes>Contas correntes (Backoffice) e respectivas regularizações através de facturas do whotel. Para os outros casos, fizeram-se alguns ajustes nos reports de facturas de depósito/adiantamento (fórmula com texto de certificação maior e maior destaque à moeda do documento, que só aparecia no valor extenso), pelo que apenas se recomenda a actualização dos reports específicos;

29 ALTERAÇÕES WGES POCKET wgespocket Possibilidade de emitir Notas de crédito/devoluções com origem em documentos de venda Para gerar documentos de devolução com referência a facturas origem, devem abrir a factura a devolver (total ou parcialmente) e seleccionar a opção Novo, respondendo que quer criar novo documento com base no actual. Para que os novos documentos dêem indicação de que são referentes a um original devem acrescentar uma linha semelhante à seguinte nos CFD s: <@AL0>Referente a: <TipoDocOr, 20, T,<>''''>/<#SerieDocOr, 4, T>/<#DocOriginal, 11, T> As novas tags disponíveis são: De cabeçalho (comuns com o wpos) <TipoDocOr> < #SerieDocOr> < #DocOriginal> De detalhe <TipoDocOri> <SerieDocOri> <NumDocOri> <LinDocOri>

30 OUTRAS CORRECÇÕES Versões ou superiores Setup parcial não criava a pasta com os executáveis da v5.70 wsir. o o wpos. o Os consumos internos e os lançamentos em hotelaria, no módulo de mesas, geravam uma factura simplificada em vez de um talão de controlo. A divisão de conta não detalhada, não estava a gravar o código do meio de pagamento. Alterado o talão de oferta de forma a permitir gerar Factura ou Factura Simplificada (obrigava a gerar Factura Simplificada.