Vitor P.

Boa Tarde Pelo que alguns organismos comentam, nem em 2027 entre em vigor ......... vamos a ver Bom, tenho 2 pequenos clientes ( uma padaria e um talho ) que tem 1 cliente cada um, a chatear que só lhes compra se lhes enviarem as faturas de acordo com o eInvoicing. Alguem interessado em vender um Programa de exportação para CIUS-PT ( a funcionar em Windows ) ? Basicamente funcionaria assim: 1º- Entrego ao PROGRAMA um ficheiro ( TXT, CSV, ou XML ) com todos os dados da Fatura na ordem e com o formato que pretenderem ( aqui posso colocar da forma mais simples possivel para o programa só ler e importar já com tudo formatado conforme for solicitado ) 2º - Entrego ao PROGRAMA o PDF assinado pela SAPHETY 3º - Com estes dados recebo como resposta o Ficheiro CIUS-PT pronto a enviar para a SAPHETY e já com o PDF embutido Havendo alguem interessado, o que desde já agradeço, contatar em privado Obrigado a todos e peço desculpa pelo ligeiro Off-Topic

Tudo adiado até 2027 !!!

Como errado ?? Vocês estavam a falar de Doc. de Transporte: Ajuda, por favor. Gerei o certificado com a opção 4096 e estou a usar ChaveCifraPublicaAT2027.pem. Mas continuo a ter erro no envio curl.exe --verbose --url https://servicos.portaldasfinancas.gov.pt:401/sgdtws/documentosTransporte“ --header ”Content-Type: text/xml; charset=UTF-8“ --header ”Accept: text/xml“ --header ”Cache-Control: no-cache“ --header ”SOAPAction: “https://servicos.portaldasfinancas.gov.pt/sgdtws/documentosTransporte/”" --data @G53__2129.xml --cert “certificado.pfx” --cert-type P12 --pass “PASCERTIFICADO” --trace-ascii debug_trace.txt > G53002129_saida.xml “Falha na comunicação com o servidor de autenticação (500)” isso 90% das vezes é certificados errados

<S:Envelope xmlns:S="http://schemas.xmlsoap.org/soap/envelope/"> <S:Header> <WorkContext xmlns="http://oracle.com/weblogic/soap/workarea/">rO0ABXdRABN3ZWJsb2dpYy5hcHAuc2dkdHdzAAAA1gAAACN3ZWJsb2dpYy53b3JrYXJlYS5TdHJpbmdXb3JrQ29udGV4dAANMS4yMi4zNy03NTk5NgAA</WorkContext> </S:Header> <S:Body> <ns0:envioDocumentoTransporteResponseElem xmlns:ns0="https://servicos.portaldasfinancas.gov.pt/sgdtws/documentosTransporte/"> <ResponseStatus> <ReturnCode>0</ReturnCode> <ReturnMessage>OK</ReturnMessage> </ResponseStatus> <DocumentNumber>005 C/848</DocumentNumber> <ATCUD>JF66NN36-848</ATCUD> <ATDocCodeID>15784219002</ATDocCodeID> </ns0:envioDocumentoTransporteResponseElem> </S:Body> </S:Envelope>

Vocês andaram distraídos !!! Nestes últimos 2 meses falou-se centenas de vezes sobre este assunto, partilharam-se informações e técnicas, etc, etc - Todos sabiam que o Certificado terminava a 28 de Junho - Todos sabiam que o novo Certificado ( nosso e da AT ) tinha de de a 4096 - Todos sabiam ( o que precisavam de alterar ) que as versões antigas do TLS antigo não eram compatíveis - Etc

Está tudo a funcionar, é só usar ......

Não é preciso nenhuma programação !! Tambem tivemos o mesmo problema pois temos clientes novos que arrancam amanhã com o software e não conseguiam registar as Séries. 1º - É só entrar no Site da AT e registar as Séries pretendidas 2º - No nosso software, o Campo que guarda o CVS ( Código da AT ) quando está vazio tem de permitir que o Código CVS Copiado do Site da AT seja colado Assi, em vez deste Campo ser carregado automaticamente pelo Webservice é carregado manualmente E está pronto a funcionar !!! NOTA: No nosso software colocamos um Parâmetro que só quando o mesmo está ativado é que permite colocar MANUALMENTE o CVS nas Séries de Documentos Assim só é usado em casos de emergência como foi o caso

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/" xmlns:doc="https://servicos.portaldasfinancas.gov.pt/sgdtws/documentosTransporte/"> <soapenv:Header> <wss:Security xmlns:wss="http://schemas.xmlsoap.org/ws/2002/12/secext"> <wss:UsernameToken> <wss:Username>999999999/1</wss:Username> <wss:Password>zVU6ZGkruLHcK+vBChTrsQ==</wss:Password> <wss:Nonce>BqBnWTgc5j8cDfV/1VpZ45uk7ycVIXlnZSnGX0iPshw8jtClngb9ABvsUiKJ+lI6GCsG6ctN4Ctp4ukgZtF6HPup8fDuK6wfLtC+/Pvm4FXWfMztMv8hqFFNxjSJ6TX5uKpBn4b6NBcQq4wMMVXT4zvqwphFPTa5w1SCSdeW0pKsp3Hl4kSTKJjGCzb0UV06oSj1SNVboKU4niSi/naRnz5QVZ43NR1c9phDjOJMs/dY9VQo7T6EoRSIw0tk1LxwLHohnSZKVl3n49ozPwbt9VKHxUFqhoLI7aoyG78Y8TCIEegiaZU+Hy47/6xe/2Jl+kNN95TiJ9Sg4nVPfgR33Ki+mD5DMswfm0wCOY4falsWJs0VBNxQDrBsFhg9dbSc3apJc7uYmWTgnWUveLwy7z/D60xJqxFvYqC8BnfcYWlTzqf6tD9C26r/lIIg0i47ai/0xoCcopXHZ1Apr+b0XmUyM57PgbL+e6R6JoWqaYqcmuXIlhwVJf0NuoWmSKdIahEIRylDvnLPF6au2olywe2yWns1feqBiWdTnStPlkskGRbb2eHRUW41ZIkJGp+PEmn24X71BGb5cth2+vcoLuxtrM3mSLOsnskNvZW11O5JgS+UHePfgW4YWE0O+iqIfEwf5FegUWWP3uDW+LUPnyd/dGP9uR7V/Gs7tHYAnvY=</wss:Nonce> <wss:Created>lYCdnsJjNSJw7btnfCBUTAlG9PlfRsNxlGXEua9oqzo=</wss:Created> </wss:UsernameToken> </wss:Security> </soapenv:Header> <soapenv:Body> <doc:envioDocumentoTransporteRequestElem> <TaxRegistrationNumber>999999999</TaxRegistrationNumber> <CompanyName>SISTEMAS INFORMATICOS</CompanyName> <CompanyAddress> <Addressdetail>Rua, 219</Addressdetail> <City>PORTO</City> <PostalCode>4000-000</PostalCode> <Country>PT</Country> </CompanyAddress> <DocumentNumber>001 A/830</DocumentNumber> <ATCUD>JFF6NM36-830</ATCUD> <MovementStatus>N</MovementStatus> <MovementDate>2025-04-22</MovementDate> <MovementType>GT</MovementType> <CustomerTaxID>999999990</CustomerTaxID> <CustomerAddress> <Addressdetail>Parque Industrial</Addressdetail> <City>BRITEIROS</City> <PostalCode>4888-888</PostalCode> <Country>PT</Country> </CustomerAddress> <CustomerName>CARPINTARIA, LDA</CustomerName> <AddressTo> <Addressdetail>Parque industrial</Addressdetail> <City>BRITEIROS</City> <PostalCode>4888-888</PostalCode> <Country>PT</Country> </AddressTo> <AddressFrom> <Addressdetail>Rua, 219</Addressdetail> <City>PORTO</City> <PostalCode>4000-000</PostalCode> <Country>PT</Country> </AddressFrom> <MovementStartTime>2025-04-22T15:30:00</MovementStartTime> <Line> <ProductDescription>ATUALIZAÇAO SOFTWARE</ProductDescription> <Quantity>1.000</Quantity> <UnitOfMeasure>UN</UnitOfMeasure> <UnitPrice>180.0000</UnitPrice> </Line> </doc:envioDocumentoTransporteRequestElem> </soapenv:Body> </soapenv:Envelope>

Ser não pediste a o novo Certificado a 4096 muito provavelmente a 28 de Junho deixas de ter Webservice

Muito embora a AT não esteja bem neste processo nada profissional, tambem não precisam complicar. Aliás, o Mail da AT refere que se não conseguem abrir o anexo podem fazer o Certificado.Cer apenas com copy/paste !!! Assim, basta selecionar todo o texto desde -----BEGIN CERTIFICATE----- até -----END CERTIFICATE-----, com o Notepad abrem o antigo Certificado que expira no dia 28 de Junho, apagam todo o conteudo e colam o novo conteudo, ao sai fazer garavar ........ e está pronto !!! Assim já podem clicar no Cerifcado que vai abrir com data de validade até 15.04.2027 ........ demora alguns 10 segundos a fazer isto !!!! Testamos de imediato em produção ( já a 4096 ) e funciona a 100% O que já estava a funcionar perfeitamente e já com o novo certificado de testes a 4096 e deixou de funcionar reportando o "Código -99 Erro Interno" é o Modo de Testes

Em Modo de Testes existe um problema do lado da AT ( erro interno ), mas deve ser temporário pois ainda 2 dias atrás estava a funcionar perfeitamente com o novo Certificado de Testes em formato 4096 Já em produção, tudo a funcionar perfeitamente tanto com formato 2048 como 4096

É claro que não é preciso esperar por data alguma !!! Está tudo a funcionar a 100% tanto em Testes ( já com o certificado de testes em 4096 ) como em Produção com o Certificado pessoal tambem já em 4096 Ja agora, o Site da AT já está a aceitar pedidos do novo formato

A String de Comando é a mesma de sempre, é só trocar o 2048 por 4096: opensslreq-new -subj "/C=PT/ST=Distrito da Sede/L=Local da Sede/O=Empresa /OU=Departamento de Informatica/CN=555555555/emailAddress=informatica@empresa.pt" newkeyrsa:4096-nodes-out555555555.csr -keyout555555555.key

eureka !!! Enviei o pedido por mail para a AT na passada semana e já recebi o certificado Na criação do ficheiro a enviar utilizei a String antiga só alterando o 2048 para 4096 ( não utilizei a construção do ficheiro em 2 fases como parece que a AT aconselhou ) Agora só falta a AT também enviar o Certificado que é comum a todos pois também expira no dia 28 de junho

Já está aqui mais que falado que a AT está a aceitar pedidos via Mail até ter o Site a aceitar o novo formato 4096

Estás a ver mal !!! Mau era se de cada vez que pedíssemos um Certificado tivéssemos de criar novas séries O Novo Certificado vai ser servir apenas uso dos Webservices ( Doc. de Transporte, Faturação, Novas Séries, etc ) Quanto aos "caos", temos Certificado válido para perto de mais 2 meses ( 28 de Junho ) ....

Usei estas instruções, e usei as antigas ( só trocando RSA 2048 por RSA 4096 ) e o resultado de teste a 4096 deu OK em ambos Fiz o teste com a instrução openssl req -text -noout -in [NIF].csr e não deu erro, informando que a Key estava em 4096 Enviei desta forma por mail para AT, e aguardo se passou ou se de facto se tem de usar estas novas instruções .......

Calma, vai dar tudo certo, mesmo que demore uma semana temos muito tempo, o nosso Certificado é válido até dia 28 de Junho. De qualquer das formas, a qualquer momento o Site da AT já estará pronto para receber pedidos no novo formato Também enviamos por mail ontem e estamos a aguardar a receção do Certificado

Já alguem comentou aqui, e penso que esteja correto: - A AT esqueceu-se de preparar o Site para receber os novos CSR em formato 4096 Eu já registei a queixa no eBalcão, e penso que mais pessoas o terão feito, assim penso que a todo o momento teremos novidades com toda a certeza

Penso que só podemos pedir Certificdos em RSA 4096 a partir de amanhã: "A partir de 1 de abril de 2025 apenas serão aceites pedidos para emissão de certificados (.csr) segundo os moldes descritos supra."

Já era sabido de desde o ano passado que todos os nossos certificados vão ficar sempre ligados à data da ChavePublicaAT.cer Assim sendo, antes de sair a nova ChavePublicaAT.cer ( pois a atual termina a 28-06-205 ), qualquer certificado pedido com a ChavePublicaAT.cer atual vai ficar com a validade de 28-06-205 Como resumo, todos ficaremos com os nossos certificados a terminarem na mesma data ( ou contrário do que aconteceu até então ) e com certeza a validade deverá ser a mesma da nova ChavePublicaAT.cer

Obrigado Marco

Alguem tem o LINk direto para baixar o TesteWebServices.pfx mais atual ?

No fundo do Mail da AT, eles chama a atenção para a a alteração do TLS !!! É melhor verificarem e lerem bem a totalidade do mail