проведение по партиям 8.1 УТ #489533


#0 by hotrod
в учетной политике поставил галочку чтобы списывались партии при проведении документов. и теперь при реализации почему то некоторые товары проводит нормально, а на некоторые ругается пишет Управленческий учет. Документ Реализация товаров и услуг T0000003833 от 17.06.2010 12:20:56, табличная часть "Товары" Не списано по партиям 2,57 кг товара Томаты тепличные (Тюмень), серия: Томаты тепличные (Тюмень) где искать косяк?
#1 by John83
отчет ведомость по партиям в помощь
#2 by FIXXXL
серии используются?
#3 by hotrod
подробнее можно?
#4 by hotrod
серии есть, но при реализации не используют.
#5 by shuhard_серый
[)серии есть, но при реализации не используют.] ты бредишь
#6 by hotrod
по уважительннее, уважаемый... ошибся я. просто увидел что на некоторые товары нет серий вот и так написал. серии используются.
#7 by Kashton
#8 by hotrod
И?
#9 by RSS_Roman
У тебя идет реализация в минус (или такой косяк случился раньше). Нету партий на остатках, вот они и не списываются. Если есть серии, то вероятен пересорт по сериям, проверь остатки именно по тем сериям, которые выбраны в реализации.
#10 by hotrod
вот к примеру. есть товар А на складе в количестве 197,700 . реализовываю 197,700 не ругается. смотрю в анализ доступности товара на складах. там показывает что товара больше нет.а далее еще -2,300 могу продать и все. потом уже пишет не списано по партиям. на другие товары больше или меньше в минус позволят уходить
#11 by RSS_Roman
Тебе еще в ответили. Смотри отчет "Ведомость по партиям товаров на складах".
#12 by mooo
для начала запусти обработку "Проведение по партиям" - это устранит большинство проблем связанным с нехронолическим проведением доков, затем все сообщения которые выдаст эта обработка сохрани и сверху вниз иди по ним и разбирайся с кажой позицией.
#13 by mooo
+ разобратся с позицией можно при помощи обычной Ведомости по товарам на складах по товару в разрезе документов движения, Задача устранить все минусы в колонке "кон. остаток". После этого контрольное востановление последовательности той же обработкой.
#14 by Kashton
+и аналитику поставь какую тебе надо
#15 by hotrod
просто я уже запускал обработку "проведение по партиям".она там тоже провела с ошибками.и теперь хочу чтобы проведение по партиям происходило автоматом. значит теперь мне нужно ка сказано в устранить все минусы по всем позициям в колонке "кон. остаток" и снова запустить проведение по партиям. а далее будет автоматическое проведение по партиям?(естественно если укажу это условие).
#16 by mooo
если у вас разрешено неоперативное проведение или отключен контроль остатков, то данную процедуру необходимо периодически повторять, независимо от того как списываются партии при проведении доков или обработкой.
#17 by hhhh
далее будет то же, что и раньше. Ведь пользователи и программист, которые у вас устраивают бардак в базе, пока не уволены.
#18 by hotrod
а как сделать чтобы пользователи не делали такие косяки? имеется ввиду программно ограничить
#19 by Demasiado
включить контроль отрицательных остатков и запретить неоперативное проведение(задним числом)
#20 by mooo
см.
#21 by mooo
+ хотя к этим мерам не достает еще запрета на изменение проведенных документов, тогда складывается полная защита от подобных косяков.
#22 by FIXXXL
а применительно к партиям, где это включается? к примеру, УТ 10.3, у пользователя в доп правах "Разрешить превышение остатка товаров на складе" и "Разрешить превышение остатка товаров организации" не разрешено. док реализации, проводится оперативно, если есть разночтения (по тем же сериям) в регистрах ТоварыНаСкладах и ПартииТоваровНаСкладах, док проводится, только выдается сообщение "Не списано по партиям бла-бла-бла". при выяснении чаще всего это связано с кривыми перемещениями в плане серий товаров.
#23 by hotrod
спасибо всем. . просто не догоняю как исправить минусы о которых говорилось в . у меня тут этих минусов очень много.и пока не разобрался как это устранять
#24 by mooo
если у товаров стоит галка "Вести партионный учет по сериям" тогда минусы из нужно устранять в разрезе серий, если галка не стоит тогда разрез серий можно опустить. т.е. настрой отчет Ведомость по товарам на складах следующим образом: группиовки: номенклатура, склад, серия; доп. поля: регистратор, период; сортировка: период; выводить дет.записи - Это для случая если идет партионный учет по сериям, если нет тогда удали из настройки группировку по серии.
#25 by hotrod
посмотрел. партионный учет по сериям не стоит. на часть товара стоит вести учет по сериям, а на другую часть и этого не стоит.
#26 by hotrod
сформировал отчет "ведомость по товарам на складах" с теми параметрами которые вы указали. минусов в кон. остатке очень много. как это нужно исправлять?
#27 by FIXXXL
этот же товар с других партий-приходов без минусов есть в отчете?
#28 by hotrod
да
#29 by FIXXXL
надо разобраться почему списано не с той партии
#30 by hotrod
попробую разобраться.
#31 by hotrod
Документ Реализация товаров и услуг 00000000001 от 01.02.2010 12:31:01, табличная часть "Товары" Не списано по партиям 4,7 кг товара лук зеленый. в отчете ведомость по товарам на складах глянул в это время на остатке было уже минус. я закупил товар на дату 01,02,2010 12.30.00 и потом запустил обработку проведение по партиям. и проведение прошло успешно. и на эту позицию не ругалось. получается прихода не было, но контора продавала. и как терь эту кашу исправить?
#32 by Loyt
Руками, как еще. Распечатай отчет и иди с ним в бухгалтерию.
#33 by FIXXXL
а ты прог или бухгалтер? пусть разбирается тот, кто учет не ведет нормально
#34 by hotrod
я прог.(учусь как видно). ну весь косяк в этом, что сначала должен быть приход, а потом только реализация. а если все такие сделали наоборот потом нужно приход сделать временем раньше чем реализация, чтобы потому таких косяков не было. правильно ли все понял?
#35 by Loyt
Так у тебя поступление после реализации? После просто по времени, или в другой день?
#36 by hotrod
Реализация товаров и услуг 00000000007 от 01.02.2010 10:42:28    01.02.2010 10:42:28            0,400    -0,400 Реализация товаров и услуг 00000000015 от 01.02.2010 10:56:39    01.02.2010 10:56:39    -0,400        1,000    -1,400 Реализация товаров и услуг 00000000016 от 01.02.2010 12:07:55    01.02.2010 12:07:55    -1,400        0,320    -1,720 Реализация товаров и услуг 00000000017 от 01.02.2010 12:08:59    01.02.2010 12:08:59    -1,720        0,300    -2,020 Реализация товаров и услуг 00000000001 от 01.02.2010 12:31:01    01.02.2010 12:31:01    -2,020        10,000    -12,020 Реализация товаров и услуг 00000000042 от 01.02.2010 14:27:44    01.02.2010 14:27:44    -12,020        0,140    -12,160 Реализация товаров и услуг 00000000059 от 01.02.2010 15:12:08    01.02.2010 15:12:08    -12,160        0,180    -12,340 Реализация товаров и услуг н000024 от 01.02.2010 15:54:57    01.02.2010 15:54:57    -12,340        0,240    -12,580 Поступление товаров и услуг 00000000001 от 01.02.2010 17:17:09    01.02.2010 17:17:09    -12,580    20,000        7,420 Реализация товаров и услуг н0000069 от 01.02.2010 17:19:33    01.02.2010 17:19:33    7,420        0,500    6,920 Реализация товаров и услуг 00000000012 от 01.02.2010 17:19:52    01.02.2010 17:19:52    6,920        1,000    5,920 Реализация товаров и услуг 00000000061 от 01.02.2010 17:21:06    01.02.2010 17:21:06    5,920        0,140    5,780 Реализация товаров и услуг 00000000157 от 01.02.2010 17:31:21    01.02.2010 17:31:21    5,780        10,000    -4,220 Поступление товаров и услуг 00000000004 от 02.02.2010 8:39:31    02.02.2010 8:39:31    -4,220    70,000        65,780 Реализация товаров и услуг 00000000071 от 02.02.2010 10:40:30    02.02.2010 10:40:30    65,780        1,000    64,780 Реализация товаров и услуг 00000000096 от 02.02.2010 12:26:31    02.02.2010 12:26:31    64,780        2,000    62,780
#37 by hhhh
у поступлений поставь время 0:00:00
#38 by Loyt
Напиши обработку, которая поступления на начало дня перенесет. Но у тебя первого числа один фиг реализуется больше, чем надо. С этим - уже к бухам.
#39 by hotrod
хм. по сути логично, и они должны встать впереди реализации. спасибо. попробую
#40 by hotrod
вам и всем остальным спасибо большое. вроде бы как причина косяка и пути решения теперь известны, осталось реализовать и научить правильно вести базу.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям