Configuraciones Necesarias para Pólizas en Contabilidad Electrónica
Debido a los requisitos del SAT sobre la Contabilidad electrónica, entrará en vigor la obligación del
envío de pólizas a partir del 3 de Septiembre del presente año, sin embargo ésta se hará bajo
requerimiento expreso por la autoridad, es decir no se enviará obligatoriamente las pólizas periodo
tras periodo. Sin embargo a partir de esa fecha podrían solicitar pólizas desde Julio.
Preguntas Frecuentes SAT
En resumen, si su empresa solicita alguna compensación o devolución se deberá enviar el XML de
las pólizas al SAT, o bien si la empresa recibe un requerimiento a solicitud de la autoridad fiscal, se
podrá que enviar a partir del 3 de Septiembre; aunque podrían pedir pólizas a partir de Julio.
Por tanto volvemos a reiterar las configuraciones que afectan directamente a la información
incorporada en el XML de pólizas contables:
1. Código SAT del Banco en Transacciones Bancarias
2. RFC en Cuentas Bancarias y Deudores Diversos
3. Configuración de Transacciones Bancarias
4. Cuentas Origen y Destino en Transacciones Bancarias
5. Comentarios en Pólizas
1. Código SAT del Banco en Transacciones Bancarias
Cada Banco que se utilice en su empresa debe asociarse con el código SAT, en el módulo de
Bancos, en la opción bancos existe un campo llamado Banco este debe tener una clave
elegida del catálogo ya predeterminado por el SAT e incluido en 1G Atmosphere:
Lista incorporada en 1G Atmosphere de acuerdo con el catálogo publicado en el SAT
2. RFC en Deudores Diversos
Dentro de la información que está requiriendo el SAT se encuentra el RFC de Deudores
Diversos para identificar transacciones que no están registradas como egresos o ingresos
por no ser proveedores ni clientes. En ocasiones los empleados son deudores por diversos
motivos por tanto si este es el caso al elegir un empleado en la pantalla de Deudores toma
el RFC capturado del Empleado, en caso de no serlo es necesario capturar el RFC que se le
asignará al deudor:
Si se efectúa un traspaso entre una Cuenta Bancaria y un Deudor, se exigirá el RFC del
Deudor para permitir afectar su documento.
3. Configuración de Transacciones Bancarias
Cuando en la empresa existe una transacción Bancaria de por medio ya sea una Entrada o
Salida de dinero, el SAT está obligando a poner datos como Beneficiario, Cuentas Origen y
Destino en ciertos casos según el Tipo de Transacción Bancaria Elegida.
Estos son los Nodos Obligatorios para cada Tipo de Transacción SAT:
En cualquier transacción dentro de 1G Atmosphere donde se involucre una Cuenta Bancaria;
es decir entradas o salidas de dinero, corresponde un tipo de Transacción y un Método de
Pago tomados de los catálogos del SAT para identificar dichas partidas en una póliza.
Catálogo de Métodos de Pago SAT
Ésta es la configuración sugerida la cual actualizaremos en la descripción de la transacción
bancaria con la finalidad de que sea más descriptiva en cuanto a que si es salida o entrada
de dinero mostrados que son los que trae 1G Atmosphere por default,
Si tiene Tipos de Transacción personalizados, será necesario agregarle el Método de Pago
SAT en su catálogo:
Esta configuración es necesaria para que permita grabar y Afectar en Pagos, Anticipos,
Cobros y Traspasos.
4. Cuentas Origen y Destino en Transacciones Bancaria
El SAT está requiriendo estos datos cuando existe una transacción bancaria de por medio;
es decir, en la partida de la póliza donde se mencione una cuenta bancaria de la empresa,
esto afecta a los Módulos tanto de Cuentas por Pagar como a Cuentas por Cobrar y a
Traspasos entre Cuentas con Deudores Diversos, en todo momento cuando se utilice una
cuenta bancaria de la empresa actuará ya sea como cuenta origen o como cuenta destino
dependiendo la naturaleza de la operación (entrada o salida de dinero), sin embargo de
acuerdo al tipo de transacción bancaria elegida será obligatorio contar con una o ambas
cuentas involucradas, así como en algunos casos el beneficiario.
Relación de Tipos de Transacción Bancaria (1G Atmosphere) con Transacción y Método de Pago (SAT)
En 1G Atmosphere se está validando que en caso de que se elija el Tipo de Transacción
Bancaria TRANSFERENCIA y sea SALIDA de DINERO va a validar que exista cuenta Destino,
de lo contrario no va a permitir afectar el documento ya que es obligatoria dicha
información en su póliza.
Ejemplo 1:
Este es un pago a Proveedor, si se elige PAGO/RETIRO POR TRANSFERENCIA (Salida de
Dinero), exigirá Cuenta Destino del Beneficiario, de lo contrario no dejará afectar:
Esta es la Información que va a la póliza y la que se incorporaría en caso de generar el XML
de pólizas
Ejemplo 2,
Pago a Proveedor con un tipo de Transacción PAGO/RETIRO CHEQUE, donde se observa que
no es necesaria la Cuenta Destino porque en realidad no se tiene la certeza de que si se
depositará a una cuenta Bancaria.
Así se irá la información a la póliza contable,
Ejemplo 3,
Pago a una entidad de Gobierno, en este caso a INFONAVIT, a pesar que en la práctica se
hace una transferencia bancaria, en ningún lugar se exhibe la cuenta destino, sino que se
entra al portal del SIPARE y descarga su formato de pago donde únicamente muestra su
línea de captura y se puede pagar en varios bancos,
Por tanto no hay otra opción que utilizar el tipo de transacción PAGO/RETIRO OTROS porque
no tengo el dato de la cuenta destino y no podría ocupar PAGO/RETIRO TRANSFERENCIA.
Por lo que trasladará a la póliza lo siguiente:
Ejemplo 4,
Cuando se maneja una Cuenta Bancaria el Banco cobra diversos cargos incluso en
automático, un ejemplo son las comisiones bancarias por uso de Cuenta, aquí también el
banco aplica el cargo y nunca nos expone su cuenta bancaria, por tanto se debe elegir el
Tipo de transacción PAGO/RETIRO OTROS,
Y se enviará:
Ejemplo 5,
En un Cobro de un Cliente (Entrada de Dinero) será posible utilizar internamente el tipo de
Transacción COBRO/DEPOSITO TRANSFERENCIA; pero si no se tiene la certeza de la cuenta
del Cliente podemos dejarla en blanco y se podrá afectar, sin embargo internamente a la
póliza se trasladará el Tipo de Transacción SAT OTRO METODO DE PAGO y en Método de
Pago SAT: OTROS
Información en póliza
En el Caso de COBRO/DEPOSITO TRANSFERENCIA (Entrada de Dinero), solo en el caso de
que sepamos la Cuenta Origen del Cliente (previa captura en catálogo de Clientes) se podrá
elegir; sin embargo en estos casos se podrá dejar en blanco y si se podrá afectar pero a la
póliza contable no se enviará TRANSFERENCIA como Tipo de Transacción SAT, sino como
OTRO METODO DE PAGO.
La finalidad de la autoridad Fiscal es tener los datos de las Cuentas cuando es
TRANSFERENCIA (Entradas y Salidas de Dinero), por ello es necesario tener el Banco y
Cuenta Destino, por ello es importante tener las Cuentas en el Catálogo de Proveedores y
en algunos casos hasta de Clientes, todo siempre y cuando se asegure que a esas cuentas
se transfiere el dinero.
Cuando la TRANSFERENCIA es de un Banco a uno distinto toma la Clabe interbancaria,
cuando es el mismo Banco toma la Cuenta Bancaria. Sin embargo existen Proveedores
Institucionales tales como Gobierno y grandes empresas las cuales no exhiben sus cuentas
Bancarias (SAT, IMSS, INFONAVIT, CFE, FONACOT, etc.) sino que tienen convenios con los
Bancos en estos casos es posible enviar como Cuenta/Clabe Interbancaria el Convenio que
maneje con el Banco donde se transfiere el dinero, un ejemplo es el CIE (Convenio Inter-
Empresarial).
En caso de no contar con el dato de la Cuenta/Clabe Destino no debemos (ni
permite el sistema) hacerlo con la Transacción PAGO/RETIRO TRANSFERENCIA por
lo cual podemos pasarlo con el tipo de transacción de 1G ATMOSPEHRE
PAGO/RETIRO OTROS el cual enviará como transacción SAT: OTRO METODO DE
PAGO y como método de Pago SAT: 99 OTROS.
5. Comentarios en Pólizas
Otro requisito obligatorio en el XML de pólizas requerido por el SAT son los conceptos a
nivel Encabezado y Partida de póliza, por tanto es importante llenar los comentarios en los
documentos ya que de estos se trasladan hasta las pólizas como conceptos.
Nodo Concepto en Póliza (Encabezado) Nodo Concepto en Transacción (Partida
de Póliza)
Por tanto si en algún documento no lleva comentario en encabezado o partida, será posible editarlo
y grabarlo el cual llevará una bitácora de cambios ya que este comentario se actualizará en la póliza
misma que formará parte del XML de pólizas.
Ejemplo:
Una vez afectado, podrá editar el comentario, una vez editado se graba y se puede revisar
con doble click en el estatus para ver la bitácora de cambios: