AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Функционал
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 31.01.2011, 23:00   #1  
Starling is offline
Starling
Участник
Дети Юза
 
530 / 76 (4) ++++
Регистрация: 20.10.2005
Адрес: Kiev
Контроль серийных номеров и сторно закупки, по которой нет остатка
Коллеги, привет.

Нужен совет.
Ситуация следующая:
  • [1]Компания торгует штучным товаром, для которого активирована аналитика серийный номер.
  • [2] Для аналитики серийный номер в группе складских аналитик активирована опция «Контроль серийных номеров».
  • [3]При приходе товара на склад, работники склада регистрируют факт физического прихода. Возможно перевод в статус Зарегистрировано, возможен сразу в статус Получено. Решение в пользу одного из статусов сути вопроса не меняет.
  • [4]Поле регистрации прихода по закупке сотрудники склада двигают этот товар дальше по складам и ячейкам журналами переноса, не дожидаясь финансового прихода. Для этих целей будет включен отрицательный финансовый склад, при этом отрицательный физический склад будет запрещен.
  • [5]Бухгалтерия по факту получения первички, со значительным опозданием, финансово обрабатывает закупки.
  • [6]А теперь вопрос – как в такой схеме сторнировать закупку в случае ошибки?
  • [a]Остатка на аналитики, в которую пришел товар уже нет, так как склад «двинул» товар дальше, т.е. при попытки сторнирования получим отрицательный физический остаток и система не пропустит такую операцию.
  • [b]Напрашивается вариант сначала разнести корректную закупку, а потом уже сторнировать ошибочную. Но в этом случае система будет ругать на нарушение контроля серийных номеров.
Что посоветуете? У меня пока два варианта:
  • [1]Не включать контроль серийных номеров. Этого бы очень не хотелось, так как такой контроль в остальных случаях лишним точно не будет.
  • [2]Допилить обработку закупки, таким образом, что бы в определенных случаях контроль на серийные номера не срабатывал.
Мне пока ни 1-ый ни 2-ой вариант не нравится, первый из-за отсутствия необходимой проверки, второй из-за модификации. Как мне кажется не самой простой.
Может есть другие варианты? У кого был опыт решения подобной задачи?
Старый 01.02.2011, 09:39   #2  
UNRW is offline
UNRW
Участник
 
383 / 67 (3) ++++
Регистрация: 16.09.2004
Адрес: Москва
Пилите Шура, пилите. Они золотые. (c) Бендер.

Модификация: Закупить тем же лотом и набором аналитик на "правильную" сумму, разнести сторно-документ (физический/финансовый, по фин документу "Накладная" надо проверить был ли СФ и правильно его удалить) на "оригинальную" закупку и сопоставить/маркировать их. Все сделать в одной транзакции.
Старый 01.02.2011, 09:53   #3  
Pustik is offline
Pustik
Участник
 
807 / 372 (14) ++++++
Регистрация: 04.06.2004
У нас ситуация немножко другая,только с партиями и не в закупках, а в заказах.

Склад проставляет партии в заказы, бухгалтерия их отгружает. Проблема возникает в том, когда склад (а в основном это простые люди максимум техникум) ошибается. Забилы не те партии. Приходится затрагивать бухгалтерию, чтобы она возвращала эти заказы на склад(сторнировала), потом склад исправлял свои ошибки.И бухгалтера потом опять отгружают. Бухгалтерия не в восторге от такой вот лишнией для них работы.
В вашей ситуации можно:
1) Попробовать для таких вот случаев программно, именно для сторнирования таких вот случаев, отключать галочку <Конролировать серийные номера>.А после разноски сразу включать.Здесь меньше модификаций.Или назначить ответственное лицо, которое на время сторно будет включать/оключать эту галочку. Но сами понимаете это не очень хороший вариант. Я его не одобряю.
2) Лучше будет так. Создать мнимый складской журнал переноса этих номенклатур на нужную складскую аналитику(которая была в закупке).Опять таки можно программно, чтобы не заморачивать пользователей. Отсторнировать закупку.И отсторнировать этот мнимый складской журнал.

Последний раз редактировалось Pustik; 01.02.2011 в 09:58.
Старый 01.02.2011, 10:03   #4  
George Nordic is offline
George Nordic
Модератор
Аватар для George Nordic
Злыдни
 
4,479 / 1250 (50) ++++++++
Регистрация: 17.12.2003
Адрес: Moscow
Записей в блоге: 9
Угу, при этом учесть, что:
Возможна частичная приемка товара, и по закупке может быть несколько накладных;
Накладная может быть на несколько закупок;
Теоретически, СЧФ тоже может быть на несколько накладных.

С Уважением,
Георгий
Старый 01.02.2011, 14:55   #5  
UNRW is offline
UNRW
Участник
 
383 / 67 (3) ++++
Регистрация: 16.09.2004
Адрес: Москва
Всё верно.
Цитата:
Сообщение от George Nordic Посмотреть сообщение
Угу, при этом учесть, что:
Возможна частичная приемка товара, и по закупке может быть несколько накладных;
Накладная может быть на несколько закупок;
Теоретически, СЧФ тоже может быть на несколько накладных.

С Уважением,
Георгий
Еще важен период исправления, возможно, что финансовый/бухгалтерский период уже закрыт - тогда внимательно читайте учетную политику вашей конторы или ПБУ, или МСФО смотря какой учет вы ведете
Старый 01.02.2011, 10:05   #6  
pitersky is offline
pitersky
северный Будда
Аватар для pitersky
Ex AND Project
Соотечественники
 
1,509 / 432 (18) +++++++
Регистрация: 26.09.2007
Адрес: Солнечная система
Цитата:
Сообщение от Starling Посмотреть сообщение
Что посоветуете? У меня пока два варианта
Посоветую третий
Сделайте какой-нибудь документ прихода (складской журнал, закупку,...) с номером "Испр". Напишите процедуру, которая:
1) копирует спецификацию ошибочной закупки/накладной/СФ в этот документ
2) регистрирует приход по нему
3) сторнирует исходную закупку/накладную/СФ

при повторной разноске исходной закупки/накладной/СФ строки документа, разумеется, надо будет автоматически удалить.

P.S. Кривовато, конечно, но малозатратно по доработкам
__________________
С уважением,
Вячеслав

Последний раз редактировалось pitersky; 01.02.2011 в 10:07.
Старый 01.02.2011, 11:12   #7  
donMigel is offline
donMigel
Участник
Аватар для donMigel
 
133 / 33 (2) +++
Регистрация: 31.08.2004
Адрес: Мытищи
Начнем с того, что при выключенном отрицательном складе в группе складских моделей возможность сторнирования приходного документа с номенклатурами, в которых указана такая группа, априори в системе не будет стопроцентной. Значит, модификация. А вот уже какая-это вопрос.
Чтоб на него попытаться ответить точно и полно, следует понимать, в результате каких ошибок возникла необходимость сторнирования:
1.если оприходовали не с теми аналитиками, то попытаться исправить журналом переноса
2.если оприходовали не то количество, то попытаться исправить дополнительными документами (ТОРГ-2 на излишки\недостачи)
3. если оприходовали не с теми "документарными" параметрами (цена, договор, контрагент), то попытаться исправить данные в надлежащих таблицах.
Но обычно останавливаются на варианте "клона":создают на основе оригинального (некорректного) приходного документа новый корректный, затем удаляют (сторнируют) оригинальный (некорректный). В любом случае Вы столкнетесь с трудностями в основном организационного характераУдачи!
__________________
_____________________________________________--
Axapta 3.0 SP4 KR1 Build #10 for EE
Ищу работу!
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Разница с суммах при сторно заказа на покупку Lelya DAX: Функционал 11 28.01.2010 10:13
Сторно по Подотчетнику Nuta DAX: Функционал 6 11.11.2009 05:13
Not enough rights to use table 'Officials - Report lines' (OfficialsTrans_RU). почему нет прав? rusalaudinov DAX: Программирование 4 18.02.2008 10:41
Удаление закупки Tory DAX: Функционал 1 06.07.2005 15:01
Резервирование 10000 номеров из номерной серии demID DAX: Программирование 1 16.08.2004 12:29
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра
Комбинированный вид Комбинированный вид

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 06:56.