Fabricantes de software querem proibir venda do TOCOnline

Me and me says:

Eu até tenho de ajudar a exportar inventários pq o cliente n sabe ou não quer tentar.
Tenho de saber se podem ou não anular documentos.
Tenho de saber o que fazer relativamente as guias de transporte… Podemos continuar

Eu como informático vejo de tudo e 99% das vezes não se atualiza o programa pq o cliente não tem pachorra para parar o tempo necessário para implementar.

N.P. says:

É quase isso… 🙂
A generalização é uma coisa gira!

Já eu passo a vida a dizer aos meus clientes os prazos deles, e até já tive de os dizer a CCs dos meus clientes (o que é manifestamente absurdo, mas não deixa de ser real).
O mesmo para as taxas de IVA a que têm de vender os seus produtos, especialmente na restauração. É o informático que tem de saber isso? Não. O informático só tem de informar o cliente onde no programa ele pode alterar as taxas.

Actualizações? Já tive clientes a pedir-me para não as fazer, porque “não lhes dá jeito”. Por vezes por falta de dinheiro, por vezes porque a actualização irá trazer algo que os impede de fug… funcionar como de costume.

Já tive de dar auditoria legal a clientes, e num deles até tive de compor um dossier com as leis que regulam a facturação, porque um fiscal local era nabo e achava que FRs eram ilegais em 2015 (tinham de ser VDs, dizia ele… em 2015!), e o CC do cliente, em vez de fazer o seu trabalho, auxiliando o cliente, disse-lhe que o melhor era que o programa fosse alterado para cumprir esse requisito legal. Dois idiotas, o fiscal e o CC, que nem para ler a legislação da sua área serviram nesse caso concreto.
Ora, alterar um programa certificado para emitir VDs, um documento ilegal desde Jan/2013. Era lindo. E depois a culpa era de quem? Do informático, claro está.

Ainda hoje a minha colega teve de auxiliar uma CC de um cliente nosso a enviar o ficheiro de inventário, porque “dava erro” e “o programa gerou mal o ficheiro”.
Após análise ao ficheiro e boa validação no portal das finanças, reenviou o mesmo ficheiro à CC, que pouco tempo depois respondeu ao email com a mensagem “agora já dá”.
E agora? Era o ficheiro, que acabou por ser enviado na mesma? Ou era azelhice?

Outro caso, relativo ao SAF-T. O CC foi emitir o SAF-T ao cliente às 18:00 do dia 25 (antiga data limite de entrega). O ficheiro deu erro a enviar, ligou-me a dizer que tinha de resolver o problema, porque se houvesse coima era a minha empresa que teria de pagar. A minha?? Então fulano teve 25 dias para tratar disso, que a meia hora do fim do expediente do último dia é que se lembrou? E a piece de resistance? O problema estava na pen dele, danificada.
E antes da conversa do “não é o CC que tem obrigação de enviar o SAF-T”, eu digo já que É SIM, se for esse o contrato que tem com o cliente. Como tal, sem saber os detalhes do contrato, “não é o CC que tem obrigação de enviar o SAF-T” não é argumento.

Agora, também há muitos CCs que, coitados, aturam com cada um que não lembra ao diabo. E sim, alguns não são devidamente pagos – tal como os informáticos – por todo o serviço que fazem.
Mas há bons e maus profissionais em todas as áreas.

É giro falar quando se está fora da acção, mas quando se fala sem conhecer é que se pode considerar “ignorância dos comentários”, não lhe parece?

Piri Lampo says:

Hugo, eu apenas fiz uma conta muito simples. Há soluções por 19€ mês em que um CC produz o seu trabalho.
Paga 12, e recebe o quê?
Se a ordem, por causa desta acção, tiver que ‘oferecer’ o acesso ao software, em vez de o cobrar, acha que a sua quota permanece nos 12?
É suficientemente claro agora?

mlopes says:

ser em cloud não é é só vantagens. tentem pedir backups à occ e vejam a resposta 😉