Jump to content

Vitor P.

Member
  • Posts

    399
  • Joined

  • Last visited

Everything posted by Vitor P.

  1. É sempre bom contarmos que as coisas do lado da AT podem falhar, assim é sempre aconselhavel: 1º - Nunca pedir a renovação do Certificado em cima da data, podendo o software ficar dependurado por conta de um simples Certificado ( podem pedir o Certificado 1, 2, 3 meses antes, não tem de ser pedido 8 dias antes de terminar 2º - Devem sempre ter mais que um Certificado em vosso poder ( nós aqui a cada 6, máximo 12 meses pedimos um novo, assim temos sempre de 2 a 4 Certificados em nosso poder ) Sim, podemos ter vários Certificados em nosso poder que a AT não cria qualquer problema Pensarmos ser uma forma simples de nunca ficarmos dependurados nem dependentes da AT por conta de um Certificado expirado ( já bastam as outras falhas da AT )
  2. Ambiente de testes: 'https://servicos.portaldasfinancas.gov.pt:701/sgdtws/documentosTransporte' 'https://servicos.portaldasfinancas.gov.pt/sgdtws/documentosTransporte'
  3. Deixo aqui o XML, agora é só comparar: <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>599999993/0037</wss:Username> <wss:Password>NPxR8zwNGEadVJPqvyCzYg==</wss:Password> <wss:Nonce>hQMW2jDP+RiiIYTl5Kq/a7WaWDiMlp9BOCpbVdWRZnRxzEsKqeGNyGOugJ2y5fOyrCLnCNeMYs8jVI9WdV5WLZWwcKH+9GNI1iGbIhl2mrIGbWbAUzsvYItBKjso+VuPqAszYdEvQKNErEGdyTaxo9rDEukbLaf38dFKYm/oKq020qoU+Kz40kim3XIrlUhk8svVLgEHm74Hfc8RlAiVdKqN/THInGtJ3mR240uBk5Phel4aej6dKUi87rsxREizVmEIeQnBEDq94WsbrUVb2Qk5KGjgHTXhkUSyXWsTWRfHZbI+2rtxb90yLB7+UpI1TelzHX/oTXLdkuH4gbiG5Q==</wss:Nonce> <wss:Created>L4Zeo/mTvHHwAuuQfyEffBY2hHRIzxE4raBaezirfxA=</wss:Created> </wss:UsernameToken> </wss:Security> </soapenv:Header> <soapenv:Body> <doc:envioDocumentoTransporteRequestElem> <TaxRegistrationNumber>599999993</TaxRegistrationNumber> <CompanyName>DEMO</CompanyName> <CompanyAddress> <Addressdetail>Rua de Castro, 912</Addressdetail> <City>LISBOA</City> <PostalCode>4000-045</PostalCode> <Country>PT</Country> </CompanyAddress> <DocumentNumber>007 2024/1234</DocumentNumber> <ATCUD>ABJFF7RCX7-1234</ATCUD> <MovementStatus>N</MovementStatus> <MovementDate>2023-12-28</MovementDate> <MovementType>GR</MovementType> <CustomerTaxID>999999990</CustomerTaxID> <CustomerAddress> <Addressdetail>Desconhecido</Addressdetail> <City>Desconhecido</City> <PostalCode>0000-000</PostalCode> <Country>PT</Country> </CustomerAddress> <CustomerName>CONSUMIDOR FINAL</CustomerName> <AddressTo> <Addressdetail>Desconhecido</Addressdetail> <City>Desconhecido</City> <PostalCode>0000-000</PostalCode> <Country>PT</Country> </AddressTo> <AddressFrom> <Addressdetail>Rua de Castro, 912</Addressdetail> <City>LISBOA</City> <PostalCode>4000-045</PostalCode> <Country>PT</Country> </AddressFrom> <MovementStartTime>2023-12-28T15:50:00</MovementStartTime> <Line> <ProductDescription>TESTE</ProductDescription> <Quantity>1.000</Quantity> <UnitOfMeasure>UN</UnitOfMeasure> <UnitPrice>0.0000</UnitPrice> </Line> </doc:envioDocumentoTransporteRequestElem> </soapenv:Body> </soapenv:Envelope>
  4. O que salta logo à 1ª vista é a falta do ATCUD !!! Esta TAG tem de existir logo depois do <DocumentNumber> Exemplo: <ATCUD>AAJFF6RCW7-28122024</ATCUD>
  5. Ah, o <DocumentNumber> tambem está errado !! A estrutura é: Código Interno do Documento ESPAÇO Série / Sequencial ( Nº do Documento na Base de Dados ) Exemplo: "1 2024/1500"
  6. Boa Tarde O erro não é do lado da AT !!! Acabei de enviar meia dúzia de Documentos em modo de testes e funciona perfeitamente. Agora, como alguem já comentou, esses "Z's" não fazem parte da estrutura da data nem na hora
  7. Sim, e para "todos os efeitos previstos na lei" ( o que inclui o eInvoicing )
  8. Marco, a semana passada quando apareceu a versão 2.8.1 coloquei no software pois assim o processo que já tinha com a versão 2.8.0 ( auto-atualização ) !!! De imediato verifiquei que a Auto-Atualização não acontecia Fui ao site da AT e verifiquei que já existia uma nova versão ( 2.8.2 lançada se não me engano no dia 6 deste mês ) Coloquei essa nova versão no meu software e a auto atualização continuava a não funcionar e o SAFT a não ser enviado Fui buscar a versão anterior ( 2.8.0 de 16 de Agosto ) e logo a auto atualização passou a funcionar e o envio do SAFT tambem Pela minha leitura a versão 2.8.1 lançada pela a AT no dia 28 de Novembro veio com Bug !!! Logo de imediato eles corrigem com a 2.8.2 a 6 de Agosto, e pelo menos a mim continuo com BUG !!! Resumindo estou com a versão 2,8.0 e tudo a funcionar corretamente !!! Nunca mais volto a colocar a versão mais recente sem testar bem antes, pois a AT tem lançado BUG atrás de BUG
  9. Devia era ir tudo pelo ar ( eInvoiving, PDF assinados, etc ) !!! Andam aqui a controlar QrCodes ( que eu achei uma ótima implementação ), a controlar SAFT's, Webservices, etc querem PDF's assinados quando as faturas são comunicadas via SAFT ou por Webservice, e depois ........ temos como um dos exemplos, a RAYANAIR que nunca registou até hoje uma unica Fatura em Portugal !!! Os clientes portugueses compram, voam, pedem Fatura e não recebem A AT já "forçou" a Rayanair a entregar Faturas e ela nega-se sem lhe acontecer nada ......... e anda aqui a AT a controlar os tostões das Micro e Pequenas empresas que lutam para se manterem abertas, como vai um pequeno Talho, pequena Padaria, etc, conseguir pagar para manter o eInvoicing ( Software-House que é quem faz todo o trabalho, Brocker que está sentado a receber sem fazer nada, e empresas de Certificados ) Espero que este adiamento continue a ser uma prenda de Natal todos os anos !!!
  10. Todos os anos se discute isto, quando todos os anos se chega à mesma conclusão, o que aliás é literal na descrição do adiamento: "Até 31 de dezembro de 2024 são aceites faturas em PDF, sendo consideradas como faturas eletrónicas para todos os efeitos previstos na legislação fiscal." A AP não se encontra fora de "........ para todos os efeitos previstos na legislação fiscal", a AP assim como todos nós tem de cumprir a legislação fiscal !! Outra coisa seria a própria lei descriminar de forma detalhada que a eInvoicing não estaria abrangido por este adiamento o que nunca aconteceu até hoje. Quem não vai gostar da Noticia são os Brockers ......
  11. Só para lembrar que já vários meses atrás a AT lançou uma versão do FACTEMICLI que automaticamente "se atualiza a si mesma". Assim nunca mais foi preciso atualizarmos este JAR pois quando ele deteta que existe uma nova versão, importa a nova versão e envia o SAFT através dessa versão e não da nossa versão que se encontra desatualizada ( e sem qualquer problema em estar desatualizada pois vai continuar sempre a chamar a nova versão ) Claro, sempre que pudermos colocar no FACTEMICLI no nosso software tanto melhor, assim evitamos a importação automática do novo JAR sempre que queremos enviar o SAFT, mas pelos menos não temos de andar com correrias a atualizar os clientes pois tudo funciona na perfeição mesmo quando sai uma nova versão. Deve-se utilizar o parâmetro -c para indicar o Caminho pra onde vai ser descarregada a nova versão do FACTEMICLI Link dos Parâmetros: https://faturas.portaldasfinancas.gov.pt/envioBatchInfoNovo.action
  12. A resposta da AT costuma ser rápida, depois demora é atualizar os cliente …. Para nunca acontecer isto, a cada 6 meses pedimos um novo Certificado, assim para além de termos mais que um Certificado válido, nunca temos nenhum cliente que ao atualizar o programa fique com um Certificado com menos de 6 meses Para além disso temos sempre o software a avisar que o Certificado vai caducar no dia tal, quando faltam menos de 30 dias para terminar Assim nunca mais tivemos problemas com a expiração do Certificado
  13. Confirmado, só importa se detetar que existe uma nova versão o que faz todo o sentido Como estava a testar com a versão atual não recebia nenhum ficheiro obrigado
  14. Boas Alguem consegue receber o JAR atual da AT através deste novo comando ( -c ) com a nova versão 2.8.0-50828 ? Já coloquei várias pastas com nomes diferentes, e nada Coloquei no fim do caminho um nome para o Ficheiro a importar, e nada Já coloquei o "-c" como ultima instrução, como antepenúltima, etc, e nada Será que só funciona se verificar que existe uma versão diferente da que estamos a utilizar ? Obrigado
  15. Boa Tarde Em Abril ou Maio passado, alguem aqui postou uma nova Portaria ou Diretiva que vinha confirmar ( a Diretiva de dezembro ) que o eInvoicing para Micro, Pequenas e Médias empresas tinha sido adiado para 31 de Dezembro de 2023 Alguem ainda tem o Link deste documento e que o possa postar aqui ? Obrigado
  16. Estamos a importar dados de um Moloni ( software on-line ) e o cliente disse que no dia que não pagar a mensalidade fica sem acesso SAGE em aluguer pelo que sei também bloqueia os acessos Falta agora saber o que diz a lei sobre o assunto, não dizendo nada deve ser utilizada a lei geral de arrendamentos ( não paga não tem serviço ) Boa hora para colocar o problema a AT
  17. Vou tentar em 2 palavras responder pois existem aqui questões contabilísticas que nada tem a ver com Software: - Os Recibos não precisam de HASH, mas precisam de QRCODE - A nivel de certificação de software, os Recibos não tem nenhuma obrigação de serem emitidos, é uma opção do cliente utilizador e da opinião do seu TOC Claro, seguindo o bom senso, pagamento de Faturas ( FT ) principalmente se forem pagas a dinheiro ou se forem emitidas a crédito, um Recibo no final da transação só trará transparencia para ambas as parte como para a AT ( muito embora a AT só importa Recibos do Tipo RC- Regime de IVA ) O Software é que não tem de ter nenhum mecanismo que obrigue a emitir recibos, isso fica ao cuidado do cliente utilizador do software que deve configurar o software ao seu jeito Faturas Simplificadas ( FS ) e Fatura/Recibo ( FR ) só por si já pressupoêm o recebimento ( que deve ir mencionado na Fatura ), mas tambem aqui a lei não proibe que alguem possa emitir Recibos de FS ou FR, pode é não fazer sentido - Os Recibos não podem ( ou não devem ) ter Pagamentos por Conta !!! Os Adiantamentos, tem de ter sempre como suporte uma Fatura com o valor do adiantamento, pagar o IVA se for caso disso, etc
×
×
  • Create New...

Important Information

By using this site you accept our Terms of Use and Privacy Policy. We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.