Leaderboard

Vamos lá a ver, O DL 28/2019 estabeleceu o dia 10 como prazo de entrega, com o período transitório até ao fim do ano com o prazo até ao dia 15. Agora a Lei 119/2019 vem estabelecer o dia 12 em definitivo com efeitos a partir de 1 de Outubro. Quando as leis são contraditórias, vale a mais recente. Por isso, as faturas emitidas a partir do dia 1 de Outubro têm de ser comunicadas até ao dia 12 do mês seguinte. E isto manter-se-á até que nova legislação venha dispor em contrário.

A partir de Fevereiro de 2019 que a data limite de entrega do SAF-T passou a ser o dia 15 de cada mês, Importa referir que em janeiro de 2020 o limite passa a ser o dia 10 ( com certeza sairá nova legislação neste sentido ). Esta nova medida do Governo - e-fatura 2.0 - encurtará o prazo de entrega em 10 dias (anteriormente o ficheiro SAF-T tinha de ser entregue até ao dia 20).

CrominhO isto apenas diz respeito ao SAF-T da contabilidade. Como o Vitor Pereira disse antes, a partir de 2020 a data de entrega do SAF-T mensal será (se não houver nada dito em contrário) até ao dia 10. Podes encontrar a legislação sobre isto no Decreto-Lei 28/2019, de 15 de Fevereiro. Por sua vez nas normas transitórias, artigo 43.º, temos

Relativamente ao SAF-T de contabilidade, a Lei 119/2019 (de 18 de Setembro) diz o seguinte:

Viva, Sim deve emitir manualmente em pré-impressos (tipografias autorizadas) e depois mais tarde recolher (recuperar) os mesmos em séries próprias do software para mais tarde serem devidamente exportados no SAFT com indicação de serem "manuais" seguindo as respectivas regras de exportação. Sobre a parte legal, podes ler a lei mais recente Decreto-Lei n.º 28/2019, de 15/02, onde no Artigo 4.º, Ponto 4, dizem: "4 - Em caso de inoperacionalidade do programa de faturação, os sujeitos passivos referidos no n.º 1 devem emitir faturas ou documentos fiscalmente relevantes pré-impressos em tipografias autorizadas, os quais devem posteriormente ser recuperados para o programa." cps

Boa noite, Se é muito noob nestas coisas de faturação eu não te aconselho a usar um programa de faturação gratuito, ter suporte professional para mim é fundamental quando se trata de faturação. O melhor conselho que te posso dar é pede assistência ao produtor do software que estás a usar.

Viva, Todas as Software Houses, tem esse problema de X em X tempo quando um cliente tem instalações do mesmo software independentes/isoladas para o mesmo contribuinte. A primeira coisa (que já o deve ter feito) é PARAR de imediato a série de um dos locais (POS) e criar uma nova série específica para esse local (POS), distinta do outro. [Se quiser também pode parar nos dois - a tal série problemática - e de seguida abrir duas novas DISTINTAS em cada POS livre de erros : conforme achar melhor] A segunda coisa, salvo erro é contactar a AT, dizer que, são instalações independentes (isoladas), que o cliente (distribuidor) por lapso não teve o cuidado de criar séries distintas, só agora deram com o erro, já criaram uma nova série para evitar futuros duplicados e que solicitam informação /ajuda da parte deles para "aceitarem" os duplicados e/ou darem instruções do que fazer. Penso que respondem a dar solução (só não me recordo se acabam por aceitar [+provável], ou se pedem algo, ou se pedem uma declaração de que tal aconteceu e porque (escrever o que está acima)]. cps,

Boa tarde, A mim também acontece o mesmo, mas reparei que em máquinas de 32 bits isso não acontece. Se compilar a minha aplicação como x64 o erro também não acontece infelizmente tenho que a compilar com x86 e é nessa altura que dá erro se a máquina for de 64bis

Ao ler o enunciado do problema, tenho uma leitura completamente diferente (provavelmente ainda o vai desenvolver), nomeadamente: - não vejo em lado algum que deve ignorar os espaços (para mim é um carácter normal) - diz caracteres distintos, portanto também não é para contar os outros (diferentes de espaços) mas sim os DISTINTOS Até fui procurar um calculo online, para demonstrar o que "leio" e encontrei este (https://www.somacon.com/p525.php) onde a string "Portugal a Programar" tem os seguintes caracteres DISTINTOS: Code: 32 0x20 ' ' Count: 2 Code: 80 0x50 'P' Count: 2 Code: 97 0x61 'a' Count: 4 Code: 103 0x67 'g' Count: 2 Code: 108 0x6C 'l' Count: 1 Code: 109 0x6D 'm' Count: 1 Code: 111 0x6F 'o' Count: 2 Code: 114 0x72 'r' Count: 4 Code: 116 0x74 't' Count: 1 Code: 117 0x75 'u' Count: 1 -----TOTAL CHARACTERS: 20 Não será uma aplicação com este tipo de resultado que deves desenvolver?

Olá. Permite-me primeiro fazer alguns reparos ao código em si. É boa prática que os #defines sejam em letra maiúscula. Depois, é bom também utiliza-los coerentemente, ou seja, fgets(nome, N, stdin); em vez do valor hardcoded. Depois, for (i=0; i < strlen(nome) != '\0'; i++) { count++; } isto é redundante. Faz exatamente o mesmo do que o strlen(). " i < strlen(nome) != '\0' " Acho que devias rever isto. Não sei se percebes muito bem o que é que a função strlen() faz, e o significado do '\0'. No entanto, aproveitando esse teu pedaço de código, deixo uma dica para os espaços: for (i=0; i < strlen(nome) != '\0'; i++) { if (nome[i] != ' ') count++; } A tua solução está a dar um caracater a mais. Mas deixo isso para resolveres, que também é preciso estudar um bocadinho

Viva, Tens 2 problemas: 1) estas a calcular os "juros" com as variáveis "capital", "taxa" e "dias" ANTES de perguntar o valor das mesmas ao operador. (a primeira vez que corre os juros são ZERO, na segunda e seguintes vais ver os juros do cálculo anterior) 2) ao contrário do que dizes o programa termina com -1, mas como fazes sempre as 3 (tres) perguntas "capital?", "taxa?", "dias?" independentemente de o operador introduzir -1 no capital, "dá a impressão" de que o programa continua a correr até ao fim das 3 perguntas. aconselhava a reveres o fluxo do programa, para o cálculo ser correcto e a experiência com o operador ser a mais natural possível. cps,

Fonte: https://arstechnica.com/information-technology/2019/07/dataspii-inside-the-debacle-that-dished-private-data-from-apple-tesla-blue-origin-and-4m-people/ Desde há algum tempo que temos regras CSP definidas aqui no fórum, e temos uma quantidade significativa de erros por conteúdos que foram bloqueados mas que não estão nas nossas páginas. Alguns parecem inócuos, mas também há vários casos de imagens/scripts para tracking e ads. Enfim, o panorama das extensões para browsers não inspira muita confiança.