Le traitement BSU réinitialise les registres d'accumulation. Remise à zéro des soldes et mouvements des registres d'accumulation (UF)

Nous avons décidé de remettre de l'ordre en quelque sorte dans la configuration de la version UT 11. Et là... Les soldes des marchandises ne correspondent pas aux soldes des organisations (plusieurs organisations sont utilisées), et avec les envois de marchandises, elles ne sont pas du tout proches, et même le commerce à commission est utilisé parallèlement au commerce régulier. Bref, tout est tellement négligé qu'il est plus facile de repartir de zéro, MAIS... On ne peut pas repartir de zéro - il y a un lien avec la comptabilité d'entreprise 3.0 (répertoires, documents), et là le reporting a déjà été soumis. Nous avons décidé de mettre les choses en ordre séparément dans le service comptable, et séparément dans le service comptable. Spécifiquement pour l'UT, nous avons décidé : on met à zéro tout ce qui concerne les marchandises (marchandises en entrepôt, marchandises des organisations, envois de marchandises des organisations, plus registres associés à la commission), puis on fait une réception fictive (y compris pour la commission), et nous corrigeons les règlements mutuels en ajustant les règlements mutuels. Au début, j'ai commencé à écrire un traitement pour des registres spécifiques, pendant que j'écrivais, je pensais en écrire un universel en à peu près le même temps, mais il conviendrait à tous les registres, pour ne pas avoir à le réécrire dix fois plus tard. . Il devrait également convenir aux configurations Retail 2, Complex et autres pour les formulaires gérés. Testé sur UT11.

Comment utiliser. Tout d'abord, nous créons manuellement un document vide « ajustement du registre », réglons la date et l'heure (j'ai réglé 23:59:59 à la fin du trimestre), les soldes du registre seront amenés exactement à cette position (position du document), dans en général, à partir du document, nous n'avons besoin que de la position et du besoin. Ensuite, nous sélectionnons les registres que nous devons mettre à zéro et cliquons sur « Générer ». Nous ouvrons le réglage, regardons, vérifions les registres à l'aide de rapports et/ou d'un rapport universel. Les soldes sont clôturés pour toutes les dimensions et pour toutes les ressources. Aussi dans le formulaire il y a une sélection par organisation et entrepôt (un retour de la version originale, mais ça marche), je n'ai pas ajouté d'autres sélections (puisque je n'en avais pas du tout besoin), celui qui en a besoin, vous pouvez ajoutez-le vous-même, tout est clairement écrit dans le module, et ce n'est pas moi qui ai commencé à l'utiliser car, par exemple, si vous faites une sélection par organisation, alors pour le registre « Biens des organisations » la sélection fonctionnera, mais pour le registre « Marchandises dans les entrepôts », ce ne sera pas le cas (une telle mesure n'existe pas), je l'ai donc mis à zéro sans sélection.

Un certain temps a passé...

Une nouvelle version a été publiée, le traitement a maintenant appris (auparavant, il donnait une erreur - c'est-à-dire qu'il ne fonctionnait en réalité qu'avec les registres de balance) à inverser les mouvements dans le registre d'accumulation en circulation. De plus, les mouvements sont inversés, c'est-à-dire si vous regardez le registre, disons « Ventes » dans UT11, alors après annulation, les ventes ne seront plus affichées du tout, c'est-à-dire comme s'il n'y avait aucune vente - le chiffre d'affaires dans son ensemble pour la période sera vide. Encore une fois - il s'avère par exemple que nous avons eu des ventes pour la période du 1er au 30 janvier, le 31 je fais une inversion, après si je regarde le rapport du 1 au 30 - je verrai les ventes, du 31 au 31 - Je verrai les mouvements d'inversion, de 1 à 31 - afficherai vide. Par exemple, j'ai inversé les mouvements de la caisse « Caisse » en UT11 et Retail 2.2 alors que je devais mettre de l'ordre dans la « Caisse » (50 comptes, qui sait).

Oui, j'ai oublié de dire, le champ "Date de début" est apparu - il sert à fixer la date de début de la période pour les registres de chiffre d'affaires (pour les soldes, bien sûr, cela ne s'applique pas), la position du document "Ajustement du registre" est utilisée comme date de fin de période (pour les registres de chiffre d'affaires) - c'est-à-dire . comme pour le registre des soldes (les soldes sont retirés en position de document). Pour les registres de chiffre d'affaires, la « Date de début » peut rester vide - dans ce cas, elle est perçue comme la date la plus ancienne qui puisse exister, et pour le registre de chiffre d'affaires, cela signifiera que tous les mouvements depuis le début de la comptabilité jusqu'à la position du « Le document « Ajustement du registre » est inversé.

Bonne nouvelle : le coût en points a diminué.

• Remise à zéro rapide et pratique des soldes;
• Interfaces simples et avancées ;
• Prise en charge des registres d'accumulation et de comptabilité(y compris avec correspondance activée et désactivée ; avec et sans plan comptable) ;
• Prend en charge la plupart des configurations;
• Capacité à travailler avec n'importe quel registre de configuration, pas seulement avec les registres standard ;
• Paramètres de sélection flexibles(sélection par dimensions, détails, ressources, ainsi que par leurs champs imbriqués. Utilisation des groupes « ET », « OU », « NON ». Basé sur ACS) ;
• La possibilité de réinitialiser non pas tout, mais seulement les ressources nécessaires;
• Remplir les champs corr. comptes pour le registre comptable (sous-compte, mesures et ressources hors bilan), ainsi que tous détails avec les valeurs sélectionnées ;
• Possibilité de sélectionner le type de document de régularisation (si la configuration permet de réguler le registre avec plusieurs types de documents) ;
• La possibilité d'enregistrer des mouvements dans un nouveau document ou un document précédemment créé ;
• Prise en charge de plusieurs modes travaux:
  • Compte réinitialisable en Dt (pour les registres comptables) ;
  • Compte réinitialisable en Kt (pour les registres comptables) ;
  • Valeurs positives des ressources ;
  • Valeurs de ressources négatives.
• Travailler dans des configurations non standard (si vous y ajoutez un document d'ajustement de configuration standard (de la liste de ceux pris en charge)) ;
• Interface flexible : seuls les champs nécessaires dans la configuration actuelle du registre sélectionné sont affichés ;
• Connectivité comme traitement externe.

Revoir

Le traitement s'ouvre par défaut dans une interface simple. Il contient un minimum de champs et permet de réinitialiser l'ensemble du registre. Si vous avez besoin de plus de paramètres, vous devez cliquer sur le bouton « Activer le mode avancé ».

L'interface du mode avancé peut être divisée en plusieurs parties :

1. Champs de sélection des cas.

La liste déroulante avec les noms des registres comprend tous les registres, à l'exception des registres circulants (ils n'ont pas de soldes).

2. Champs de paramètres du document d'ajustement.

Selon la situation, certains d'entre eux peuvent être masqués.
Une mention particulière doit être faite au champ « Effectuer des ajustements dans le document… ». Dans celui-ci, vous pouvez sélectionner l'un des modes de formation du mouvement :

• Tous les mouvements avec la vue « Entrant » (mode pour les registres d'accumulation) ;
• Tous les mouvements avec la vue « Consommation » (mode pour les registres d'accumulation) ;
• Compte réinitialisable en Dt (pour les registres comptables). Le document de régularisation générera des transactions de la forme Dt<Счет>CT<КоррСчет> ;
• Compte zérotable en Kt (pour les registres comptables). Le document de régularisation générera des transactions de la forme Dt<КоррСчет>CT<Счет> ;
• Valeurs de ressources positives (ce mode est utile, par exemple, lorsque des montants négatifs ne peuvent pas être écrits dans le registre) ;
• Valeurs de ressources négatives (si vous devez réduire le chiffre d'affaires lors de la réinitialisation).

3. Réinitialiser les champs du document de date et d'ajustement.

Dans le champ « Réinitialiser les soldes à compter de la date », vous devez indiquer la date et l'heure auxquelles les soldes à réinitialiser seront reçus. Lors de la réception des restes, le mouvement s'enclenche à la dernière seconde.
Selon le type de document de régularisation, les champs « Commentaire » et/ou « Organisation » seront disponibles. Les valeurs de ces champs seront transférées dans le document de régularisation.

4. Signets « Compte et compte corr. », « Détails », « Ressources » et « Dessins ».
Selon le registre sélectionné, certains d'entre eux peuvent être masqués.

Sur onglet "Compte et compte correspondant" « Compte » est sélectionné (qui sera remis à zéro). Aussi, si nécessaire, vous pouvez sélectionner « Compte correspondant », son sous-compte, ses mesures hors bilan et ses ressources. Les valeurs de ces champs seront insérées dans toutes les transactions à côté du « Compte correct ».

Sur Onglet "Détails" Vous pouvez sélectionner les valeurs des détails qui seront substitués dans tous les mouvements du document de régularisation.

Sur Onglet "Ressources" vous devez signaler ceux qui doivent être réinitialisés (tous sont sélectionnés par défaut). Vous pouvez par exemple réinitialiser uniquement les « Montants » sans modifier la « Quantité ».

Sur Onglet "Sélections" vous pouvez sélectionner les conditions nécessaires. Par exemple, si vous devez réinitialiser non pas tous les soldes, mais uniquement ceux liés à une organisation spécifique. Ou seulement ceux dont les soldes sont négatifs.
Lors de la spécification des sélections, vous pouvez sélectionner des champs et des groupes imbriqués « ET », « OU », « NON ».

Tout champ ou registre peut être inaccessible s'il n'y a aucun droit sur eux ou s'ils sont désactivés dans les paramètres du programme (options fonctionnelles).

Pour savoir quel traitement des documents de réglage a « vu » dans la configuration actuelle, vous devez cliquer sur le point d'interrogation à droite du champ « Document de réglage ».

Compatibilité

Le traitement est principalement destiné aux systèmes pilotés par interface. Dans les systèmes développés avec l'ancienne interface, cela fonctionnera également, mais avec certaines limitations. Détails dans le tableau 1.

Vous pouvez réinitialiser tous les registres utilisés pour effectuer des mouvements dans les documents de régularisation.

Tableau 1. Configurations sur lesquelles le traitement a été testé

Le traitement est conçu pour les clients épais et minces.
Le code est ouvert.

Nous avons décidé de remettre de l'ordre en quelque sorte dans la configuration de la version UT 11. Et là... Les soldes des marchandises ne correspondent pas aux soldes des organisations (plusieurs organisations sont utilisées), et avec les envois de marchandises, elles ne sont pas du tout proches, et même le commerce à commission est utilisé parallèlement au commerce régulier. Bref, tout est tellement négligé qu'il est plus facile de repartir de zéro, MAIS... On ne peut pas repartir de zéro - il y a un lien avec la comptabilité d'entreprise 3.0 (répertoires, documents), et là le reporting a déjà été soumis. Nous avons décidé de mettre les choses en ordre séparément dans le service comptable, et séparément dans le service comptable. Spécifiquement pour l'UT, nous avons décidé : on met à zéro tout ce qui concerne les marchandises (marchandises en entrepôt, marchandises des organisations, envois de marchandises des organisations, plus registres associés à la commission), puis on fait une réception fictive (y compris pour la commission), et nous corrigeons les règlements mutuels en ajustant les règlements mutuels. Au début, j'ai commencé à écrire un traitement pour des registres spécifiques, pendant que j'écrivais, je pensais en écrire un universel en à peu près le même temps, mais il conviendrait à tous les registres, pour ne pas avoir à le réécrire dix fois plus tard. . Il devrait également convenir aux configurations Retail 2, Complex et autres pour les formulaires gérés. Testé sur UT11.

Comment utiliser. Tout d'abord, nous créons manuellement un document vide « ajustement du registre », réglons la date et l'heure (j'ai réglé 23:59:59 à la fin du trimestre), les soldes du registre seront amenés exactement à cette position (position du document), dans en général, à partir du document, nous n'avons besoin que de la position et du besoin. Ensuite, nous sélectionnons les registres que nous devons mettre à zéro et cliquons sur « Générer ». Nous ouvrons le réglage, regardons, vérifions les registres à l'aide de rapports et/ou d'un rapport universel. Les soldes sont clôturés pour toutes les dimensions et pour toutes les ressources. Aussi dans le formulaire il y a une sélection par organisation et entrepôt (un retour de la version originale, mais ça marche), je n'ai pas ajouté d'autres sélections (puisque je n'en avais pas du tout besoin), celui qui en a besoin, vous pouvez ajoutez-le vous-même, tout est clairement écrit dans le module, et ce n'est pas moi qui ai commencé à l'utiliser car, par exemple, si vous faites une sélection par organisation, alors pour le registre « Biens des organisations » la sélection fonctionnera, mais pour le registre « Marchandises dans les entrepôts », ce ne sera pas le cas (une telle mesure n'existe pas), je l'ai donc mis à zéro sans sélection.

Un certain temps a passé...

Une nouvelle version a été publiée, le traitement a maintenant appris (auparavant, il donnait une erreur - c'est-à-dire qu'il ne fonctionnait en réalité qu'avec les registres de balance) à inverser les mouvements dans le registre d'accumulation en circulation. De plus, les mouvements sont inversés, c'est-à-dire si vous regardez le registre, disons « Ventes » dans UT11, alors après annulation, les ventes ne seront plus affichées du tout, c'est-à-dire comme s'il n'y avait aucune vente - le chiffre d'affaires dans son ensemble pour la période sera vide. Encore une fois - il s'avère par exemple que nous avons eu des ventes pour la période du 1er au 30 janvier, le 31 je fais une inversion, après si je regarde le rapport du 1 au 30 - je verrai les ventes, du 31 au 31 - Je verrai les mouvements d'inversion, de 1 à 31 - afficherai vide. Par exemple, j'ai inversé les mouvements de la caisse « Caisse » en UT11 et Retail 2.2 alors que je devais mettre de l'ordre dans la « Caisse » (50 comptes, qui sait).

Oui, j'ai oublié de dire, le champ "Date de début" est apparu - il sert à fixer la date de début de la période pour les registres de chiffre d'affaires (pour les soldes, bien sûr, cela ne s'applique pas), la position du document "Ajustement du registre" est utilisée comme date de fin de période (pour les registres de chiffre d'affaires) - c'est-à-dire . comme pour le registre des soldes (les soldes sont retirés en position de document). Pour les registres de chiffre d'affaires, la « Date de début » peut rester vide - dans ce cas, elle est perçue comme la date la plus ancienne qui puisse exister, et pour le registre de chiffre d'affaires, cela signifiera que tous les mouvements depuis le début de la comptabilité jusqu'à la position du « Le document « Ajustement du registre » est inversé.

Bonne nouvelle : le coût en points a diminué.

Apprendre à travailler avec des registres (1C : Comptabilité 8.3, édition 3.0)

Chers lecteurs, dans cette leçon, je souhaite aborder un sujet extrêmement important lorsque l'on travaille dans 1C : Comptabilité 8.3 - Registres.

Je vais immédiatement vous montrer avec un petit exemple pourquoi c'est si important.

Ayons une paie pour janvier :

Début février, nous créons une fiche de paie depuis la caisse et cliquons sur le bouton « Remplir » :

Et nous obtenons ce qui suit :

Mais pour janvier :

• Accumulation de 50 000 roubles
• Impôt sur le revenu des personnes physiques 6 500 roubles
• Total à payer 43 500 roubles

Où l'erreur s'est-elle glissée ? Quelque chose s'est mal passé ? Est-il vraiment possible de toujours saisir manuellement le montant à payer maintenant ?

Un comptable expérimenté fera immédiatement un bilan du compte 70 :

Et il sera encore plus perplexe, car selon le rapport, ces mêmes 43 500 doivent encore être payés ! Et d’où viennent les 5 000 roubles supplémentaires ?

De plus, une telle situation (avec tous les calculs) peut se produire aussi bien dans la « troïka » que dans les « deux ».

Aujourd'hui, je vais essayer de lever le voile du secret - pourquoi parfois le programme se comporte si étrangement. Je vais vous expliquer comment trouver et corriger l'erreur dans de tels cas. Vers la fin de l’article, nous découvrirons d’où viennent ces 5 000 roubles.

Alors allons-y!

Apprendre à voir les registres

Lors de la comptabilisation des documents, 1C:Comptabilité 8 effectue des écritures sur les comptes comptables (le bouton DtKt pour tout document) :

C'est sur la base de ces opérations que sont construits tous les rapports comptables : Analyse du compte, Fiche de compte, Bilan...

Mais il existe une énorme couche de données qui est écrite par le programme en parallèle des affichages et qui sert à tout le reste : remplissage du KUDIR, un livre d'achats et de ventes, reporting réglementé... honoraires, enfin

Comme vous l'avez probablement déjà deviné, cette couche s'appelle registres, il est la:

Maintenant, je n'entrerai pas dans les détails de la description des registres eux-mêmes, afin de ne pas vous embrouiller encore plus.

Regardons de plus près le registre « Salaires à payer » - c'est celui-ci qui a du sens pour résoudre notre problème avec les 5 000 supplémentaires :

On voit dans ce registre deux inscriptions faites à l'arrivée, c'est-à-dire en plus. Si nous faisons défiler vers la droite de l'écran, nous verrons dans la première ligne le montant à payer « -6 500 », et dans la seconde « 50 000 ».

Le solde de ce registre -6 500 + 50 000 est égal à 43 500, qui doit être inclus dans le document « Relevé de paiement à la caisse » lorsque l'on clique sur le bouton « Remplir ».

Je le répète encore une fois - le décompte de paiement détermine nos arriérés de salaires envers le salarié non pas selon le compte 70, mais selon le registre « Salaires à payer ».

Il s'avère que nous savons que le salaire à payer est rempli sur la base de ce registre, mais même en voyant les inscriptions dans le registre, nous ne pouvons pas comprendre ce qui ne va pas.

Très probablement, nous ne voyons pas l'ensemble du tableau (il existe peut-être d'autres enregistrements pour ce registre) et un outil d'analyse du registre, similaire aux rapports comptables, suggère.

Apprendre à analyser les registres

Et il existe un tel outil, il s'appelle " Rapport universel".

Allez dans la section « Rapports » et sélectionnez « Rapport universel » :

Sélectionnez le type de registre « Registre d’accumulation », le registre « Salaire à payer » et cliquez sur le bouton « Générer » :

Cela s'est avéré peu informatif :

En effet, une configuration préalable du rapport est requise, cliquez sur le bouton « Afficher les paramètres » et dans l'onglet « Regroupement » ajoutez le champ « Employé » :

Dans l'onglet « Sélections », nous effectuons une sélection pour notre organisation :

Cliquez sur le bouton "Générer":

Maintenant, c'est plus intéressant. Nous voyons que le solde à payer à notre employé est le même, 48 500 roubles !

Accédez à nouveau aux paramètres du rapport et ajoutez un nouveau champ « Enregistreur » à l'onglet « Indicateurs » :

Nous générons à nouveau le rapport :

On voit désormais clairement que 5 000 sont apparus à la suite de l'opération (apparemment en entrant des soldes) au 31 décembre 2014.

Et il faut soit modifier cette opération, soit ajuster manuellement le registre « Salaires à payer » et clôturer ces 5 000 roubles, par exemple le 31 décembre 2015.

Passons à la deuxième voie. Notre tâche est donc de nous assurer qu'au début de 2016, il n'y a aucune dette envers le salarié dans le registre « Salaires à payer ».

Cela se fait par opération manuelle.

Apprendre à ajuster les registres

Allez dans la rubrique « Opérations » et sélectionnez « Opérations saisies manuellement » :

Nous créons une nouvelle opération fin 2015 :

Dans le menu « Plus », sélectionnez « Sélectionner les registres... » :

Précisez le registre « Salaire à payer » et cliquez sur OK :

Accédez à l'onglet d'inscription qui apparaît et effectuez une dépense de 5 000 roubles :

En faisant cela, nous soustrayons en quelque sorte 5 000 roubles du registre par employé afin d'atteindre zéro d'ici début 2016.

Nous réalisons l'opération et régénérons le rapport universel :

Tout s'est bien passé ! Nous constatons que notre opération manuelle en date du 31 décembre 2015 a ramené le solde à zéro et que le salaire payable après régularisation est égal aux 43 500 attendus.

Incroyable. Et maintenant, nous allons vérifier cela dans le relevé de paiement.

Mais je souhaite d’abord attirer votre attention sur un autre point important :

Veuillez noter que les soldes au début et à la fin pour le groupe « Employé » montrent des absurdités. Ce n'est pas une erreur, c'est une nuance à prendre en compte liée aux caractéristiques architecturales du 1c.

Si nous exigeons des soldes par regroupement d’employés, nous devons d’abord supprimer l’indicateur « Registraire » que nous avons ajouté des paramètres.