Надвишен оперативен складов баланс в склада. Грешка. Балансът на безплатните запаси е надвишен! Отрицателни салда по артикулни регистри

Основните регистри, използвани за отчитане на артикула в конфигурациите UT11, KA2, ERP. За какво служат всички тези регистри, кои от тях са основни и кои спомагателни. Основните грешки при отчитането на стоките и изчисляването на себестойността. Колко лесно се намират и коригират грешки в счетоводството.

В момента в типичните 1C конфигурации UT11, KA2, ERP отчитането на артикулите се извършва по абсолютно същия начин. При по-стари конфигурации на конвенционални формуляри (UT10, KA, UPP) счетоводството е малко по-различно, но общата идея е същата. На пръв поглед счетоводството е доста сложно. Например в популярните типична конфигурация UT11 за артикулно отчитане използват се над 40 натрупващи регистъра. Нека се опитаме да разберем за какво са предназначени, как се използват, кои от тях са основните и кои са спомагателни.

1. Очертания на стоковото счетоводство

Като начало отбелязваме, че в UT11 има много ясно разделение на складово и финансово счетоводство. Това са две независими вериги, всяка от които използва свои собствени регистри за натрупване за съхраняване на данни за баланса на стоките и собствен работен процес за въвеждане на данни.

финансово очертаниеизползва документи, които са свързани с финансови и счетоводствои се въвеждат от счетоводители или ръководители ("Получаване на стоки и услуги", "Продажба на стоки и услуги", "Движение на стоки", "Отписване на липси на стоки" и др.). Тези документи съдържат информация какви стоки, от гледна точка на счетоводството, трябва да бъдат в нашия склад, на кого са, колко струват. схема на складизползва документи, които отразяват действителното състояние на стоките във физическите складове. Тези документи се въвеждат от складодържателите, които виждат реалната наличност на стоката в склада, независимо чий продукт е, защо го имаме и колко струва. Да се складови документивключват "Входяща поръчка за стоки", "Изходяща поръчка за стоки", "Преизчисляване на стоки" и др.

Разбира се, конфигурацията има опростен режим на работа без разделяне на измервателни вериги. Използва се, когато отчитането на поръчките е деактивирано. Използването на контура на склада се конфигурира независимо за всеки склад. Съответно можем да настроим използването на отделен работен поток за складови поръчки само за няколко необходими склада. Настройката се извършва под формата на директория "Складове". За всеки склад можем да посочим и различни дати за започване на използване на отделно складово счетоводство и необходимост от отчитане на стоките по складове.

2. Основните регистри за счетоводно отчитане на арт

Сега нека разгледаме по-подробно съхранението на данни за баланса на стоките в UT11. Има повече от 40 регистъра в конфигурацията, използвана за отчитане на номенклатурата, и е доста трудно да ги разберете веднага.

Въпреки това, въпреки големия брой счетоводни съкращения, основните стокови регистри на натрупване с данни за номенклатурата са само 4:

"Стоки в складове"е главната книга на складовата верига. Съхранява данни за действителното количество стоки във физическите складове. Данните в този регистър се променят, когато складодържателите въвеждат складови документи.

„Продукти на организации“е основната книга за количествено записване на данни от финансовата верига. Този регистър съхранява информация за това коя организация притежава стоките на склад. Данните в този регистър се променят, когато въвеждате финансови документи.

"Пратки от стоки на организации"и "Цена на стоки"това са двата основни регистъра на финансовата верига, отговорни за отчитането на разходите на стоките. Основната разлика между тези регистри е, че партидният регистър съхранява цената на стоките в контекста на всяка партида. Поради това при продажба / отписване / потребление на стоки е възможно правилно да се вземе предвид цената им, като се вземе предвид цената на определена партида разписка. Данните в регистъра "Пратки на стоки на организации" се попълват при осчетоводяване на финансови документи. Регистърът "Разходи за стоки" съдържа групирани данни за стоките, без да се вземат предвид партидите. Той също така съдържа информация за допълнителни разходи за стоки. Изчисляването на данните от този регистър е по-сложно, количествените данни се попълват при осчетоводяване на финансови документи, а сумарните данни се попълват в отделен документ „Изчисляване на себестойността на стоките“

Тези 4 регистъра са ядрото на системата за стоково отчитане.Те съдържат цялата основна информация за продуктите на компанията.

Въпреки това, както беше споменато по-горе, в конфигурацията има повече от 40 номенклатурни регистъра. Защо са необходими другите?

3. Допълнителни регистри за инвентаризация

За правилното отчитане на стоките е много важно съгласувана е информация в основните 4 регистъраи да бъда с нея удобен за потребителя. Освен това, в зависимост от задачите, понякога е необходимо допълнителни разрезиосновни данни (артикули на контейнер, артикули на пратка....)

За решаването на тези 3 задачи се използват всички останали регистри.

Да се ​​осигури последователност на регистрите "Стоки в складове" и "Продукти на организации"използва се цяла група допълнителни регистри: "Стоки за експедиране", "Стоки за получаване", "Стоки за регистриране на получаване", "Стоки за регистриране на излишъци и липси". Остатъците в тези регистри означават, че документът е осчетоводен на един от контурите, но не е осчетоводен на другия. Например, при осчетоводяване на документ за продажба ще има салда в регистъра "Стоки за изпращане", което означава, че има осчетоводен документ само по финансовата верига. Тези салда ще бъдат затворени, когато въведете бележка за издаване за стоки.

Спомагателните регистри за улесняване на използването на конфигурацията включват регистри „Разхлабени остатъци“,"Движение на стоки",„Движения на серията продукти“и "Номенклатура на движението - Номенклатура". Те не съдържат уникална информация и са извлечени от данни от други регистри. Основната цел на тези регистри е по-удобно генериране на различни справки, попълване на данни в спомагателни формуляри и проверка на наличността на стоките.

към регистрите, осигуряване на допълнителни съкращения на данни, бих се позовал "Стоки в клетки",„Стоки, прехвърлени срещу комисиона“.

Можете също да изберете отделни регистри с данни в отделни групи планово счетоводно отчитане по номенклатура(„Поръчки за прехвърляне“, „Поръчки към доставчици“, „Поръчки на клиенти“ и др.) и допълнителни партидни регистри("Части от производствените разходи", "Части от производствените разходи", "Части от разходите за себестойността на стоките" и др.)

4. Съгласуваност на номенклатурните регистри

За коректно осчетоводяване е много важно да се проследи дали са въведени документи и за двете счетоводни вериги (финансова и складова). 1C не проверява автоматично това, тъй като технически това не е грешка и ситуацията с временното несъответствие на данните е абсолютно правилна. Разликата от няколко дни между обработката на данните от счетоводителите и складодържателите е съвсем логична. Важно е обаче в края на месеца данните в счетоводните контури да се сближат. Най-простият начин за такава проверка е проста заявка към два регистъра за натрупване с извеждане на различни данни. Ако има несъответствия, просто преглеждаме документите по номенклатурата с несъответствие и допълваме липсващите документи.

Като илюстрация, нека вземем демонстрационната база данни UT11.2 и я сравним по регистри "Стоки в складове"и „Продукти на организации“баланси на организацията "Търговска къща "Комплекс"". При проверка се вижда, че балансите не съвпадат в 7 позиции. При преминаване към движения по документи е недвусмислено ясно, че за първото различно салдо не е въведена изходна бележка в складовия контур по документа за продажба във финансовия кръг, а за второто финансовият документ за записване на излишъци за складово броене на стоката не е въведено. За да изчислите правилно разходите и правилно счетоводствов следващите месеци е необходимо да се попълнят липсващите документи преди приключването на месеца и изчисляването на разходите.

(Екранна снимка на съгласуване на салда в типична демонстрационна база данни UT11.2 от отчета „Цялостна проверка на счетоводството“)

За разлика от минали несъответствия в регистрите, несъответствия в регистрите „Продукти на организации“и "Пратки от стоки на организации"винаги е грешка. Основната причина за това несъответствие е неправилният ред на въвеждане на документите. Тези. вписване със задна дата на по-ранни документи, когато номенклатурата в тях се отписва от бъдещи документи. В този случай бъдещият документ ще бъде публикуван повторно според регистъра „Продукти на организации“, но няма да формира движения по партиди. В повечето случаи подобна грешка може лесно да бъде коригирана чрез повторно публикуване на документи с повторно попълване на типове инвентар. Тези. Трябва да отмените осчетоводяването на по-късния от противоречивите документи, за да изчистите видовете запаси и да го осчетоводите отново.

Регистрирайте несъответствия "Пратки от стоки на организации"и "Цена на стоки"в повечето случаи възниква поради несъответствието на предишната двойка („Продукти на организации“ и „Пратки на стоки на организации“). Повечето от грешките се дължат на факта, че по различни причини (въвеждане със задна дата, ръчна корекция на данни) артикулът не е бил отписан правилно в регистъра на партидите, но е бил отписан в регистъра на разходите. В този случай системата не може да изчисли правилно себестойността на отписаните стоки и сумата с нулево количество може да виси в регистъра на разходите. Такива грешки вече се проследяват от системата. Именно при тях е изпратено съобщение от вида „Съгласно номенклатурата -ХХХХХ- открит е неправилен баланс в регистър "Стойност на стоките": Количество = 0, Стойност = Х.ХХ, СтойностБез ДДС = Х.ХХ, CostRegl = Х.ХХ.

Възможни са и несъответствия между тези регистри, ако след изчисляване на себестойността нещо се е променило в изходните документи или партидното счетоводство е възстановено. В този случай е необходимо да осчетоводите отново документа за изчисляване на разходите, за да извършите правилно изчислението през следващите месеци.

5. Отрицателни салда по артикулни регистри

Друга група грешки е отрицателни салда по стоковите регистри. За основните регистри това винаги е погрешна ситуация. Свързва се основно с липсата на контрол върху отрицателните салда, може да възникне и при промяна на приходни документи, по номенклатурата на които вече са въведени разходни документи. Такава грешка се открива чрез проста заявка за отрицателни салда в края на периода. Решава се чрез анализ и коригиране на документите, довели до отрицателни салда.

За спомагателни регистри(„Стоки за изпращане“, „Стоки за получаване“, „Стоки за регистриране на получаване“, „Стоки за регистриране на излишъци и липси“) отрицателните салда не винаги са грешки. В тези регистри всички салда са просто информация за предстоящи транзакции (вписване на документ само в една счетоводна верига). Това е съвсем нормална ситуация в средата на месеца. В края на месеца обаче всички салда в спомагателните счетоводни книги обикновено са грешни, отрицателни или положителни. В повечето случаи до края на месеца тези регистри трябва да излязат "на нула". В този случай можете да сте сигурни, че всички транзакции са координирани в двете счетоводни вериги.

6. Коригиране на грешки в калкулацията на разходите.

Основните грешки, проследени от системата за изчисляване на разходите:

1. Липса на стоки на склад.В този случай съобщение на формуляра „Номенклатура:<НаименованиеНоменклатуры>, наличност:<Наименование>, организация:<Наименование>е установено отрицателно салдо в регистър "Стойност на стоките": 1". Това съобщение означава, че в края на месеца стоките са били изписани повече, отколкото е имало остатъци. Основен възможни причини: няма въведени документи за получаване; редактирани са документи за получаване, за които вече е въведен разход; погрешно въведен разходен документ. За да го коригирате, трябва да проверите движенията в артикула с отрицателно салдо и да проследите на кой документ е възникнала грешката.

2. Висящи сумарни салда с нулево количество.В този случай съобщение като „Според номенклатурата<Наименование>, наличност:<Наименование>, организация:<Наименование>открит е неправилен баланс в регистъра "Стойност на стоките": Количество = 0, Цена = XXX,XX, Цена без ДДС = XXX,XX". Тази грешка възниква само когато се използва партидно отчитане. Това означава, че системата не е успяла да определи правилно себестойността на отписаните стоки по партида. Обикновено това се случва в случай на несъответствие на балансите в регистрите "Разходите на стоките" и "Пратката на стоките на организацията". За да се отстрани проблемът, е необходимо да се провери историята на документите на какъв етап са разпръснати балансите според тези регистри. В повечето случаи това е проблем с историческа корекция и се разрешава чрез публикуване и повторно публикуване на предишния документ, за да се попълни отново типа инвентар.

3. Трансфери между организации.Съобщение като "" Прехвърлянето на стоки от подателя не е издадено:<Наименование>, на получател:<Наименование>, по склад:<Наименование>"" . Тази грешка възниква само при използване на механизма Intercampaign. Всъщност това дори не е бъг. Това е известие, че не са извършени прехвърляния на продаден артикул към друга компания. От техническа гледна точка системата определя тази грешка чрез наличието на салда в спомагателния регистър "Стоки на организации за трансфер". Трансферите трябва да се извършват чрез работно място"Регистриране на преводи и връщания" и преизчислете себестойността.

4. Комисионни стоки.Съобщение като „Доклади до възложителя за отписвания за организацията не са издавани:<Наименование>, ангажиран:<Наименование>"" . Тази грешка възниква само при използване на комисионна търговия. Всъщност това не е грешка. Това е уведомление, че не са издадени доклади до изпращача. От техническа гледна точка системата определя тази грешка по наличието на салда в помощния регистър "Стоки за отчитане към изпращача". Необходимо е да се издадат отчети на изпращачите и да се преизчисли себестойността.

5. Работи.Съобщение като „Неотразена касова бележка <Количество> PCS. върши работа" <Номенклатура> "към поделението" <Склад> "организации" <Организация> " . Тази грешка може да възникне при използване на елемент от типа "Работа". Това е известие, че е изпълнена / отписана / използвана повече работа, отколкото действително получена. От техническа гледна точка системата определя тази грешка по наличието на отрицателни салда в помощния регистър „Материали и работа в производството”. Необходимо е да се проверят движенията по грешната работа и да се регистрира пропуснатата разписка или да се коригира използването на работата. Преизчислете след корекция.

7. Резултати

Всъщност стоковата отчетност в UT11 се изпълнява просто. Достатъчно е да разберете основните принципи и периодично да наблюдавате състоянието на счетоводството. В този случай всяка грешка може лесно да бъде коригирана. Основният проблем е, че грешките често се откриват само няколко месеца след възникването им, когато те вече са повлияли на резултатите от минали периоди и не винаги е възможно да се коригират правилно, тъй като себестойността вече е изчислена и одобрена и прехвърлена на други счетоводните системи ще се променят. В този случай понякога има препоръка просто да отпишете неразбираеми салда чрез коригиране на регистрите. Това е много лошо решение, тъй като в повечето случаи настройването на регистрите не решава проблема, но само премахва съобщенията за грешкаизчисляване на разходите. Грешката все още изскача отново. Или при несъответствия в данните в справки, които показват една и съща информация, но използват различни регистри за различни секции; или по време на задържането, когато системата забранява задържането поради липса на стоки, въпреки че според отчета изглежда, че има; или при изчисляване на себестойността следващия месец.

Ако е възможно, винаги трябва да стигнете до дъното на причината за грешката и да я отстраните. Ако по някаква причина това е напълно невъзможно (например фирмената политика не може да променя минали периоди), тогава при ръчна настройка на регистрите трябва да спасипоне съгласуваност на данните в свързаните регистри. Поне в основните („Стоки в складове“, „Стоки на организации“, „Пратки на стоки на организации“ и „Цена на стоките“) и по-добре във всички, които участват в оборота. В същото време е желателно да се следи правилността на счетоводството не само чрез факта на появата на грешки при изчисляването на разходите и затварянето на месеца, но и независимо допълнително да се проверява последователността на основните регистри в края на Месецът. Това ще запази коректността на данните и ще избегне корекции за минали периоди.

За удобен анализ на коректността на данните по номенклатурата препоръчвам Цялостна проверка на счетоводния отчет. Той има доста голям блок от проверки за осчетоводяване на стоки (включително безплатната версия), който ви позволява да идентифицирате основните проблеми: несъответствия в данните в свързани регистри, отрицателни салда на склад, блокирани суми салда с нулево количество.

Показахме проблем, който възниква в редица случаи при осчетоводяване на серия от стоки в конфигурацията "1C: Управление на търговията 8" (рев. 11.3), с опцията за счетоводна политика "Управление на серия салда".

А именно: по време на документа „Продажби на стоки и услуги” програмата не контролира салдата по серии, докато е налице въвеждане на нови серии стоки в документа. Става възможно изпращането на стоки с "несъществуващи" серии.

За да се извършва онлайн контрол на салдата по серии по време на осчетоводяване на документ, са необходими някои настройки.

НСИ и администрация / НСИ / Складове и магазини

Отворете картата на склада, от който ще се продават стоките, и отидете в раздела "Схема и структура на поръчките". Тук задаваме флага "Контрол на оперативните баланси". Именно той включва контрол на салда по серии, включително складове без поръчка.

Ще запишем и затворим склада.

Настройте серийна счетоводна политика

Трябва да се направи друга настройка за серийната счетоводна политика.

Политиката е посочена в картата тип артикул в раздел "Основни" (за всички складове или за всеки склад). Типът номенклатура е наличен в директорията със същото име или в директорията на номенклатурата.

НСИ и администрация / НСИ / Номенклатурни класификатори / Вид номенклатура

НСИ и администрация / НСИ / Номенклатура

Нека отворим изгледа на стоковия артикул и счетоводната политика на серията.

За да можете да контролирате баланса на стоките по серии, за счетоводна политика за серии от типа "Управление на баланси на серии", трябва да изберете една от двете опции за реда, в който са посочени сериите:

1. „При планиране на пратка“ или
2. „При планиране на селекция.“

Вариантът на реда за уточняване на серията „След избора“ предполага, че документът ще посочи серията от онези стоки, които вече са избрани за изпращане. В този случай не е осигурен контрол на остатъците по серии.

В примера посочваме „При планиране на избора“, запишете и затворете политиката.

Контрол на остатъците по серии по време на изпълнението

Нека се опитаме да продадем продукт с "несъществуваща" серия и да видим дали контролът работи.

Да създадем документ за продажба на стоки и услуги.

Продажби / Продажби на едро / Документи за продажба (всички)

В раздела „Основни“ сред основните параметри ще посочим склада, за който сме активирали функцията за наблюдение на оперативните салда. (За същия склад, в нашия пример, е конфигурирана серийна счетоводна политика).

В раздела „Продукти“ изберете продукт, за който важи същата политика.

С натискане на бутона "Посочване на серия" отваряме прозореца за регистриране на продуктова серия и въвеждаме нов номер (ръчно или чрез генериране), след което натискаме "Край".

Ние посочихме в документа за изпълнение изцяло нов сериен номерстоки. Стоките от тази серия не са пристигнали в склада на фирмата.

Сега нека се опитаме да публикуваме документ. Програмата обаче ще издаде предупреждение за невъзможността да се проведе.

След затваряне на предупредителния прозорец ще се появи съобщение с декодиране на грешка: оперативният складов баланс на стоките от определена серия е надвишен.

Въпрос: Превишен свободен баланс на стоките в склада

Добър ден!

Не знаете какъв е проблемът, има баланс в склада, но RTC документът не е осчетоводен поради превишаване на свободния баланс. Няма резерви, не съм въвеждал поръчка от клиент.

Поръчка на доставчика:

Пристигане на стоките:

Отразени доп разходи:

Останалото е безплатно, не е запазено:

Опитвам се да предам в резултат на отказа:

Може би защото базата е демо?

Отговор:

Благодаря, вече го разбрах. Складът беше подреден.

Въпрос: Прехвърляне на салда в складове от BP 3.0 към UT 11.3

Добър ден.
Не срещнах такава задача, мисля, че този трансфер трябва да се извърши чрез стандартна синхронизация, като изберете необходимите документи.

Отговор:

slimuz каза:

Добър ден.
Има приложение, че е необходимо да се прехвърлят документи от BP към празен UT веднъж, което засяга балансите в складовете. Задачата не може да бъде формулирана по-подробно. Моля, кажете ми какви документи трябва да бъдат изпратени на UT? Получаване на стоки и услуги, продажба на стоки и услуги, поръчки на клиенти?
Не срещнах такава задача, мисля, че този трансфер трябва да се извърши чрез стандартна синхронизация, като изберете необходимите документи.

Кликнете, за да разкриете...

всички входящи и изходящи документи, в допълнение към вече изброените, това е движение и монтаж / демонтаж най-малко. плюс има и смесени стоки.

Въпрос: Контрол на баланса на стоките в продажбите на дребно

Добър ден.
Момчета, кажете ми, има ли възможност в BP 3.0 да контролира баланса на стоките при продажба на дребно с помощта на документа „Продажба на дребно (чекове)“?
Знам, че в BP 2.0 това беше възможно с помощта на допълнителни потребителски права „Контрол на баланса на стоките по време на бързото изпълнение на проверка на KKM“.

Отговор:

Сега не разбирам - защо при продажбите на дребно контролът на остатъците от стоки?

Тоест, купувачът (или самият продавач) взима кошница със стоки, опитва се да направи продажба в RMK, но 1C няма да му даде, казвайки: „според нашите шибани записи, нямате остатъци от този продукт - поставете го там, където сте го взели" ?

Или – защо е така?

Въпрос: UNF: При влизане начални салдастоки с газотурбинен двигател лети никъде

Добър ден!
Започнахме да работим в UNF, версия 1.6.15.44 (непроменена), въвеждаме първоначалните салда.
Това го правим за първи път, при въвеждането на стоките видяхме 2 раздела - "Наличности" и "Наличности в контекста на CCD".

Тъй като имаме много вносни стоки, а в раздела "Наличности" на митническата декларация няма къде да се впишат местните стоки в "Наличности", а вносните - в "Наличности в контекста на митническата декларация" .

Но проблемът е следният:
- в раздела "Наличности" има поле "структурна единица" (склад), като можете да изберете към кой продукт да се пада склада.
- в раздела "Наличности в контекста на газотурбинния двигател" това поле го няма и сега сме въвели и виждаме наличностите в отчетите, но те не са посочени в складовете и в балансите и не можем да направим нещо с тях.

Ето как изглежда въвеждането, няма къде да посочите склада.

Тук можете да видите всички запаси по газотурбинен двигател, в отчета "Запаси по газотурбинен двигател" също можете да видите всичко:

Но това не е в номенклатурата, а отчетът за складовете също не показва вносни стоки:

Въпрос:
1) Направих ли нещо нередно и дали е конфигурирано другаде?
2) Ако това е софтуерна грешка, възможно ли е по някакъв начин ръчно да се свържат запасите със склад?

Благодаря предварително!

Отговор:Разбрах.
Оказва се, че вносните стоки също трябва да бъдат въведени в "Наличности" и тогава ще корелира с колоните от "Наличности в контекста на митническата декларация"

Въпрос: Разтоварване на запаси от 10.3 на 11.2?

Поздравления!
Когато използвам стандартна обработка, не мога да разтоваря останалата част от артикула.
Най-вероятно поради това -
Открито е отрицателно салдо в склад "Основен склад" за продукт "K ......" при разтоварване по правило: "Собствени стоки в складове"

Как може да се заобиколи това?

Отговор:

nomad_irk каза:

Посочете желаната продуктова серия при отписване от склада и препратете документа.

Кликнете, за да разкриете...

намери начин!!!
Документ - Корекция на серията и характеристиките на продукта. Аз го правя на 31.12, но на 01.01 няма минус!

Благодаря на всички!

Въпрос: Показване на баланс на стоки в колона баланс PM на Документа

Моля, помогнете ми в каква посока да се движа, за да програмирам колоната за количество PM на документа (в модула OnChange), така че когато въведете количеството стоки в PM на документа, остатъкът от този продукт да се показва в колоната на склад Оставащи PM на документа Въпрос: Има ли функции, които връщат стойността на остатъчната стока на склад или трябва да се направи чрез заявка. Току-що показах действителната цена на стоките чрез Data Registers.Prices of Goods.GetLast(ActualDate, Selection);. Може би има подобна функция за показване на Remaining в колоната Remaining PM на документа.

Отговор:Ето как изглежда PM, потребителят не може да промени полето Remaining

Въпрос: Останалите стоки в наличност

Пиша собствена конфигурация и задачата е основно стандартна, стоки....входящи....изходящи....складове.....и трябва да проверя баланса на стоките в склада при отписване . Разбирам, че в идеалния случай трябва да създадете глобална променлива, да я съхраните във файл .... но досега не работи с останалите стоки в склада. Може би някой ще каже?

Отговор:Благодаря, вече го разбрах. Сега разбрах как да отпиша стоките от опашката Fifo, Lifo ...

Въпрос: Помогнете ми да реша относно структурата на регистъра(ите) на балансите на стоките

Разполагаме с регистър за остатъци от стоки, с дименсии Стоки, Склад и Остатъчни ресурси и Сума.
Имаше нужда да се водят записи в контекста на партиди и по "клетки" (в нашия случай това е аналог на палет. Той се движи между складове, теоретично - на една клетка - само един вид стоки, но различни партиди може да бъде доста.И един продукт може да бъде поставен в няколко клетки).
Най-простото решение е да добавите измерения в реда Продукт, Склад, Партида, Клетка, НО възниква въпросът с размера на регистрационните таблици: имаме таблица с движения от 203 MB (2 милиона записа) за 1,5 години. - добави размери (получи 265 MB), разсрочи САМО входящи (формиращи страни) документи и получи 370 MB. (и това все още не е консумация на партита и клетките не участват, от които ще има 2-3k.).
((DBF база, необходимо е да продължи поне 5 години. Преминаване към SKUL през този моментне се разглежда)

Друго решение (което ми се струва по-правилно) е да се раздели на няколко регистъра, НО не разбирам как да разпръсна измерванията и да ги свържа!
Ако някой има подобен опит, моля да ми каже.

Отговор:() няколко неща не са ясни:
- подчинение на клетката към складове - имаме я условно палети кат. те се возят между складовете и няколко партиди в една клетка или една партида в няколко клетки - това е редовна ситуация.
- док. Движението на страните – като служебни/подчинени, кат. прави ли се програмно?
- механизъм за помирение - най-много интерес Питай- Никога не съм виждал или правил справки по два регистъра - не е ясен механизмът на съпоставяне на данните.

Въпрос: Има ли такъв отчет в UT 11? - Останалите стоки на склад по интервали

Има ли отчет в UT 11.4, където можете да видите текущото салдо в склада и след това разбивка на интервали, така че да кажем, че преди 1-7 дни беше добавено толкова много към това салдо, 7-14 дни толкова. И ако всички тези данни от интервалите се обобщят, тогава трябва да се получи текущото салдо.

Отговор:() Просто не говоря за това, не за обороти за интервали, а за стареене по интервал. Например, сега балансът е 5. Трябва да видим на какви интервали колко е натрупано. Тук е необходимо да се изчисли нещо подобно: крайният баланс на този интервал е потреблението на предишния. Някак си мисля, че трябва да работи. Е, разбрах, че няма стандартен, трябва да си го напишеш сам.

Въпрос: Остатъчна стока в складовете по цени на разписка

Здравейте всички!
Необходимо е UT 11.2 да направи отчет, баланс на стоките в покупни цени. НО!
Необходимо е да се покажат тези остатъци в контекста на газотурбинния двигател. Например:
Номенклатура1 - GTD1 - 12 бр. - 10 търкайте.
Номенклатура1 - ГДТ2 - 10 бр. - 15 търкайте.

Който има голям опит, кажете кои регистри са ми необходими, за да събера такъв отчет?

Отговор:

Направих го по подобие на стандартния отчет "Проверка на номерата на митническата декларация на стоките". Той взема регистъра за натрупване на стокови организации. Остатъци и обороти, задайте периода на Автоматично, след което полето Регистратор е достъпно и изберете касовите цени от него.

Тази грешка възниква при осчетоводяване на документ, ако в склада няма необходимото количество стоки. Много често възниква ситуация, в която се изисква да се продаде продукт, който не съществува в склада, а програмата не го позволява. Как да го изключа?

Защо е надвишен свободният баланс?

Много често възниква ситуация, в която се изисква да се продаде продукт, който не съществува в склада, а програмата не го позволява. При промяна на статуса на поръчката на купувача „за изпращане“ възниква грешка „Превишен свободен баланс в склада“ или при осчетоводяване на документа „Продажби на стоки и услуги“. Тази грешка възниква, ако в склада няма необходимото количество стоки или количеството, което вече е резервирано. Искам да ви кажа как да анализирате това с помощта на обикновените инструменти на програмата Trade Management 11.0.

В UT 10.3 деактивирахме контрола на баланса за цялата конфигурация като цяло, във версия UT 11 това може да се направи за всеки отделен склад (складова зона). В допълнение, версия 11 има способността да активира или деактивира контрола на баланса за организацията. Не препоръчваме да изчистите това квадратче, тъй като ако организацията има отрицателни салда, изчислението на разходите няма да бъде извършено правилно. Тази настройка в по-старите версии беше в Настройки на счетоводството. Сега се намира в раздела Администрация, в раздела Финанси.

Отворете обработката "Управление на инвентара". Ако все още не сте запознати с него, не забравяйте да прочетете помощта за него. Помощ за документа се извиква чрез щракване върху оранжевия кръг с въпросителен знак, разположен горе вдясно. Така че разглеждаме обработката „Управление на инвентара“ в раздела „Запаси и покупки“, задаваме желания склад в настройките и кликваме върху бутона „Актуализиране“. Тази обработка показва какви стоки липсват в склада и директно от нея можете автоматично да генерирате поръчки към доставчици. Като щракнете върху клетката с изображение на лупа, можете да отворите документи, в които е имало преразход.

Друг отчет, от който се нуждаете, се нарича „Анализ на наличността на продукта“. Намерете го, като щракнете вляво, в горната част, върху надписа "Отчети за наличности и покупки". Освен това там можете да намерите още много полезни неща.

След това разглеждаме настройките на склада, от който продаваме стоките. Обърнете внимание на подчертаните области. Силно ви препоръчваме да прочетете помощта, преди да започнете да правите настройки. Можете да изберете опцията за контролиране на остатъците, от които се нуждаете. Ако не се нуждаете от контрол, изберете „Не контролирайте“.

Темата за резерва в склада и контрола на наличностите е много по-обширна и просто не е възможно всичко да се побере в рамките на една статия. Надяваме се, че този материал е бил полезен за изучаване на програмата. И не забравяйте, че има специалисти, които винаги са готови да ви помогнат с това!