A Emissão dessa Nota no sistema, até o momento da Preparação do Documento de Saída, segue o mesmo processo La Emisión de esta factura en el sistema, hasta el momento de la Preparación del documento de salida, sigue el mismo proceso habitual (Pedido de Venda venta / Prepara Documento documento de Saídasalida), sem tratativas próprias a sin tratos propios para este modelo (salvo necessidades necesidades específicas do del cliente).

Particularidades Las particularidades para esta Nota, sãofactura son:

1)      TransmissãoTransmisión:

Diferente do Diferente del modelo 55; o el modelo 21 / 22 não é transmitido via no se transmite por el TSS, mas sim, via sintegra pelo sistema eletrônico de processamento de dados, obedecendo ao disposto na Portaria y sí, por el sintegra por el sistema electrónico de procesamiento de datos, obedeciendo lo dispuesto en la Resolución CAT nº 79/2003

O processo no Protheus é realizado na rotina Fiscal InstrEl proceso en el Protheus se realiza por la rutina Fiscal Resol. Normativas (MATA950) que atende ao Convênio atiende al Convenio  115.

São gerados 3 arquivos Se generan 3 archivos para enviar pelo Validador do SEFAZ por el Validador del FISCO (txt Mestre Maestro / txt Documento / txt ItemÍtem). No validador é possível importar os arquivos no formato txt ou En el validador es posible importar los archivos en el formato txt o xml.

DetalhesDetalles: FIS0013_ConvênioConvenio_115/2003 (dúvidas, contate Suporte Arquivos Magnéticos si tuviera dudas, entre en contacto con Soporte archivos magnéticos - Fiscal)
 

 2)     Numeração da Nota Fiscal que periodicamente      Numeración de la factura que periódicamente se reinicia (volta a numeração do vuelve a la numeración de “0”):

Há um projeto para viabilização da implementação, porém, ainda não é algo definido, pois é necessário alterar a estrutura atual do Protheus, permitindo notas com o mesmo número.

No entanto, é possível tratar a questão no sistema. Deve-se alterar a série da nota sempre que a numeração tiver de se reiniciar (que também é um procedimento permitido – utilizar uma nova série). Assim, é possível ter notas com a mesma numeração se a série for outra.

3)      Série variável incremental:

Hay un proyecto para hacer viable la implementación, sin embargo, aún no es algo definitivo, pues es necesario modificar la estructura actual del Protheus, permitiendo facturas con el mismo número.

Sin embargo, es posible tratar esta cuestión en el sistema. Deba modificarse a serie de la factura siempre que la numeración tuviera que reiniciar (que también es un procedimiento permitido – utilizar una nueva serie). De esta manera, es posible tener facturas con la misma numeración si la serie fuera otra.

3)      Serie variable incremental:

El mismo proceso de modificación de número de serie. Creación de serie debe Mesmo processo da alteração de número da série. Criação de série deve ser manual.

4)      Chave Validadora Clave validadora Hash:

O El sistema devedebe, e geray genera, um un código validador de identificação contendo dados da nota. Ele é gravado no de identificación con datos de la factura. Este se graba en el campo F3_MDCAT79 (Gravação do Código de Autenticação Digital Grabación del código de autenticación digital MD5).

Demais informaçõesOtras informaciones:   http://tdn.totvs.com.br/download/attachments/6076525/FIS%20-%20UPDFIS%20-%20Atualizacao%20da%20Base%20Fiscal%20-%20p11.pdf?version=1&modificationDate=1345817391000&api=v2 (dúvidas, contate Suporte si tuviera dudas, entre en contacto con el Soporte Fiscal)

5)      Impressão da NotaImpresión de la factura:

Este modelo não recebe a devolução do Sefaz Este modelo no recibe la devolución del Fisco por XML (Autorizada / Não No autorizada), portanto, não há por lo tanto, no hay Danfe.

É necessária a impressão do Es necesaria la impresión del documento fiscal; porém, atualmente, a emissão desses modelos é retrógrada em relação ao que conhecemos em outros documentos, como a NFe modelo 55, pois neste caso não há qualquer tipo de WebService ou disponibilidade de integração automatizada com softwares de gestão.

Cada SEFAZ traz a sua regulamentação em seu RICMS, em relação a recepção do Convênio 115/2003 contendo a estrutura de montagem com suas posições, tamanhos e campos necessários. Mas de acordo com a legislação, a única imposição para impressão da Nota é de que o layout atenda

ao convênio 115 a qual foi acordada com todas as Unidades Federativas.

sin embargo, actualmente la emisión de estos modelos es retrógrada con relación al que conocemos en otros documentos, como la e-Fact. modelo 55, pues en este caso no hay ningún tipo de WebService o disponibilidad de integración automatizada con softwares de gestión.

Cada FISCO trae su reglamentación en su RICMS, con relación a la recepción del Convenio 115/2003 con la estructura de elaboración con sus posiciones, tamaños y campos necesarios. Pero de acuerdo con la legislación, la única imposición para la impresión de la factura es de que el layout atienda al convenio 115 la cual fue acordada con todos los Estados/Prov/Reg.

De esta manera, el sistema suministra los archivos txt/xml mencionados en el ítem 1, los cuales atienden al convenio Sendo assim, o sistema fornece os arquivos txt/xml mencionados no item 1, os quais atendem ao convênio115.

OBS: Ao transmitir uma nota pelo validador eletrônico da SEFAZ deve-se optar por gerar as notas Al transmitir una factura por el validador electrónico del FISCO debe optarse por generar las facturas individualmente para que o el txt seja gerado exclusivamente com os dados dessa nota; armazenando tal registro pelo tempo determinado e fornecendo ao cliente ou ao Fisco caso solicitado;

Ou, se optar transmitir por período, o processo de separação da nota em txt individual para enviar ao cliente é manual.

Demais particularidades relativas à estruturação dos dados para impressão, caso o cliente deseje, poderá desenvolver individualmente.

OBS: Caso deseje, poderá se basear no RDMAKE NFESEFAZ (deve ser baixado atualizado na Central de Downloads no Portal do Cliente) e, a partir dele, personalizar conforme a necessidade;

Ou, poderá contatar seu ESN - Executivo de Soluções da TOTVS para solicitar um desenvolvimento pela Fábrica de Software Protheus conforme a necessidade.

se genere exclusivamente con los datos de esta factura, almacenando dicho registro por el tiempo determinado y suministrando al cliente o al Fisco si fuera solicitado.

O, si optara transmitir por período, el proceso de separación de la factura en txt individual para enviar para el cliente es manual.

Otras particularidades referentes a la estructuración de los datos para impresión, si el cliente deseara, puede desarrollar individualmente.

OBS: Si desea, puede basarse en el RDMAKE NFESEFAZ (debe descargarse actualizado de la Central de Downloads en el Portal del cliente) y a partir de este, personalizar de acuerdo con la necesidad.

O, puede entrar en contacto con su ESN - Ejecutivo de soluciones de TOTVS para solicitar un desarrollo por la Fábrica de Software Protheus de acuerdo con la necesidad.