ВМД у Бухгалтерії (3
Поясніть, будь ласка, як працює облік партій з ВМД у бухгалтерії 3.0. Якщо він там взагалі є. Чи є якийсь вбудований механізм, який відповідає за контроль обліку ВМД? Наприклад, у мене є номенклатура з ВМД на залишку, роблю док реалізацію, додаю цю номенклатуру, поле ВМД саме не заповнюється. Ок, не питання, логічно. Далі 3 випадки розвитку подій: - проводжу документ з порожнім полем ВМД. - вибираю довільне ВМД (що не відповідає даному товару/партії) і проводжу документ - вибираю ВМД яке відповідає даному товару та партії та проводжу документ. У всіх трьох випадках програма не видає помилок і дає її провести.
Які наслідки в перших двох випадках, крім того, що в сф буде некоректна інформація по ГТД? Руху ВМД як такого немає? Є лише довідкова інформація для відображення у сф? ВМД виходить не бере участь у партійному обліку БП?
Серія це коли одну купу товару можна відрізнити від іншої за явними ознаками типу терміну придатності відтиснутого на упаковці наприклад
Якщо за супровідним списком серій або в специфікації буде написано одне, а за фактом відвантажаться інші серії, то буде бяка відразу виявлена
А якщо в счф написані одні гтд А фізично товар брався з іншого гтд марення який пишу як ти товар відрізниш по гтд у них споживчі властивості абсолютно однакові
Що треба брати гтд з продажу які були списані і збирати всі ранні проведені сторно по цьому доку інакше хз зрозумієш яку гтд сторнувати
У себе для правильних ГТД повернень буду оборотний регістр типу продажуГТД У ньому фіксувати списання ГТД по продажах в розрізі докпродажу-номергтд При поверненнях товарів обов'язково до вказівки документ продажу емлі цього не робити це буде спотворення бухобліку за вказаним документом продажу витягаємо оборот за витратою Беремо скільки треба гтд на повернення і пишемо витрату гтд з мінусом У результаті це також буде працювати як додаткова перевірка щоб по доку продажу не повернули більше ніж взяли Зараз у мене така річ у торгбазі виконується вручну при підготовці доків повернень - визначення гтд повернень відбувається розрахунком з початку бази так як операції повернення рідкісні
Там де бухня/товарознавці ставили гтд ручками-постійно по дрібниці виловлював помилки. Але ресурсомістко це Зарубіжні облікові системи мабуть такого не підтримують
Є також мить що не першому в ланцюжку взагалі може бути похрещений на всі вказівки ГТД у відвантаження доках
Бо прямо про кількісний облік гтд ніде не йдеться і опринципах такого обліку. фіфо Існує думка що кількісний облік гтд є диявольський винахід одноці
Тому як пропишіть в обліковій політиці пінципиоблікузнавства ттд так воно і буде
Звичайно ж найкраще поставити якомога пряміше питання в податкову бо счф є документ ну - нехай вони і пояснять
(35) до тих пір, поки у мене не роздрукували счф то при перепроведенні реалізації склад списаних ГТД може змінюватися хоч повністю Але під час друку ГТД в реєстраторі фіксується сотів надрукованих ГТД і при наступних перепроводах саме реєстратор є джерелом ГТД для списання Ес таке списання неможливе то в частині проблемної кількості ГТД списується непробийне ГТД і фіксується ситуація "необхідно передрукувати СЧФ" і йде заміна СЧФ клієнту
Я раз при розробці косячнув так близько 80 счф заміняли Добре що помітив за підсумками дня тобто майже відразу
Але такі проблеми при неможливості списати ГТД з реєстратора при перепроводі у мене виникають настільки рідко, що я не пам'ятаю Така помилка свідчить що до ото десь крупно накосячив в обхід встановлених регламентів Як правило з'ясовується це досить швидко а далі слідує моє театралізоване Подання розбурханого берсерка руйнує римських легіонерів Тому що іноді доводиться виправляти помилку а не погоджуватися з нею А виправити помилки складного обліку. Ну, ти мене розумієш.