Cómo corregir errores de datos que impiden la integración de administración Reporter

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 2931999
Resumen
Este artículo proporciona los pasos necesarios para ejecutar una secuencia de comandos Diagnostics.sql para administración Reporter 2012 de 2011 de Microsoft Dynamics SL. Esta secuencia de comandos puede identificar los errores de datos que pueden impedir la correcta integración de administración Reporter. Errores de datos pueden proceden de muchas fuentes y causar incoherencia entre tablas o crear los valores de campo no válido.

En la parte inferior de este artículo, hay también dos secuencias de comandos utilizadas para buscar datos en minúsculas que pueden causar problemas en el Sr..
Solución
Descargue el archivo de secuencia de comandos siguiente y, a continuación, siga estos pasos para ejecutar las secuencias de comandos en la base de datos de aplicación de Microsoft Dynamics SL en Reporter de administración. Cambiar el tipo de salida a la Salida de texto para facilitar su visualización.

Nota: Esta misma información se incluye en el archivo Diagnostics2.Sql, que se incluye en el archivo MR2.zip.

Importante: Haga siempre una copia de seguridad de la base de datos antes de actualizar los datos en Management Studio.

Paso 1

  • ¿Tiene más de un ID de moneda configurado?

    Select 'Step1a', CASE WHEN COUNT(*)>1 then 'YES' else 'NO' end, count(*) from currncy with (nolock)

    Notas:
    • No = la moneda única
    • Sí = varias monedas que se configuran en el mantenimiento de moneda y que tienen el número que aparece
  • ¿Está habilitada la multimoneda?

    Select top 1 'Step1b',case isnull((select MAX(mcactivated) from cmsetup),-99) WHEN 1 then 'ENABLED' when -99 then 'NOT SETUP' else 'NOT ENABLED' end

    Nota: Esta secuencia de comandos devuelve "Enabled" o "No Set Up".

Paso 2

Buscar un registro de configuración de moneda incorrecta. Evalúe cada situación. Para obtener ayuda para ello, póngase en contacto con el soporte técnico de Microsoft Dynamics.
  • Debe tratarse de la divisa base de la base de datos de la aplicación:

    Select 'Step2a',BaseCuryId from glsetup with (nolock)

  • La divisa Base de la contabilidad real (tipo de saldo = 'a') debe ser la divisa base de la base de datos.

    Select 'Step2b',BaseCuryID,LedgerID, BalanceType from ledger with (nolock)
  • El campo BaseCuryID de todas las empresas de una base de datos de la aplicación dada todos debe coincidir.

  • Esta secuencia de comandos muestra el campo BaseCuryID de las bases de datos de aplicación que están asociados con la base de datos.

    Select 'Step2c',BaseCuryID, CpnyID, databasename from vs_company with (nolock)
  • El campo BaseCuryIDs debe existir en la tabla de mantenimiento de moneda. Las divisas extranjeras también deben existir en esta tabla.

    Select 'Step2d',curyid from currncy with (nolock)

Paso 3

Busque valores incorrectos de los campos CuryID y ledgerIDde los registros de transacciones y resumen. Estas instrucciones tener acceso sólo a los registros de los 100 mejores. Para ver todos los registros, quite las palabras "top 100" de la secuencia de comandos.
  • Accthist que tiene un ID de moneda que no está en la tabla de mantenimiento de moneda.

    Select top 100 'Step3a',CpnyID, LedgerID, FiscYr, Acct, SUB, CuryId, * from accthist with (nolock) where CuryId not in (select CuryId from Currncy with (nolock))

    Revisión: Puede que necesite actualizar el campoCuryID para que coincida con el campo BaseCuryID . Sin embargo, puede que ya exista ese registro. En este caso, recibirá un mensaje 6909. Si esto ocurre, determinar si se requiere el registro.

  • Accthist que tiene un ID de moneda que no coincide con la contabilidad de registro (o para un libro mayor que no está en la tabla de Contabilidad).

    Select top 100 'Step3b',a.CpnyID, a.LedgerID, a.FiscYr, a.Acct, a.SUB, a.CuryId, l.BaseCuryID,* from accthist a with (nolock) left join Ledger l with (nolock) on a.LedgerID=l.LedgerID where l.LedgerID is null OR l.BaseCuryID<>a.CuryId

    Revisión: La actualización depende de cada situación.

  • CuryAcct que tiene un CuryID no en la tabla de mantenimiento de moneda.

    Select top 100 'Step3c',CpnyID, LedgerID, FiscYr, Acct, SUB,BaseCuryID, CuryId, * from curyacct with (nolock) where CuryId not in (select CuryId from Currncy with (nolock))

    Revisión: La actualización dependerá de cada situación. Tendrá que eliminar el registro más adelante si no hay ningún registro de AcctHist correspondiente. Además, tendrá que actualizar el campo CuryID . Sin embargo, puede que ya exista ese registro. En este caso, recibirá un mensaje 6909. Si esto ocurre, determinar si se necesita el registro.

  • CuryAcct con un BasecuryID que no coincide con el registro contable (o de un movimiento que no está en la tabla de Contabilidad).

    Select top 100 'Step3d',c.CpnyID, c.LedgerID, c.FiscYr, c.Acct, c.SUB,c.BaseCuryID, c.CuryId,l.BaseCuryID, * from curyacct c with (nolock) left join Ledger l with (nolock) on c.LedgerID=l.LedgerID where l.LedgerID is null OR c.BaseCuryID<>l.BaseCuryId

    Revisión: La actualización depende de cada situación.

  • GLTran con un CuryID no en la tabla de mantenimiento de moneda.

    Select top 100 'Step3e',CpnyID, LedgerID, FiscYr, Acct, SUB,BaseCuryID, CuryId,* from gltran with (nolock) where Posted='P' and CuryId not in (select CuryId from Currncy)

    Revisión: La actualización depende de cada situación. Puede que necesite actualizar el campoCuryId a un valor válido.

  • GLTran con un valor de campo BaseCuryID que no coincide con el registro contable (o de un movimiento que no está en la tabla de Contabilidad).

    Select top 100 'Step3f',g.CpnyID, g.LedgerID, g.FiscYr, g.Acct, g.SUB, g.BaseCuryID, g.CuryId, * from gltran g with (nolock) left join Ledger l with (nolock) on g.LedgerID=l.LedgerID where g.Posted='P' and g.LedgerID is null OR l.BaseCuryID<>g.BaseCuryId

    Corregir: actualización dependerá de cada situación. Puede que necesite actualizar el campoBaseCuryID a un valor válido.

Paso 4

Busque registros de resumen no coincidentes.
  • Buscar registros CuryAcct sin AcctHist los registros.

    Select top 100 'Step4a',c.CpnyID, c.LedgerID, c.FiscYr, c.Acct, c.Sub, c.BaseCuryID, c.CuryId,*from CuryAcct c with (nolock)left join AcctHist a with (nolock) on c.CpnyID=a.CpnyID and c.Acct=a.Acct and c.Sub=a.Sub and c.LedgerID=a.LedgerID and c.FiscYr=a.FiscYrwhere a.CpnyID is null order by c.CpnyID, c.Acct, c.SUB, c.ledgerid, c.FiscYr

    Revisión: Ejecutar la secuencia de comandos Fix4a.SQL desde MR2.zip en las bases de datos de moneda única y varias divisas si los errores se notifican.

  • Busque Accthist sin CuryAcct los registros.

    Select top 100 'Step4b',a.CpnyID, a.LedgerID, a.FiscYr, a.Acct, a.Sub, a.CuryId, *from AcctHist a with (nolock)left join Curyacct c with (nolock) on c.CpnyID=a.CpnyID and c.Acct=a.Acct and c.Sub=a.Sub and c.LedgerID=a.LedgerID and c.FiscYr=a.FiscYrwhere a.BalanceType='A' and c.CpnyID is null order by a.CpnyID, a.Acct, a.SUB, a.ledgerid, a.FiscYr

    Revisión: Bases de datos de multimoneda, o inicializar un registro curyacct en el modo de inicialización en Contabilidad general &gt; Historial de cuenta o contabilizar una transacción en la cuenta/sub/contabilidad/fiscyr/cpnyid/curyid. Para crear o actualizar un registro de curyacct en Contabilidad general &gt; histórico de cuenta > ficha moneda, deberá especificar los datos para cada período. Cuando se crea un lote para contabilizar una transacción de la cuenta, esto debe crear un registro de CuryAcct que contiene los valores para cada período. Asegúrese de que utiliza el año en el que se informa del error como el año de registro. A continuación, invierta el proceso para quitar los dólares de la cuenta.

    Para una base de datos de la moneda única, abrir el registro en Contabilidad general &gt; Historial de cuenta durante el modo de inicialización si sólo hay uno o dos registros. Cambiar el saldo inicial por cierto, guardar el registro, devolverla y, a continuación, vuelva a guardar. Esto crea el registro de curyacct. O bien, puede ejecutar la secuencia de comandos de paso 6a en esta sección.

  • GLTrans sin AcctHist

    Esta consulta se ejecutará lentamente si hay muchas entradas de gltrans y todas las entradas son válidas. (La consulta realmente se ejecuta más rápido si hay datos incorrectos.)

    Select top 100 'Step4c',g.CpnyID, g.LedgerID, g.FiscYr, g.Acct, g.Sub, g.BaseCuryID, g.CuryId,* from GLTran g with (nolock)left join AcctHist a with (nolock) on g.CpnyID=a.CpnyID and g.Acct=a.Acct and g.Sub=a.Sub and g.LedgerID=a.LedgerID and g.FiscYr=a.FiscYrinner join vs_company c with (nolock) on g.CpnyID=c.CpnyID and c.CpnyCOA in (select CpnyID from glsetup with (nolock)) -- only companies in this application DBwhere g.posted='P' and a.CpnyID is null order by g.CpnyID, g.LedgerID, g.FiscYr, g.Acct, g.Suboption (force order) -- added for performance in larger databases

    Revisión: Evaluar las entradas de campo GLtrans . Si no hay ningún registro de AcctHist, las finanzas no utilizan estas transacciones para informes
  • Normalmente es debido a que las transacciones son antiguas. Puede eliminarlos o realizar otra acción. Evaluar cuidadosamente estas entradas.

Paso 5

Busque registros de GLTrans que tienen fechas no válidas o períodos. Estos registros pueden provocar los errores siguientes en Reporter de administración:
  • Texto de error: los parámetros de año, mes y día describen un campo DateTime que no se puede representar.
  • Texto de error: no se establece la referencia de objeto a una instancia de un objeto.
  • GLTrans los registros que tienen un campo de FiscYr en blanco.

    Select top 100 'Step5a',CpnyID, LedgerID, FiscYr, Acct, Sub, perpost, perent, trandate, Posted, Rlsed, BatNbr, Module, * from GLTran with (nolock) where FiscYr='' and (Rlsed=1 or Posted='P')

    Corregir: considere la posibilidad de actualizar el campo de FiscYrbasándose en el valor de perpost.

  • GLTrans los registros que tienen un valor de perpost que está ahora fuera de un rango normal.

    Select top 100 'Step5b',CpnyID, LedgerID, FiscYr, Acct, Sub, perpost, perent, trandate, Posted, Rlsed, BatNbr, Module, *from GLTran with (nolock) where (PerPost>='204812' or PerPost<='195001') and (Rlsed=1 or Posted='P')

    Revisión: Estos lotes todos probablemente tendrá un período futuro para registrar. Puede abrir estos lotes en Contabilidad general &gt; diario de transacciones durante el modo de inicialización.
    O eliminarlos, cambiar el período a contabilizar o procesarlos, según corresponda.

  • GLTrans los registros que tienen un valor transdate que está fuera del rango normal (con frecuencia por tener un año 2079).

    Select top 100 'Step5c',CpnyID, LedgerID, FiscYr, Acct, Sub, perpost, perent, trandate,Posted, Rlsed, BatNbr, Module, *from GLTran with (nolock) where (trandate>='01/01/2048' or trandate<='01/01/1950') and (Rlsed=1 or Posted='P') and TranDate<>'1/1/1900'

    Revisión: Actualizar trandate a crtd_datetime. Este script muestra cómo.

    update gltran set trandate=crtd_datetime where (trandate>='01/01/2048' or trandate<='01/01/1950') and (Rlsed=1 or Posted='P') and TranDate<>'1/1/1900' 

  • AcctHist los registros con un campo FiscYr lejos, fuera de un rango normal.

    Select top 100 'Step5d',a.CpnyID, a.LedgerID, a.FiscYr, a.Acct, a.Sub, a.CuryId, *from AcctHist a with (nolock) where a.FiscYr>'2048' or a.FiscYr<'1950'

    Revisión: Se trata de registros probablemente no deseados. En la manipulación de datos Históricamente, podría establecer el año fiscal a un año futuro para mantener los registros para su posible revisión posterior.

Paso 6

Busque los casos en que cantidades en el registro de AcctHist no coinciden con los importes del registro CuryAcct .

Nota: Ejecute esta instrucción sólo después de que se han solucionado los problemas en los pasos 1 a 5.

select top 1000 'Step6a', a.CpnyID, a.Acct, a.Sub, a.LedgerID, a.FiscYr, c.numCuryAcct, a.BegBal, c.begbal, a.PtdBal00, c.ptdbal00, a.PtdBal01, c.ptdbal01, a.PtdBal02, c.ptdbal02,   a.PtdBal03, c.ptdbal03, a.PtdBal04, c.ptdbal04, a.PtdBal05, c.ptdbal05, a.PtdBal06, c.ptdbal06, a.PtdBal07, c.ptdbal07, a.PtdBal08, c.ptdbal08,   a.PtdBal09, c.ptdbal09, a.PtdBal10, c.ptdbal10, a.PtdBal11, c.ptdbal11, a.PtdBal12, c.ptdbal12, a.ytdBal00, c.ytdbal00, a.ytdBal01, c.ytdbal01,  a.ytdBal02, c.ytdbal02, a.ytdBal03, c.ytdbal03, a.ytdBal04, c.ytdbal04, a.ytdBal05, c.ytdbal05, a.ytdBal06, c.ytdbal06, a.ytdBal07, c.ytdbal07,   a.ytdBal08, c.ytdbal08, a.ytdBal09, c.ytdbal09, a.ytdBal10, c.ytdbal10, a.ytdBal11, c.ytdbal11, a.ytdBal12, c.ytdbal12  from AcctHist a inner join (select count(*) as numCuryAcct, CpnyID, Acct, Sub, LedgerID, FiscYr, SUM(begbal) as begbal, SUM(ptdbal00) as ptdbal00, SUM(ptdbal01) as ptdbal01, SUM(ptdbal02) as ptdbal02, SUM(ptdbal03) as ptdbal03, SUM(ptdbal04) as ptdbal04, SUM(ptdbal05) as ptdbal05, SUM(ptdbal06) as ptdbal06, SUM(ptdbal07) as ptdbal07, SUM(ptdbal08) as ptdbal08, SUM(ptdbal09) as ptdbal09, SUM(ptdbal10) as ptdbal10, SUM(ptdbal11) as ptdbal11,SUM(ptdbal12) as ptdbal12, SUM(ytdbal00) as ytdbal00, SUM(ytdbal01) as ytdbal01, SUM(ytdbal02) as ytdbal02, SUM(ytdbal03) as ytdbal03, SUM(ytdbal04) as ytdbal04, SUM(ytdbal05) as ytdbal05, SUM(ytdbal06) as ytdbal06, SUM(ytdbal07) as ytdbal07, SUM(ytdbal08) as ytdbal08, SUM(ytdbal09) as ytdbal09, SUM(ytdbal10) as ytdbal10, SUM(ytdbal11) as ytdbal11, SUM(ytdbal12) as ytdbal12from curyacct group by CpnyID, Acct, Sub, LedgerID, FiscYr) c   on a.CpnyID=c.CpnyID and a.Acct=c.Acct and a.Sub=c.Sub and a.LedgerID=c.LedgerID and a.FiscYr=c.FiscYr  where round(a.BegBal,2)<>round(c.begbal,2) or round(a.PtdBal00,2)<>round(c.PtdBal00,2) or round(a.PtdBal01,2)<>round(c.PtdBal01,2) or   round(a.PtdBal02,2)<>round(c.PtdBal02,2) or round(a.PtdBal03,2)<>round(c.PtdBal03,2) or round(a.PtdBal04,2)<>round(c.ptdbal04,2) or   round(a.PtdBal05,2)<>round(c.PtdBal05,2) or round(a.PtdBal06,2)<>round(c.PtdBal06,2) or round(a.PtdBal07,2)<>round(c.PtdBal07,2) or   round(a.PtdBal08,2)<>round(c.PtdBal08,2) or round(a.PtdBal09,2)<>round(c.PtdBal09,2) or round(a.PtdBal10,2)<>round(c.PtdBal10,2) or   round(a.PtdBal11,2)<>round(c.PtdBal11,2) or round(a.PtdBal12,2)<>round(c.PtdBal12,2) or round(a.ytdBal00,2)<>round(c.ytdBal00,2) or   round(a.ytdBal01,2)<>round(c.ytdBal01,2) or round(a.ytdBal02,2)<>round(c.ytdBal02,2) or round(a.ytdBal03,2)<>round(c.ytdBal03,2) or   round(a.ytdBal04,2)<>round(c.ytdbal04,2) or round(a.ytdBal05,2)<>round(c.ytdBal05,2) or round(a.ytdBal06,2)<>round(c.ytdBal06,2) or   round(a.ytdBal07,2)<>round(c.ytdBal07,2) or round(a.ytdBal08,2)<>round(c.ytdBal08,2) or round(a.ytdBal09,2)<>round(c.ytdBal09,2) or   round(a.ytdBal10,2)<>round(c.ytdBal10,2) or round(a.ytdBal11,2)<>round(c.ytdBal11,2) or round(a.ytdBal12,2)<>round(c.ytdBal12,2)

Para una base de datos de la moneda única, abrir el registro en Contabilidad general &gt; Historial de cuenta durante el modo de inicialización si hay sólo unos pocos registros. Cambiar el saldo inicial por cierto, guardar el registro, revertir el registro y lo vuelve a guardar. Esto actualiza el registro de Curyacct para que coincida con el registro de Accthist . Si hay varios registros, ejecute la secuencia de comandos ResetCuryAcctfromAcctHistStep6a.sql del archivo MR2.zip.

En una base de datos multidivisa, abra GL &gt; Historial de cuenta durante el modo de inicialización si hay sólo unos pocos registros y haga clic en la ficha monedacorregir cada período individualmente, según corresponda. Si hay varios registros, ejecute el script MultiCurrencyStep6aFix.sql en el archivo MR2.zip. Se realiza cualquier cambio en el registro de BaseCuryID .

Después de completar el paso 6, vuelva a ejecutar la secuencia de comandos Diagnostics2.SQL para comprobar que no informe de errores.



Secuencias de comandos adicionales para buscar datos en minúsculas que pueden ocasionar problemas en el SEÑOR.

Esta secuencia de comandos busca varios registros en la Company.DatabaseName no tiene el mismo caso (ex: SLDemoApp y SLDEMOAPP). Ejecute esta secuencia de comandos en la base de datos.

Seleccione c.DatabaseName, c.CpnyID de la empresa c combinación externa izquierda sys.databases sd en c.DatabaseName intercalación Latin1_General_CS_AS = sd.name Latin1_General_CS_AS intercalar

donde sd.name es null y DatabaseName en (seleccione c1. DatabaseName de empresa de combinación externa izquierda de empresa c1 c2 en c1. DatabaseName = c2. DatabaseName donde c1. DatabaseName = c2. DatabaseName y c1. DatabaseName COLLATE Latin1_General_CS_AS! = c2. DatabaseName COLLATE Latin1_General_CS_AS)

Para corregir: actualizar el databasename para escribirse en mayúsculas.




Esta secuencia de comandos busca en minúsculas ID compañía y subcuenta en las tablas accthist, curyacct y gltran. Ejecute esta secuencia de comandos en la base de datos.


DECLARAR @DbName varchar (50)
DECLARE @useStatement varchar (256)
DECLARAR @fullStatement VARCHAR(8000)

DECLARAR db_cursor de CURSOR
Seleccione DatabaseName distinto de empresa

Abrir db_cursor
FETCH NEXT FROM db_cursor INTO @DbName

MIENTRAS @@FETCH_STATUS = 0
COMENZAR

Set @DbName = LTRIM(RTRIM(@DbName))
Set @useStatement = 'Uso' + @DbName + ''
Set @fullStatement = '
Seleccione sub como '' Sub - AcctHist-' + @DbName + ''', *
DESDE AcctHist
UPPER(sub) donde <> sub Latin1_General_CS_AS intercalar

Seleccione sub como '' Sub - GLTran-' + @DbName + ''', *
DESDE GLTran
UPPER(sub) donde <> sub Latin1_General_CS_AS intercalar


Seleccione sub como '' Sub - CuryAcct-' + @DbName + ''', *
DESDE CuryAcct
UPPER(sub) donde <> sub Latin1_General_CS_AS intercalar

Seleccione CpnyID como '' CpnyID - AcctHist-' + @DbName + ''', *
DESDE AcctHist
DONDE UPPER(CpnyID) <> CpnyID COLLATE Latin1_General_CS_AS

Seleccione CpnyID como '' CpnyID - GLTran-' + @DbName + ''', *
DESDE GLTran
DONDE UPPER(CpnyID) <> CpnyID COLLATE Latin1_General_CS_AS


Seleccione CpnyID como '' CpnyID - CuryAcct-' + @DbName + ''', *
DESDE CuryAcct
DONDE UPPER(CpnyID) <> CpnyID COLLATE Latin1_General_CS_AS


Seleccione SUB como '' Sub - SubAcct-' + @DbName + ''', * de SubAcct donde (SUB intercalar sql_latin1_general_cp1_cs_as <> upper(SUB))
o (intercalar de ConsolSub sql_latin1_general_cp1_cs_as <> upper(ConsolSub))
'

exec (@useStatement + @fullStatement)

FETCH NEXT FROM db_cursor INTO @DbName
FIN

Cerrar db_cursor
DEALLOCATE db_cursor




Para corregir: Si encuentra cualquier minúscula subcuentas puede ejecutar para poner en mayúsculas.


Update GLTran set Sub = UPPER(Sub)

Update AcctHist set Sub = UPPER(Sub)

Update CuryAcct set Sub = UPPER(Sub)



Si encuentra cualquier minúsculas empresa ID se pueden ejecutar para poner en mayúsculas.

Update accthist set cpnyid = UPPER(cpnyid) donde UPPER(CpnyID) <> CpnyID intercalación Latin1_General_CS_AS

Update curyacct set cpnyid = UPPER(cpnyid) donde UPPER(CpnyID) <> CpnyID intercalación Latin1_General_CS_AS

Update gltran set cpnyid = UPPER(cpnyid) donde UPPER(CpnyID) <> CpnyID intercalación Latin1_General_CS_AS



Esta secuencia de comandos busca en minúsculas LedgerID en las tablas accthist, curyacct y gltran. Ejecute esta secuencia de comandos en la base de datos de aplicación.

SELECT TOP 1 LedgerID de AcctHist en UPPER(LedgerID) <> LedgerID COLLATE Latin1_General_CS_AS

SELECT TOP 1 LedgerID de GLTran en UPPER(LedgerID) <> LedgerID COLLATE Latin1_General_CS_AS

SELECT TOP 1 LedgerID de CuryAcct en UPPER(LedgerID) <> LedgerID COLLATE Latin1_General_CS_AS



Para corregir: Si encuentra alguno en minúsculas de LedgerID puede ejecutar para poner en mayúsculas.

Update GLTran set LedgerID = UPPER(LedgerID) donde LedgerID intercalación Latin1_General_BIN como '% [a-z] %'

Update AcctHist set LedgerID = UPPER(LedgerID) donde LedgerID intercalación Latin1_General_BIN como '% [a-z] %'

Update CuryAcct set LedgerID = UPPER(LedgerID) donde LedgerID intercalación Latin1_General_BIN como '% [a-z] %'


Esta secuencia de comandos busca en minúsculas CuryID en las tablas accthist, curyacct y gltran. Ejecute esta secuencia de comandos en la base de datos de aplicación.

SELECT TOP 1 CuryID de AcctHist donde UPPER(CuryID) <> CuryID COLLATE Latin1_General_CS_AS

SELECT TOP 1 CuryID de GLTran donde UPPER(CuryID) <> CuryID COLLATE Latin1_General_CS_AS

SELECT TOP 1 CuryID de CuryAcct donde UPPER(CuryID) <> CuryID COLLATE Latin1_General_CS_AS



Corregir:2964624.

Propiedades

Id. de artículo: 2931999 - Última revisión: 06/15/2015 13:06:00 - Revisión: 7.0

Microsoft Dynamics SL 2011 Service Pack 2, Microsoft Dynamics SL 2011 Service Pack 1, Microsoft Dynamics SL 2011 Feature Pack 1, Microsoft Dynamics SL 2011

  • kbmbsmigrate kbsurveynew kbmt KB2931999 KbMtes
Comentarios