28/05/2026
Вчора була трохи зла. (😡 Спочатку на програму злилась – її автоматичне формування ПН (мова про BAS КУП, як ви вже, мабуть, здогадалися). Потім – на бухгалтера, що знову полізла правити і воно злетіло.
Та добив мене медок. Ні, не сам по собі. Сервіс крутий. Через те, що ви використовуєте його, як облікову систему: формуєте ПН і не тільки, правите, а в саму програму, де ведеться і має вестися правильний облік, первинний облік іноді просто «забуваєте» довносити документи.
А потім: ваша програма погана, вона не так формує Додаток 2. І ні слова про те, що ПН-ка в програмі і ПН-ка в медку= зареєстрована – відрізняються кардинально.
І якби ж то разово таке зустрічала по роботі, то не писала б зараз цей допис. Особливо мене «радує», коли зарплату ведуть в медку, маючи повноцінну програму – КОРП чи КУП.
Та й таке.(
Нині мене вже попустило. 😃Та питання залишилося.
❓От для чого так робити? Звичка? Невміння користуватися програмою?
А формування автоматичне ПН і Додатків 2 мені дуже подобається. Це такий помічник бухгалтеру! З ним ти на порядок професійно вище, бо витрачаєш час на аналіз, а не формування -заповнення ПН. Але і тут, як виявилося, треба витримувати послідовність. Особливо, коли податкова абсолютно не відповідає наступним відвантаженням (наприклад, була передоплата і не знали, який товар продаватиметься).
Що було в клієнта.
Замовлення: операції в рамках місяця.
---------------------------------------------
1️⃣Надходження грошових коштів 1 – Перша подія
🖍️Система автоматично сформувала ПН під Замовлення. Так мало бути, якби… Якби ПН формувалася в програмі, а не в медку. Бо коли ведеться облік по замовленнях, при формуванні ПН на передоплату система бере номенклатурний склад з того самого замовлення. Натомість ПН виписана на рандомний товар, ціна, кількість. Ще і згодом виявилося, що зареєстрована зовсім з іншим складом (ага, знову ж в медку), тому вносилися правки. Все це привело в подальшому до дуже замороченого коригування ПН.
2️⃣Реалізація 1 – Друга подія
🖍️Система автоматично сформувала Додаток 2 і відкоригувала ПН відповідно до номенклатурного складу, ціни, кількості. Так би мало бути, якби…
3️⃣Реалізація 2 – Друга подія
🖍️Система автоматично відкоригувала уже раніше створений, але ще не зареєстрований Додаток 2 відповідно до відвантаження
4️⃣Надходження грошових коштів 2 – Перша подія
🖍️Система автоматично сформувала ПН під Замовлення. Але не в цьому випадку. Тут ПН знову ж сформували вручну.
5️⃣Реалізація 3 – Друга подія
🖍️Система автоматично відкоригувала уже раніше створений, але ще не зареєстрований Додаток 2 відповідно до відвантаження. Так би мало бути, якби…
Через зміни в першій ПН, непослідовному формування реалізацій (чи зміні їх номенклатурного складу?) Додаток 2 не коригувався автоматично, а створювалися окремі незрозумілі додатки.
Рішення було простим, довше правилося-розбиралося.
✅1. Розпровели всі документи надходження ГК і реалізацій в рамках замовлення, крім зареєстрованих ПН
✅2. Послідовно проводили документи: надходження - формування подакових документів (робоче місце для їх автоматичного створення), реалізація - формування подакових документів (робоче місце для їх автоматичного створення),
Звідси, висновок і дружня порада.
❗️Формуйте ПН щоденно, а не за півмісяця-місяць. Особливо, якщо знаєте, що будуть коригування. І тоді програма буде вам помічником, а не інструментом для катування.