Obrigado pela ajuda era mesmo esse o problema mas agr continuo com o problema e nao percebo muito bem porque o código agr esta assim: 

movel_2 :: [String] -> String
movel_2 [] = " "
movel_2 (x:xs)
        | x!!0 == '2' = "abc"!!length x - 1
        | x!!0 == '3' = "def"!!length x - 1
        | x!!0 == '4' = "ghi"!!length x - 1
        | x!!0 == '5' = "jkl"!!length x - 1
        | x!!0 == '6' = "mno"!!length x - 1
        | x!!0 == '7' = "pqrs"!!length x - 1
        | x!!0 == '8' = "tuv"!!length x - 1
        | x!!0 == '9' = "wxyz"!!length x - 1 
        |otherwise = " "

a frente de cada guarda será para fazer a chamada recursiva do xs mas assim já me esta a dar erro esta dar um erro parecido agr assim:

Couldn't match type ‘Char’ with ‘[Char]’
Expected type: String
Actual type: Char

Desde Já Obrigado 

@PsySc0rpi0n,

Já tivemos esta discussão há uns anos atrás no IRC (eu, tu e mais alguns intervenientes), e foi num pedaço de código semelhante. Tens que perceber que a linguagem C não tem noção do que é a indentação do código, pelo que existem certas regras que tens que cumprir: tal como o @bsccara referiu, está plasmado nos standards que um determinado else pertence ao if que o precede. Se queres contornar as regras, utilizas um bloco definido por { e }, tal como também foi referido.

Lembra-te: a indentação em C é puramente cosmética, não tem valor semântico.

Bom dia, 

Estou a iniciar me em angular e deparei me com duas questões que gostava de tentar esclarecer com que percebe disto.

1 - Criei uma aplicação em que na minha pagina principal tenho uma sidenav, uma toolbar e content.

A sidenav e a toolbar são components que serão mostrados caso o utilizador esteja logado e o content tem um <router-outlet> por onde serão passados os vários componentes da aplicação. Sempre que faço login o render dos componentes sidenav e toolbar é feito com sucesso com o (ngOnInit) mas quando faço logout(num component filho que será passado pelo router-outlet) não, pois não volta a correr a função e fazer o respectivo render da página. Resolvi usando o (OnDoCheck), mas reparei que sempre que insiro um carácter( ou qualquer outra acção) ele é disparado. Isto não é muito pesado para a aplicação?

Existe outra maneira de correr uma função na "app.component.ts" sempre e só se for feito logout, neste caso, num component filho que ira passar no <router-outlet> ?

2- Tentei usar uma flag passando a variável filho -> pai.

Usei o @output no filho com o EventEmitter mas a duvida está como o recebo no pai. Normalmente faria <app-filho (variavel-filho)="funcao-pai($event)">, mas como estou a passar estes componentes com o <router-outlet> existe alguma maneira de passar esse valor?

Espero ter passado a minha dúvida de forma minimamente perceptível. 

Desde já obrigado,

Cumprimentos. Luís Brito

Eis as informações que conseguir reunir:

ASSOFT: https://www.assoft.org/pt/noticias/78/norma-europeia-de-fatura-eletronica
 

Citação

10 JULHO 2018

O período compreendido entre 2018-2020 vai ficar marcado pela implementação da fatura eletrónica (eInvoicing) nos processos de contratação pública em toda a União Europeia. Esse é o objetivo da Diretiva 2014/55/EU, que, para além de estabelecer a criação da norma, exige aos Estados Membros o uso obrigatório desta tecnologia nos processos de contratação pública a partir de novembro de 2018.

Entre outros objetivos, a introdução da norma europeia para a faturação eletrónica pretende impulsionar as relações comerciais entre os países da UE.

Para se ter uma noção da importância desta medida, espera-se que sejam emitidas 8 mil milhões de faturas eletrónicas todos os anos na Europa. A contratação pública representará 60% de desse volume. 

http://vexillum.pt/fatura-eletronica/

Citação

Em Portugal o IPQ, na sua qualidade de Organismo Nacional de Normalização criou a Comissão Técnica CT-196 “Fatura Eletrónica”.

A CT 196 é Presidida pela GS1 Portugal (http://www.gs1pt.org/) e constituída por 25 vogais que reúnem, regularmente, para acompanhar os trabalhos do CEN/TC 434 com o intuito de analisar as propostas de trabalho dele decorrentes e identificar as necessidades e particularidades nacionais no domínio da faturação eletrónica, para que possam ser salvaguardadas na fatura norma.

The eInvoicing Workshop https://www.cen.eu/work/areas/ICT/eBusiness/Pages/eInvoicing.aspx

Um site holandês dedicado ao E-Invoicing, onde encontrei documentos e informação técnica valiosa: https://eeiplatform.com/category/standards/

LINKS: (NOTA: estas informações são MAIS DETALHADAS do que a treta do DVD vendido pelo IPQ)

http://eur-lex.europa.eu/legal-content/EN/TXT/?uri=COM:2017:590:FIN

http://eur-lex.europa.eu/legal-content/EN/ALL/?uri=CELEX%3A32014L0055

https://standards.cen.eu/dyn/www/f?p=204:7:0::::FSP_ORG_ID:1883209&amp;cs=1E81C9C833655EEDC7010C8D0A2FB786C

https://github.com/CenPC434

http://docs.oasis-open.org/ubl/os-UBL-2.1/UBL-2.1.html

http://docs.oasis-open.org/ubl/os-UBL-2.1/UBL-2.1.zip

http://www.unece.org/cefact/xml_schemas/index

http://www.unece.org/fileadmin/DAM/cefact/xml_schemas/D16B_SCRDM__Subset__CII.zip

https://github.com/phax/peppol-validation-engine/

GLOSSARY

Term    Description
CEN = Comité Européen de Normalisation – European Committee for Standardization
CEN/TC = CEN Technical Committee – working group
CII = UN/CEFACT Cross Industry Invoice – XML representation of an invoice
CIUS = Core Invoice User Specification – A specification based on EN 16931-1:2017 that defines certain elements more narrow
EN = European Norm – has tighter binding than TR and TS
EN 16931 = European Norm instance with ID 16931 – this is the EN that contains the semantic data model for electronic invoices in Europe
TR = Technical Recommendation – has lower binding than EN and TS
TS = Technical Specification – binding between EN and TR

8 hours ago, ossadas said:

Boas,

Obrigado Marco e concordo contigo em toda a linha pela falta de ética do IPQ em querer extorquir  pelo oportunismo das necessidades do cidadão comum.

Pois vejamos, se sai uma directiva da UE, logo o governo deve disponibilizar todo o material as entidades nacionais de forma a que a adaptação seja feita eficazmente. Como se fez com o SAFT.

A via verde recorre a AT para cobrança coerciva e o IQP recorre ao oportunismo... irritante!

São os formatos técnicos que necessito.

Confesso que me está a criar uma certa confusão de as grandes empresas informáticas publicitarem já terem implementado esta nova adenda.

Cps

Quais são as grandes empresas que publicitaram já ter implementado a FACTURA ELECTRÓNICA NA ADMINISTRAÇÃO PÚBLICA? (não confundir com a norma de factura electrónica comum, com ou sem EDI)

É possível alterar o nome do tópico? Sugiro:

NORMA EUROPEIA DE FACTURA ELECTRÓNICA

ou

FACTURA ELECTRÓNICA NA ADMINISTRAÇÃO PÚBLICA

Na primeira declaração, a função chama-se movel mas a seguir chama-se movel_2. Foi algum erro a fazer copy-paste para o fórum?

E os tipos das coisas não estão a bater certo. Olhando para o tipo que foi declarado para a função movel, o x deveria ser um simples Char mas depois está a ser usado como se fosse uma String. Se calhar o tipo que querias declarar para a função era:

movel_2 :: [String] -> String

E depois em vez de == "2" deveria ser == '2'  (single quote em vez de double quotes), porque só queres comparar um carácter e não a string toda.

Este tema tem estado parado.

Já alguém obteve este certificado?

Como são feitos os testes, é necessário deslocar-se à Autoridade Tributária em Lisboa?

Ola outra vez estou aqui com um problema tenho este código: 

movel :: [Char] -> Char
movel_2 [] = " "
movel_2 (x:xs)
        | x!!0 == "2" = "abc"
        | x!!0 == "3" = "def"
        | x!!0 == "4" = "ghi" 
        | x!!0 == "5" = "jkl"
        | x!!0 == "6" = "mno"
        | x!!0 == "7" = "pqrs"
        | x!!0 == "8" = "tuv"
        | x!!0 == "9" = "wxyz"
        |otherwise = " "

à frente de cada linha depois é para fazer a chamada recursiva mas por enquanto assim já me esta a dar um erro (Couldn't match type ‘Char’ with ‘[[Char]]’)

supostamente penso que agr o erro seja por causa da comparação alguém me pode explicar sff

é para receber uma coisa assim ["2","33","2"] entao o x primeiro vai ser o 2 e o x!!0 tambem dois estou a por a primeira posição porque podem aparecer 22 

Desde Já Obrigado

Boas,

Obrigado Marco e concordo contigo em toda a linha pela falta de ética do IPQ em querer extorquir  pelo oportunismo das necessidades do cidadão comum.

Pois vejamos, se sai uma directiva da UE, logo o governo deve disponibilizar todo o material as entidades nacionais de forma a que a adaptação seja feita eficazmente. Como se fez com o SAFT.

A via verde recorre a AT para cobrança coerciva e o IQP recorre ao oportunismo... irritante!

São os formatos técnicos que necessito.

Confesso que me está a criar uma certa confusão de as grandes empresas informáticas publicitarem já terem implementado esta nova adenda.

Cps

Bom dia a todos,

Sei que este fórum não é para isto, mas aqui vai.

A empresa onde trabalho em Espanha, esta a contratar programadores .NET e SQL para trabalhar na sede da Empresa que esta localizada na cidade de Torrelavega, região de Cantábria – Espanha.
 

Os programadores contratados vão trabalhar no desenvolvimento e adaptação do nosso software de Faturação (GENES), para diversos países Europeus.

Neste momento necessitamos de um programador Português com alguma experiência no desenvolvimento de software de faturação.

Funções: 
- Realizar tarefas de programação e análise no nosso ERP. 
- Desenvolvimento de módulos web em ASP.NET/Angular 
- Manter módulos existentes 
- Colaborar na expansão do nosso ERP GENES nos vários países europeus. 

Competências: 
- Elevado sentido de responsabilidade, adaptabilidade e flexibilidade; 
- Responsabilidade e organização; 
- Espírito de Equipa. 

Oferecemos: 
- Possibilidade de fazer parte de uma equipa dinâmica e em crescimento. 
- Interação com todas as áreas do negócio. 
- Crescimento profissional numa Empresa em franca expansão Internacional. 

Requisitos: 
- Disponibilidade para se mudar para a cidade de Torrelavega em Espanha; 
- Formação superior nas áreas de informática/programação ou similar; 
- Nível bom de Espanhol e Inglês; 


Enviar currículo para nelson.marques@ceinor.es

Boas!

É melhor alterarem o NOME do TÓPICO para Factura Electrónica na Administração Pública (porque é um modelo completamente à parte!)

A ASSOFT disponibilizou um suporte com os ficheiros técnicos fornecidos que estão na posse do IPQ. Eis o email enviado aos associados:

Quote

Ex.mo(a). Sr(a).,

Escrevo para o informar que estabelecemos um protocolo com o Instituto Português da Qualidade (IPQ) que lhe vai permitir adquirir o conjunto de todos os documentos afetos à norma da Fatura Eletrónica na Administração Pública pelo preço promocional de 75€.

Esta é uma grande notícia, principalmente tendo em conta que a compra de todos os cadernos em separado apresenta um custo superior a 600 euros.

Em anexo, juntamos o formulário para que possa proceder à encomenda deste DVD.

Muito importante, terá que indicar o seu número de associado no momento da formalização da encomenda.

Sobre Norma europeia de fatura eletrónica

O período compreendido entre 2018-2020 vai ficar marcado pela implementação da fatura eletrónica (eInvoicing) nos processos de contratação pública em toda a União Europeia. Esse é o objetivo da Diretiva 2014/55/EU, que, para além de estabelecer a criação da norma, exige aos Estados Membros o uso obrigatório desta tecnologia nos processos de contratação pública a partir de novembro de 2018.

Entre outros objetivos, a introdução da norma europeia para a faturação eletrónica pretende impulsionar as relações comerciais entre os países da UE.

Para se ter uma noção da importância desta medida, espera-se que sejam emitidas 8 mil milhões de faturas eletrónicas todos os anos na Europa. A contratação pública representará 60% de desse volume.

 

Características da norma europeia de faturação eletrónica

A Diretiva 2014/55/EU estabelece a necessidade de criação de uma norma europeia ao nível semântico (a informação contida numa fatura eletrónica), assim como ao nível de uma lista de sintaxes (o formato ou linguagem usado na transmissão de uma fatura eletrónica).

O Comité Europeu da Normalização (CEN) é a entidade responsável pela criação do padrão europeu. Esta norma rege-se pelos seguintes aspetos básicos:

·       ser tecnologicamente neutra;

·       ser compatível com as normas internacionais em faturação eletrónica;

·       ter em consideração a proteção de dados pessoais em conformidade do o RGPD;

·       manter coerência com as disposições estabelecidas na diretiva 2006/112/CE;

·       ser simples de integrar com os erp existentes, assim como de implementação em novos sistemas;

·       ter em contas as necessidades próprias das pme’s;

·       ser interoperável, não só à administração pública, mas também ao setor privado.

O modelo de dados semântico e a lista de sintaxes foram formalmente publicadas pelo CEN a 28 de junho de 2017. Foi ainda desenvolvido um estudo com o objetivo de medir as implicações e os efeitos práticos deste sistema, que concluiu que a norma cumpre os objetivos a que se propõe.

 

A adoção da Diretiva 2014/55/EU

Os Estados membros têm até 18 de abril de 2019 para implementar o esquema de fatura eletrónica europeu em todo o setor público. Nalguns casos, porém, o prazo pode estender-se por mais um ano, de acordo com o previsto na Diretiva.

 

Apoio à implementação do eInvoicing na Europa

A União Europeia, através do CEF (Connecting Europe Facility) disponibiliza uma área documentação, formação e outros instrumentos que ajudam as organizações a implementar o eInvoicing. O CEF está vocacionado para ajudar todo o tipo de organizações, quer sejam públicas ou privadas.

Serviços disponíveis:

·       eInvoicing Service Desk

·       eInvoicing on-site and remote Trainings

·       eInvoicing Readiness Checker

·       eInvoicing Conformance Testing

Num contexto de maior proximidade, a ASSOFT também irá prestar apoio aos Associados que pretendam desenvolver e dotar os seus sistemas de compatibilidade com eInvoicing.

Esclareça as suas dúvidas através dos nossos canais de contacto:

·       https://www.assoft.org/pt/16/contactos

·       https://www.yammer.com/assoft-members/

·       https://twitter.com/assoft

Como sempre, estou ao dispor para qualquer esclarecimento.

Cumprimentos,

Sobre o conteúdo técnico da informação VENDIDA!!!! pelo IPQ, posso dizer que, não serve de grande coisa!!!! É um TOTAL E COMPETO ENGODO. Nem sequer os formatos técnicos são disponibilizados em XSD e/ou WSDL.

Estive a saltar de site em site, e existem países que fornecem informações muito detalhadas sobre o processo de adopção, documentação TÉCNICA RELEVANTE, etc, mas sobre PORTUGAL, não faço ideia como está a ser implementado o serviço!

É inqualificável esta falta de clareza e informação sobre um assunto tão importante!

10 horas atrás, xambas disse:

Boas pessoal,

alguém ja tentou comunicar com os servidores a partir do estrangeiro?

estou a tentar correr testes a partir de uma maquina no BR contra o servidor de testes e falha "Falha da autenticação porque a parte remota fechou a sequência de transporte"

correndo testes a partir de uma maquina em PT, com os mesmos certificados, configurações, etc.. funciona!

alguem tem alguma ideia?

obrigado

Tenho o mesmo problema mas estou em Portugal, não consigo sequer fazer o ssl handshake

Boas pessoal,

alguém ja tentou comunicar com os servidores a partir do estrangeiro?

estou a tentar correr testes a partir de uma maquina no BR contra o servidor de testes e falha "Falha da autenticação porque a parte remota fechou a sequência de transporte"

correndo testes a partir de uma maquina em PT, com os mesmos certificados, configurações, etc.. funciona!

alguem tem alguma ideia?

obrigado

pois é. Mas como pode observar, preciso também das vezes em que a verdade não acontece! Isto é, o ELSE

Isso soa-me a Access Violation.
Verifica se tens todos os objectos correctamente instanciados antes de usar e a sua memória libertada depois de deixarem de ser necessários.
Mais que isso, sem ver o código, não sei dizer!

Em C++ podes usar a função std::find.

Uma optimização trivial no código que tens é parar o ciclo interno assim que achou for maior do que zero.

Se sabes que o array está ordenado, e se o mesmo pode ser relativamente grande, pode valer a pena considerares a pesquisa binária.  Nesse teu código em particular estás a iterar valores por ordem crescente, pelo que podias simplesmente ir avançando no array e à medida que j é maior do que a posição actual.

Assim deu certo:

#include <iostream>
#include <algorithm> // inclusão do header associado
using namespace std;

int main (void){

       int e[5] = {10,20,30,40,50};  

       for (int j = 0; j < 50; j++) {
  
          int achou = 0;
     
          for (int i = 0; i < 5; i++){
     
              if (j == e[i]) achou ++;
     
          }
     
          if (achou > 0 ) printf (j + "Achou!<br />");
          else  printf (j + "Não achou!<br />");

       }       
       
}

será que dá para otimizar?

Boa tarde, estou com um grande problema, construi um pequeno programa e quando rodo o mesmo acontece o seguinte erro:  "CAD USER elevou classe exceção 'External: SIGSEGV' .

Por favor me ajudem a descobrir o que posso fazer.

De já agradeço todos que se empenharam solucionar esse problema.

Based on examples available in this discussion topic, I don't think that info is correct.  Moreover, the documentation I found only said the seconds could be 00 in case there was no precise time info.  (You may want to ask this question on that discussion topic, as more people would see your question.)