Коли в BAS з’являються дві картки одного постачальника або покупця, проблема не обмежується «зайвим рядком» у довіднику. Накладні можуть потрапити на одного контрагента, оплати — на іншого, а акт звірки або оборотно-сальдова відомість покаже одночасно борг і аванс. Найгірше рішення в такій ситуації — одразу видалити одну картку або перенести залишок ручною операцією. Спершу потрібно довести, що це справді дубль, і відновити повний ланцюжок документів.

Ознаки, які ще не доводять дублювання

Однакова назва — лише привід для перевірки. Під схожими назвами можуть працювати різні юридичні особи, відокремлені підрозділи або ФОП та ТОВ з одним брендом. І навпаки: та сама юридична особа може бути записана скорочено, повністю, з лапками іншого типу або з помилкою в одному символі.

Для кожної підозрілої пари порівняйте:

• код ЄДРПОУ або податковий номер;

• тип особи та реєстраційні дані;

• банківські реквізити;

• юридичну й фактичну адресу;

• контактні дані;

• договори, умови розрахунків і відповідальну організацію;

• наявність пов’язаних документів у кожній картці.

Якщо ідентифікатори різні, картки не об’єднують лише через подібну назву. Якщо ключові дані збігаються, переходьте до аналізу використання.

Крок 1. Зафіксуйте початковий стан

До будь-яких змін сформуйте звіт за обома картками на однаковий період. Запишіть початкове й кінцеве сальдо, обороти та договори. Окремо збережіть перелік документів: надходження, реалізації, повернення, оплати, коригування й інші операції, що впливають на розрахунки.

Цей знімок потрібен не для архіву, а для контрольного порівняння. Після виправлення загальна сума господарських операцій не повинна змінитися. Має змінитися лише розподіл даних між картками та аналітикою.

Крок 2. Знайдіть момент появи другого запису

Перегляньте дату створення карток і перші документи кожної з них. Часто дубль виникає під час імпорту, обміну з іншою системою або ручного введення документа, коли користувач не знаходить наявний елемент через інше написання назви.

Поставте три запитання:

1. Яка картка з’явилася раніше й має повніші перевірені реквізити?

2. Яким документом уперше використано другу картку?

3. Чи створився разом із нею новий договір або рахунок, через який розділилася аналітика?

Так ви визначите не лише «зайвого» контрагента, а й джерело помилки. Без цього дубль може з’явитися знову після наступного обміну.

Крок 3. Перевірте договори окремо від контрагента

Навіть після підтвердження дубля не можна механічно замінити посилання в усіх документах. У двох картках можуть бути договори з різними валютами, видами розрахунків, строками оплати або рахунками обліку. Спершу складіть відповідність: який договір другої картки відповідає договору основної, а який потребує окремого збереження.

Якщо оплата проведена за одним договором, а надходження — за іншим, проста заміна контрагента не закриє борг. Потрібно перевірити обидва рівні аналітики: контрагента і договір.

Крок 4. Виправляйте документи від причини, а не від звіту

Порядок виправлення залежить від конфігурації, прав користувача, стану періоду та прийнятих у компанії процедур. У навчальній копії бази безпечний маршрут виглядає так:

1. обрати основну перевірену картку;

2. зіставити договори й іншу аналітику;

3. виправити посилання в документах другої картки у хронологічному порядку;

4. повторно провести змінені документи, якщо це передбачено сценарієм;

5. сформувати ті самі звіти з тими самими відборами;

6. переконатися, що загальні обороти збережені, а штучні борг та аванс зникли.

Для закритого періоду, поданої звітності або суттєвих операцій спосіб виправлення має погодити відповідальний бухгалтер. Не відкривайте період і не перепроводьте масив документів лише заради косметичного очищення довідника.

Мінікейс: борг і аванс одночасно

У картці «Постачальник Альфа» є надходження на 18 000 грн. Оплату на 18 000 грн помилково віднесено на картку «ТОВ Постачальник Альфа». Загалом компанія нічого не винна, але звіт показує борг 18 000 грн за першою карткою та аванс 18 000 грн за другою.

Перевірка підтвердила однаковий код ЄДРПОУ. Основною обрали першу картку, бо вона містила перевірені реквізити й історію операцій. У навчальній базі зіставили договори, виправили контрагента та договір у платіжному документі, повторно провели його й сформували звіт з попередніми відборами. Загальний оборот залишився 18 000 грн, а зустрічні сальдо зникли. Ручне коригування залишків не знадобилося.

Як зменшити ризик повторення

Налаштуйте єдиний порядок пошуку перед створенням нового елемента: спочатку за кодом ЄДРПОУ або податковим номером, потім за назвою. Визначте обов’язкові поля, домовтеся про правило найменування й обмежте право створювати контрагентів тим ролям, яким воно справді потрібне. Для імпорту або інтеграції перевірте, за яким унікальним ключем система зіставляє записи.

Логіку роботи елементів, груп і реквізитів корисно повторити в матеріалі «Довідники в 1С» навчального центру «Стимул»: https://stimul.kiev.ua/uk/materialy/spravochniki-v-1s. Назви команд у сучасних редакціях BAS можуть відрізнятися, але принцип залишається тим самим: довідник зберігає аналітику, на яку посилаються документи, тому виправлення починають з перевірки зв’язків, а не з видалення рядка.

Контрольний результат

Роботу можна вважати завершеною, коли юридичну тотожність підтверджено, усі договори зіставлено, документи зібрані під правильною карткою, загальні обороти до й після виправлення збігаються, а причина створення дубля усунута. Така перевірка повертає цілісну картину взаєморозрахунків і не маскує помилку новим ручним записом.

Start writing your content here...