ornei

bom dia, me desculpa a todos, eu estava errado mesmo, o principal e não alterei que e o registro I010 o campo 3 onde informa o layout do arquivo. Obrigado

Juliomar no manual não tem esta informação, fiz a alteração pois o PVA não esta aceitando o layout 2, e também pesquisando na net encontre no blog do José Adriano este esclarecimento no link abaixo: http://www.joseadriano.com.br/profiles/blogs/esclarecimentos-sobre-leiaute-da-ecd-2013

Bom dia, onde estava: if DT_INI >= EncodeDate(2013,01,01) then passei para: if DT_INI >= EncodeDate(2014,01,01) then esta alteração foi nas Unit: ACBrECDBloco_0_Class, ACBrECDBloco_I_Class e ACBrECDBloco_J_Class gerei o arquivo e deu tudo certo.

Realmente nas paginas 23 e 126 do manual de dezembro de 2013, diz que o layout 2 e a partir do ano calendário 2013. Só que o PVA não aceita. veja a imagem

Pessoal estou com ACBR atualizado na versão 6938, que esta gerando o arquivo no layout 2, estou com o PVA na versão 3.1.3 e não esta aceitando o layout 2, no fontes do acbr, esta para gerar este layout apartir de 01/01/2013. Sera que não esta em vigor este layout. (MG) Ornei

Boa tarde, pessoal. Segue o link da ER "MG 001": http://www.fazenda.mg.gov.br/empresas/ecf/manuais/paf_ecf_requisitos_comentados_vMG-001.pdf T+

Ok, Juliomar Digamos que implemente desta maneira. Para atender ao teste de alterar a "unidade" no registro D3 (item do DAV), terei que ir na tabela "TB_UNIDADE" e alterar o campo "SIGLA" certo? Mas e as outras tabelas que fazem referência com a "TB_UNIDADE" (como "TB_PRODUTO" registro P2), a alteração acima, feita para atender aos testes do registro D3, iria afetar outros registros como é o caso do P2, ou seja iria aparecer um tanto de "?" em vários outros registros. Será que passa na homologação assim?

Sim tenho um campo para o MD5 na "TB_DAV_ITEM". Se entendi, no momento de gerar o hash eu iria considerar o campo "unidade" para formar o MD5 do registro?

Cada PDV não tem sua base de dados? SIM. seu cadastro de produtos é independente em cada PDV certo? SIM. Independente de ser local ou não, analisemos o seguinte DER: TB_PRODUTO ------------------- ID (PK) DESCRICAO ID_UNIDADE (FK) ... TB_UNIDADE ----------------- ID DESCRICAO SIGLA ... TB_DAV_ITEM (REGISTRO D3) ID (PK) ID_DAV (FK) ID_PRODUTO (FK) ... Observe que na "TB_DAV_ITEM", para montar o registro D3, tenho que buscar as informações do produto (Descrição, Unidade), através de um JOIN com a "TB_PRODUTO" e com a tabela "TB_UNIDADE" TIPO: SELECT P.DESCRICAO, U.SIGLA ... FROM TB_DAV_ITEM D LEFT OUTER JOIN TB_PRODUTO ON (D.ID_PRODUTO=P.ID) LEFT OUTER JOIN TB_UNIDADE ON (D.ID_UNIDADE=P.ID_UNIDADE) Como tratar as alterações no caso de chaves estrangeiras (FK) ?

Boa tarde, colegas. Gostaria de reviver este fórum, validação dos registros EAD. No caso de chaves estrangeiras (FK) como os colegas estão tratando as alterações? Exemplo: No teste que devemos altear a unidade de um item do DAV (registro D3). Na minha tabela de itens do DAV eu não tenho este campo explicitamente, mas sim uma chave estrangeira que faz referencia com a tabela de unidade de medida, onde fica armazenado a sigla da unidade. A princípio pensei em controlar as alterações na tabela de unidade também, sendo assim alterando a "unidade" da tabela de unidade, apareceria a "?" no registro D3. Mas aí vem o problema. Existem outras tabelas que fazem referência com a tabela de unidade (como a de produto), com isso, a alteração acima, feita para atender aos testes do registro D3, iria afetar outros registros como é o caso do P2 , E2. Isso é aceito na homologação? Ou a melhor maneira de controlar isso é quebrar a normalização do Banco de Dados, e replicar estes campos nas tabelas necessárias (no caso do exemplo acima, criar o campo unidade na tabela de itens do DAV)? Desde já agradeço.

Boa tarde, Cleber. Até onde sei, somente com backup e restore (no caso de banco de dados FireBird).

Pessoal Alguém sabe algo sobre a obrigatoriedade da CF-e SAT em Mina Gerias? Pelo que entendi, será a partir de 01/05/2014. Segue link publicação DOU: http://www.jusbrasil.com.br/diarios/68108418/dou-secao-1-26-03-2014-pg-33 Outro Link: http://www.fattoconsultoria.com.br/noticiadet.asp?cod=1146

Bom dia, Régys Conciderabdo um estabelecimento que tem pouca movimentação (emite poucos Cupons Fiscais); Hoje por exemplo ele abiru o caixa, emitiu uma LX de início de dia (gerando assim o flash de estoque) e no final do dia emite a RZ. O estabelecimento fica 3 dias sem emitir Cupom Fiscal (o usuário nem no PAF-ECF entrou); No 4° dia ele entra no PAF-ECF (porém não emite nenhum documento), e em seguida pede para gerar o arquivo dos "REGISTROS DO PAF-ECF", referente por exemplo ao mês anterior. 1 - Dúvida: Os registros E2 e E3 serão referentes ao flash de estoque gerado pelo primeiro documento, emitido, do último dia de movimentação? 2 - Mudando um pouco de assunto Não seria melhor e mais organizado se o Registro E2 fosse filho do registro E3, e invertendo os registros, ficando assim? +E2 - IDENTIFICAÇÃO DO ECF QUE EMITIU O DOCUMENTO BASE PARA A ATUALIZAÇÃO DO ESTOQUE | |_E3 - RELAÇÃO DAS MERCADORIAS EM ESTOQUE (Flash do estoque, filho do E2) Desde já, agradeço a atenção.

Juliomar, bom dia No REQUISITO XXVIII (VERSÃO 02.01), mais precisamente no item 8, parece que deixa bem claro que temos que gravar o registro da NF no banco. Trecho retirado da Especificação Técnica de requisitos do PAF-ECF estabelecida pelo Ato COTEPE/ICMS 09/13: ", devendo ainda o PAF-ECF, concomitantemente a gravação do registro da Nota fiscal no banco de dados, enviar automaticamente ao ECF o comando de emissão de um Cupom Fiscal referente àquela Nota Fiscal emitida manualmente..." Desde já agradeço a atenção.

Boa tarde, Tenho certificado A1 em ambiente homologação, para fazer teste caso ocorra erros nos clientes, ha possibilidade de testar a consulta nfe destinadas e o manifesto do destinatario, a principio estou usando o demo. Tentei fazendo uma nf de saida para o proprio CNPJ do certificado dica do inicio, enviei a nf normal. na consulta nfe destinadas retorna o seguinte: Ambiente : 2 Versão Aplicativo : AN_1.0.0 Status Código : 128 Status Descrição : Lote de evento processado Recebimento : 12/12/2013 15:07:52 Versão : 1.01 Ambiente : 2 Versão Aplicativo : 1.0.0 Status Código : 137 Status Descrição : Nenhum documento localizado para o destinatario Recebimento : 12/12/2013 15:15:41 Ind. Continuação : 1 Último NSU : 133712472 Retornei a fazer o teste da manifestação, mas estou com o mesmo problema acima, o que pode estar errado.

Juliomar, entendi tudo o q vc me informou, mas Conciderando o seguinte cenário [MG]: Passo 1: O funcionário do estabelecimento emite sem querer a redução Z, no meio do dia D+0; Passo 2: Como não posso parar de vender (ECF não esta em condições normais de uso), começo a realizar as vendas pelo bloquinho (Série D); Passo 3: No dia D+1 abro o caixa (ECF em condições normais de uso), e registro as minhas Série D: 1: Emito a NF Manual na mesma tela utilizada para emissão de Cupom Fiscal; 2: Gravo o registro da NF no banco de dados; 3: Envio automaticamente o comando para emissão do Cupom Fiscal referente à NF; 1 - Identifiquei que a última NF emitida manualmente (último Cupom Fiscal emitido) esta errada (o produto vendido está errado), portanto os passos abaixo são permitidos? Passo 4: Cancelo o Cupom Fiscal - Cupom fiscal referente a NF Manual emitida; Passo 5: Cancelo a NF emitida no Passo 1 no banco de dados; Passo 6: Emito o Cupom Fiscal com o produto realmente vendido. Obs.: Neste caso imagino que contabilmente estaria tudo certo, pois cancelei o Cupom Fiscal que teve origem a partir de uma NF manual emitida errada, cancelei também a NF, e emiti novamente um Cupom Fiscal com o produto realmente vendido. 2 - Mas se eu identificar que o erro não foi referente a última NF emitida manualmente, como proceder com a correção da mesma? Sabendo-se que só posso cancelar o último Cupom Fiscal emitido? Contabilmente como fica? Desde já agradeço a atenção.

Perfeito, Juliomar O registro de NF emitida manualmente só estará disponível se o ECF estiver em condições normais de funcionamento, Ok. Se o ECF esta em condições normais de funcionamento, porque emitir NF manual? Não posso emitir logo o Cupom Fiscal de uma vez? Para MG esta funcionalidade não tem muito sentido. Desde já agradeço a atenção.

Conciderando os passos abaixo (Item 8 do REQUISITO XXVIII): Passo 1: Emito a NF Manual na mesma tela utilizada para emissão de Cupom Fiscal; Passo 2: Gravo o registro da NF no banco de dados; Passo 3: Envio automaticamente o comando para emissão do Cupom Fiscal referente à NF; Os passos abaixo são permitidos? Passo 4: Cancelo o Cupom Fiscal - Cupom fiscal referente a NF Manual emitida; Passo 5: Cancelo a NF emitida no Passo 1 no banco de dados; desde já agradeço a atenção.

Regys, No post, você diz que o teste dos Registros E2 e E3, é feito emitindo uma LX. 1 - Conciderando o cenário acima descrito (estabelecimento com 3 ECF todos OFF LINE), a lógica (resumida) para gerar os Registros do PAF-ECF abaixo está correta? No final do dia atualizo o banco de dados do servidor: Passo 1: Gero Flash do estoque - Registro E2; Passo 2: Envio os cupons dos caixas Off-Line para o Servidor (Pela data consigo saber o primeiro documento emitido no dia - Registro E3); Passo 3: Tiro o Registros do PAF-ECF (On-Line) de qualquer caixa. 2 - Qual a lógica deste Flash do estoque, para o primenro documento emitido no dia? Pois podemos ter o seguinte cenário (tanto On-Line quanto Off-Line): No dia D+0 o produto "XXX" tem no momento do Flash do estoque a quantidade de 100, e o total de itens vendidos neste dia D+0 é de 50 unidades, e no dia D+1 o flash do estoque é de 100 novamente não de 50 unidades, pois podemos realizar entradas ou saídas pela retaguarda. Desde já agradeço a atenção.

Regys, Passo 1: Suponhamos que a Redução Z do ECF 3 ficou pendente no dia D+0, e no dia D+1 ao ligar ECF 3, o mesmo emitiu automaticamente a Redução Z (primeiro documento impresso no dia D+1, sem ao menos ter entrado no PAF-ECF). Passo 2: Entro no PAF-ECF | ECF 2 e emito um a LX (em nenhum lugar ficou registrado que o primeiro documento emitido no dia D+1 foi a Redução Z pendente do ECF 3) Dúvidas: Os registros E2 e E3 terião que ser gerados a partir de qual ECF, 2 ou 3? Se for do ECF 3, como tratar este cenário, se nem mesmo entrei no PAF-ECF | ECF 3, e de não ter como avisar para o ECF 2 que o primenrio documento emitido no dia D+1 não foi o dele? Desde já, agradeço a atenção.

Conciderando o seguinte cenário, um estabelecimento com 3 ECF (1,2 e 3) todos OFF LINE (sem comunicação com o servidor / integração via txt): O ECF 2 emite o primeiro documento do dia (gera o Flash do estoque, Registro E2). Se depois de algum tempo eu for no ECF 3, MENU FISCAL -> Registros do PAF-ECF, como devo tratar o Registro E2? Como devo tratar os Registros R? Sendo que devemos conciderar todos os ECF do estabelecimento? O Flash do estoque gerado pelo ECF 2, os Registros R, de alguma forma tem que ficar ON LINE para os demais ECF do estabelecimento? Como vocês estão tratando isso? Qual a melhor maneira de tratar esse cenário? Ou quando for OFF LINE, devo atualizar o banco de dados do servidor no final do dia ou quando do retorno da condição normal de comunicação (REQUISITO XXVII), e buscar os Registros do PAF-ECF sempre do servidor? Obs.: Se tiver que sincronizar o banco de dados dos caixas com o banco do servidor para gerar os Registros do PAF-ECF em cada caixa fica inviável, o que vocês acham? Desde já agradeço a atenção.

1 - Não entendi o porque do Registro E3 ser os dados do ECF 3, não teria q ser do ECF 2, o que gerou o flash de estoque? 2 - Outras dúvidas Registro E3, conciderando o mesmo estabelecimento com 3 ecfs 1, 2 e 3: 6.5.1.1. Campos 01 a 06: Referem-se ao ECF que emitiu o primeiro documento (fiscal ou não fiscal) pelo estabelecimento usuário no dia. 2.1 - Conciderando que o documento emitido pelo ECF 2 (primeiro a imprimir documento no dia), seja uma LX ou um Suprimento, este documento não fiscal é caracterizado como "DOCUMENTO BASE PARA ATUALIZAÇÃO DE ESTOQUE" ? Se não, qual documento não fiscal caracteriza um "DOCUMENTO BASE PARA ATUALIZAÇÃO DE ESTOQUE" ? 6.5.1.2. Campos 07 e 08: Referem-se ao momento em que o primeiro documento (fiscal ou não fiscal) é impresso pelo ECF identificado no campo 02. 2.2 - O momento de que se trata esta observação, é a Data/Hora do ECF (impressa no cabeçalho do documento) ou Data/Hora do registro no banco (Data/hora computador)? Desde já, agradeço a atenção.

Boa tarde Atualizei o ACBr hoje versão 5186 e uma das situações ja esta resolvido, e so passar a propriedade SalvarCCeCanEvento para True, para que ao enviar o cancelamento e a CCe seja salvo na pasta correta. Com relação ao enviar por e-mail e imprimir o cancelamento e a CCe que não seja do mes corrente não consegue,isto ocorre porque no metodo GetPathCCe e GetPathEvento faz um DecodeDate da data atual (now) e não a data da CCe ou do Cancelamento, para resolver sobrescrevi os metodos para que possa informar a data do respectivo evento, isto para ficar mais pratico para o cliente, basta clicar no registro do cancelamento ou CCe para enviar por email e imprimi-lo sem a necessidade de selecionar nenhum arquivo XML, ou tem outra maneira de reemprimir uma CCe ou Cancelamento de um mes que não seja o corrente.

boa tarde, com relação ao nova maneira de pegar o path do cancelamento, mencionada no post #10, onde Sobrescrevei o metodo GetPathEvento para passar um segundo parametro, que e a data da NFe, pois se nao informar ele pega da data corrente, feito isto deu certo a impressao. Um outro probrle e que quando faço o cancelamento os arquivos XML e salvo na pasta C:\ARQUIVOS_NFE\EVENTOS\201303 e quando vou imprimir o evento onde tenho que informar o tipo do evento para GetPathEvento(teCancelamento), retornado o seguinte path C:\ARQUIVOS_NFE\EVENTOS\201303\Cancelamento, por isso ocorre o erro que o arquivo não existe, todos os cancelamentos que faço tenho que ir pasta ..\201303 e copiar para a subpasta ..\Cancelamento para poder imprimir o evento. estou fazendo desta maneira para imprimir procedure TfrmNfe.ImprimirCancelamentoNFeClick(Sender: TObject); var sPathNFe, sPathCanc, sNomeCanc: string; sXML, sXMLCanc:TStrings; begin try sXML := TStringList.Create; sXMLCanc := TStringList.Create; if cdsNFEPROTOCOLO_CANC.AsString <> EmptyStr then begin with dmNFE_TR do begin { Definir os Path dos XML } sNomeCanc := Trim(cdsNFECHAVE_NFE.AsString)+'1101111'+'-ProcEventoNFe.xml'; sPathNFe := NFEletronica.Configuracoes.Arquivos.GetPathNFe(cdsNFEDATAENT.AsDateTime) + PathDelim + Trim(cdsNFECHAVE_NFE.AsString) + '-nfe.XML'; sPathCanc := NFEletronica.Configuracoes.Arquivos.GetPathEvento(teCancelamento,cdsNFEDATAENT.AsDateTime); { Carrega o XML da NFe } NFEletronica.NotasFiscais.Clear; NFEletronica.NotasFiscais.LoadFromFile(sPathNFe); { Imprime o Evento todo completo } NFEletronica.EventoNFe.Evento.Clear; NFEletronica.EventoNFe.LerXML(sPathCanc + PathDelim + sNomeCanc); NFEletronica.ImprimirEvento; end; end else ExibirMsg('Operação não permitida. Nf-e não foi Cancelada.','Atenção'); finally FreeAndNil(sXML); FreeAndNil(sXMLCanc); end; end;

Pessoal atualizei o ACBr hoje, ao compilar o pacote da NFe ocorreu um erro e percebi que teve uma mudança no metodo GetPathEvento, ate antes de atualizar eu utilizava assim: sPathCanc := NFEletronica.Configuracoes.Arquivos.GetPathEvento e agora precisa informar qual o tipo de evento, e agora esta desta maneira sPathCanc := NFEletronica.Configuracoes.Arquivos.GetPathEvento(teCancelamento) não vejo problema, mas a questão e a seguinte, se precisar reimprimir o cancelamento novamente não consigo mas porque agora ele so cria o caminho do arquivo para ler so da data corrente e não da data da NFe por isso so vou conseguir imprimir no dia que foi feito o cancelamento caso contrario não imprime mais, coloquei mas um parametro para informar a data da NFe para poder ser impressa novamento. original