il faut justifier de l'achat (appel d'offre), faire les démarches, justifier de la livraison technique, remonter le formulaire XY à la compta, qui va vérifier que c'est conforme au devis effectué lors de l'appel d'offre, puis ensuite demander au trésor public de régler la facture.
Tu mélanges tout, là ! Toute la partie appel d'offre se fait en amont, avant de choisir le prestataire/fournisseur. Là, on parle de le payer pour le bien/service fourni, donc la question de l'appel d'offre ne se pose plus.
Et pour avoir vu de près Chorus (le logiciel de gestion des finances de l'État, basé sur SAP), je peux te garantir que toute la chaine de paiement est clairement définie : on enregistre la commande, on l'émet, on réceptionne le produit/service, on contrôle le produit/service par rapport à la commande émise et à la facture reçue, on valide ce contrôle, on débloque les crédits, on valide le déblocage des crédits, et ça part à la Trésorerie...
Du coup, ça fait beaucoup (4 personnes min.) d'intervenants dans la chaine (sauf qu'en pratique, ils sont tous, sauf la Trésorerie, dans des bureaux mitoyens, voire dans le même bureau), ce qui explique une partie des lenteurs dans le paiement. De plus, il n'est pas rare que les équipes soient sous-dimensionnés, d'où autre problème de retard. Enfin, les bugs de Chorus ne sont pas à exclure (du genre, une facture enregistrée par la préfecture X, qui se retrouve envoyée au validateur de la préfecture Y, les 2 n'ayant aucun rapport et n'ayant normalement pas le droit de consulter des documents extérieurs à leur préfecture).
[^] # Re: Nicolas, président, Nicolas, président...
Posté par windu.2b . En réponse au journal Hacker le développement des entreprises. Évalué à 8.
Tu mélanges tout, là ! Toute la partie appel d'offre se fait en amont, avant de choisir le prestataire/fournisseur. Là, on parle de le payer pour le bien/service fourni, donc la question de l'appel d'offre ne se pose plus.
Et pour avoir vu de près Chorus (le logiciel de gestion des finances de l'État, basé sur SAP), je peux te garantir que toute la chaine de paiement est clairement définie : on enregistre la commande, on l'émet, on réceptionne le produit/service, on contrôle le produit/service par rapport à la commande émise et à la facture reçue, on valide ce contrôle, on débloque les crédits, on valide le déblocage des crédits, et ça part à la Trésorerie...
Du coup, ça fait beaucoup (4 personnes min.) d'intervenants dans la chaine (sauf qu'en pratique, ils sont tous, sauf la Trésorerie, dans des bureaux mitoyens, voire dans le même bureau), ce qui explique une partie des lenteurs dans le paiement. De plus, il n'est pas rare que les équipes soient sous-dimensionnés, d'où autre problème de retard. Enfin, les bugs de Chorus ne sont pas à exclure (du genre, une facture enregistrée par la préfecture X, qui se retrouve envoyée au validateur de la préfecture Y, les 2 n'ayant aucun rapport et n'ayant normalement pas le droit de consulter des documents extérieurs à leur préfecture).