Ir para conteúdo
  • Cadastre-se

juliomendonca

Membros
  • Total de ítens

    32
  • Registro em

  • Última visita

  • Days Won

    1

Tudo que juliomendonca postou

  1. Bom dia pessoal, tudo bem? Estou com uma dúvida (cobrança de um cliente meu): Qual a limitação em caracteres dos campos: - Descrição da mercadoria; - Informações ao Fisco; - Informações Complementares; Por gentileza, se alguém souber a quantidade de caracteres que cabe neste campos da DANFE ficarei agradecido. Obrigado, Abraços, Júlio
  2. Certo, é o que tinha entendido então. Outra dúvida, no caso da ECF que esteja com problemas, devemos liberar a emissão de nota manual?
  3. Bom dia pessoal, Tudo bem? Estou com uma dúvida no Requisito XXVIII, item 8, abaixo reproduzido: 8. Para cumprir as condições estabelecidas no item 1 e em substituição à funcionalidade prevista no item 7, o registro de Notas Fiscais emitidas manualmente deve ocorrer na mesma tela de venda utilizada para emissão de Cupom Fiscal e sujeita às rotinas estabelecidas no Requisito XXIV, de modo que a referida tela somente estará disponível ao usuário quando o ECF retornar à sua condição de funcionamento normal, devendo ainda o PAF-ECF, concomitantemente à 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 e imprimir o número da Nota Fiscal emitida, precedido da sigla “NF:”, na primeira linha disponível do campo “mensagens promocionais" ou do campo “informações suplementares", conforme o modelo de ECF, após a impressão das demais informações previstas nesta especificação. O texto acima quer dizer que a qualquer emissão de NF Manual, deverá ser realizada na mesma tela de emissão de ECF, e na sequência de sua emissão (NF Manual) deverá ser impresso um cupom fiscal? É isto mesmo? Alguém poderia tentar me explicar e como está funcionando isto na homologação do PAF? Obrigado,
  4. Olá pessoal, Como todos já sabiam, iria sair uma nova tabela de requisitos, e saiu, foi publicado no DOU em 06-11-13. Esta deve ser as tabelas que tanto os homologadores da Polimig falou que iria sair e nunca saia. Pelo que analisei, entrou uma nova tabela (Z) para o Estado da Bahia, nada muito diferente do que existe hoje, agora é só esperar o novo Roteiro de Testes que iria sair. Segue em anexo. Vamos dar uma analisada e ver o que muda, para não termos surpresas. Abs Tabela de Requisitos(06-11-13)_pag1.pdf Tabela de Requisitos(06-11-13)_pag2.pdf
  5. Eu entendi Regys, Como procurei no forum não achei, por falha minha, assim que recebi a informação da diretoria eu tento publicar aqui. Mas com sua dica ficarei mais atento antes de publicar. Obrigado.
  6. Publicado em 29/10/2013 na página do Governo do Estado do Amazonas http://portalnfce.sefaz.am.gov.br/liberado-ambiente-de-testes-da-nfc-e-para-desenvolvedores-de-todo-o-pais/
  7. Juliomar, Se é antiga não tenho este conhecimento. Como fazemos parte da diretoria da AFRAC a notícia chegou a nós ontem pelo Sr Luís da GS1 Brasil. Faço minha parte de comunicar, acho que para alguém será importante. Obrigado.
  8. Pessoal, Uma boa notícia para quem quer testar o sistema NFC-e desenvolvido: A partir de agora qualquer empresa desenvolvedora de sistemas do país pode utilizar um ambiente aberto pela SEFAZ/AM para realizar testes em seus aplicativos de Nota Fiscal de Consumidor Eletrônica – NFC-e. Não é necessário que a empresa possua inscrição estadual no Amazonas, podendo utilizar seu próprio CNPJ e certificado digital para emissão e transmissão dos documentos de testes. Para que os analistas e programadores possam trocar informações e prestar apoio entre si, de forma autônoma, também foi aberto um fórum virtual http://portalnfce.sefaz.am.gov.br/desenvolvedor/forum-de-desenvolvedores-de-sistemas-nfc-e/. A SEFAZ/AM não tomará parte nas discussões técnicas e publicará, sempre que necessário, comunicados e atualizações de interesse geral. A iniciativa da SEFAZ/AM tem como objetivo estimular e disseminar o desenvolvimento de soluções inovadoras de emissão de NFC-e, que atendam a qualquer tipo de negócio nos Estados que já utilizem ou venham a adotar esse novo documento fiscal eletrônico do varejo. Os endereços dos web-services do Ambiente de Testes estão publicados na seção “Desenvolvedor” deste Portal. Para participar das discussões do fórum, o interessado deve fazer um breve cadastro, para receber sua senha de acesso. Tanto o Ambiente quanto o Fórum estão disponibilizados em caráter experimental e os documentos gerados não possuem validade jurídica, destinando-se apenas a testes. OBS.: A principio o ambiente esta disponível mais não existe suporte.
  9. Olá Regis, Como sempre, você é sempre claro. Muito obrigado, é exatamente o que penso, toda homologação temos surpresas que não estão na lei, mas fazer oq. Muito obrigado mesmo, ajudou bastante o seu esclarecimento. Abs.
  10. Olá Juliomar, eu já estou começando a montar com o componente ACBr, peguei um sistema legado e estou remodelando aos poucos. Só uma dúvida, vou tentar ser objetivo ou mais claro; O código EAD (assinatura) que é gravado dentro do TXT é o mesmo/identico ao que seria (sei que não é) gravado no binário? Só para entender a mecânica. Obrigado
  11. A dúvida principal é qual assinatura tem que ir dentro do arquivo TXT. Gero uma assinatura do conteúdo do arquivo binário gerado (Ex: Arq.MF). Salvo em uma string e gravo dentro do TXT, isto está correto? Qual o procedimento correto para gerar esta assinatura (que vai dentro do TXT)?
  12. Gostaria de tirar uma dúvida referente ao arquivo binário Arq.MFD e Arq.MF e sua assinatura em TXT (onde deve conter apenas uma linha com a assinatura). Quando eu assino o arquivo binário, gero o EAD dele, e depois gravo em um TXT, ao executar o eECFc para validar a assinatura dará erro. Isto porque, a assinatura que contem o arquivo não é a dele e sim de outro arquivo. (Estou certo ou equivocado?) Como estão sendo os procedimentos de assinatura e validação da mesma? (Se é que são executados) Obs.: "Ainda não utilizamos a assinatura do ACBrECF e sim uma classe que criamos aqui na empresa desde a primeira homologação." Qual é o procedimento/sequência correta para assinatura que o TXT contêm? Obs.: Se assinar o arquivo binário (o que sei que não pode), e passar no eECFc passa com sucesso, assinatura válida, porque é do arquivo. Obrigado. ArqMF-01-11-2013.txt
  13. Entendi Elton, obrigado. Mas tinha realizado a alteração somente para teste e entender o que estava ocorrendo. Mesmo assim, obrigado pela dica.
  14. Não sei o porque, mas.... Entrei na classe do componente e alterei os valores Currency para String, fazer um teste. E o resultado é que agora os valores vão corretos |A020|1|0|1|03|0|00015||12101926|31102013|0000|0000000||1,00|0|0|0|1,00|0|0|0|1,00|0,05|0|0|| Vai entender, se alguém souber de algo dá um toque. Valores do objetos alterados FCOD_NAT: String; FIND_OPER: TACBrlTipoOperacao; /// Indicador do tipo de operação FIND_EMIT: TACBrlEmitente; /// Indicador do emitente do documento fiscal FCOD_PART: String; /// Código do participante (campo 02 do Registro 0150) FCOD_MUN_SERV: Integer; /// Código do município onde o serviço foi prestado FCOD_MOD: String; /// Código do modelo do documento fiscal FCOD_SIT: TACBrlSituacaoDocto; /// Código da situação do documento fiscal FSER: String; /// Série do documento fiscal FSUB: String; /// Subsérie do documento fiscal FNUM_DOC: Integer; /// Número do documento fiscal FDT_DOC: TDateTime; /// Data da emissão do documento fiscal FCOP: String; // Código da classe da prestação FIND_PGTO: TACBrlTipoPagamento; /// Indicador do tipo de pagamento FVL_DOC: String; /// Valor total do documento fiscal FVL_DESC: String; /// Valor total do desconto FVL_ACMO: String; /// Valor dos acréscimos FVL_SERV: String; /// Valor total dos serviços prestados FVL_MAT_PROP: String; /// Valor do material próprio utilizado na prestação do serviço FVL_MAT_TERC: String; /// Valor do material de terceiros utilizado na prestação do serviço FVL_SUB: String; /// Valor subcontratado FVL_DA: String; /// Valor de outras despesas acessórias FVL_OP_ICMS: String; /// Valor das operações tributadas pelo ICMS FVL_BC_ISS: String; /// Valor da base de cálculo do ISS FVL_ISS: String; /// Valor do ISS FVL_BC_RT_ISS: String; /// Valor da base de cálculo de retenção do ISS FVL_RT_ISS: String; /// Valor do ISS retido pelo tomador FCOD_INF_OBS: String; /// Código de referência à informação complementar
  15. Pessoal, percebi que os campos VL_DOC, VL_BC_ISS, VL_SERV estão entendendo os valores como data. Se passo "Date" em vez de "5" (como no código acima), os valores são preenchidos com a data atual. Já atualizei os fontes e nada. Alguem pode me ajudar ou fazer um teste para ver se é o meu Delphi ou algo errado no código acima? Vlw
  16. Oi Juliomar, Está tudo atualizado. Estou alimentando na mão e ocorre o mesmo. |A020|1|0|1|03|0|1|1|31121899|31102013|0000|0000000||04011900|0|||04011900||||04011900||||| with RegistroA020New do begin DT_INI := Date; DT_FIN := Date; IND_OPER := tplSaidaPrestacao; IND_EMIT := edlEmissaoPropria; COD_PART := '1'; COD_MOD := '03'; COD_SIT := sdlRegular; SER := '1'; SUB := '1'; NUM_DOC := 1; DT_DOC := Date; COD_MUN_SERV := 0; COD_NAT := ''; VL_DOC := 5; IND_PGTO := tplVista; VL_SUB := 0; VL_DESC := 0; VL_SERV := 5; VL_MAT_PROP := 0; VL_MAT_TERC := 0; VL_DA := 0; VL_BC_ISS := 5; VL_ISS := 0; VL_BC_RT_ISS := 0; VL_RT_ISS := 0; COD_INF_OBS := ''; end;
  17. Gente, percebi que mesmo que colocar o valor de 1, na mão, ocorre a mesma coisa. while not(Bdados.qryNFE.Eof) do begin with RegistroA020New do begin DT_INI := vDataIni; DT_FIN := vDataFim; IND_OPER := tplSaidaPrestacao; IND_EMIT := edlEmissaoPropria; COD_PART := Trim(Bdados.qryNFE.FieldByName('CLIENTE').AsString); COD_MOD := '03'; //4.1.2- Tabela Documentos Fiscais do ISS COD_SIT := sdlRegular; SER := Trim(Bdados.qryNFE.FieldByName('SERIE').AsString); SUB := '1'; NUM_DOC := StrToInt(Bdados.qryNFE.FieldByName('NUMERO').AsString); DT_DOC := Bdados.qryNFE.FieldByName('DATA').AsDateTime; COD_MUN_SERV := 5300108; COD_NAT := ''; VL_DOC := 1;//Bdados.qryNFE.FieldByName('TOTALBR').AsCurrency; IND_PGTO := tplVista; VL_SUB := 0; VL_DESC := 0; VL_SERV := 1;//Bdados.qryNFE.FieldByName('TOTALBR').AsCurrency; VL_MAT_PROP := 0; VL_MAT_TERC := 0; VL_DA := 0; VL_BC_ISS := 1;//Bdados.qryNFE.FieldByName('TOTALBR').AsCurrency; VL_ISS := 0;//((Bdados.qryNFE.FieldByName('TOTALBR').AsCurrency * Bdados.qryNFE.FieldByName('ALIQUOTA').AsCurrency)/100); VL_BC_RT_ISS := 0; VL_RT_ISS := 0; COD_INF_OBS := ''; end; BDados.qryNFE.Next; end Bug´s ou cagada minha?
  18. Olá pessoal, Blz? Estou com um problema, vamos ver se alguem consegue me ajudar. Estou gerando o arquivo do "Ato COTEPE/ICMS nº 35 de 05/07/2005" (Arquivo somente para o DF, Requisito X). Abaixo estão duas linhas que estou gerando usando o ACBrLFD. Bloco A020 |A020|1|0|1|03|0|00015|1|12101926|31102013|0000|5300108||31121899|0|||31121899||||31121899|30121899|||| Bloco A300 |A300|30231347820||3A|00|00015|1|000000009782|31102013|9101|1,00|0,00|1,00|0,00|0,00|1,00|0,05|| O Bloco A300 acima está perfeito, agora o A020 tem campo que estão se comportando diferente, alterando os valores. Ex: O valor do Serviço (VL_SERV) é de 1,00. No A300 está certo, agora no A020 o valor fica doido. A300: 1,00 A020: 31121899 Obs.: Os dois são alimentados pela mesma query, do mesmo bd, da mesma tabela e banco. Alguém já passou por este problema? O que o cabeçudo aqui fez de errado? Obrigado, Júlio
  19. Olá pessoal, Tudo bem? Estou montando este arquivo do Requisito X do PAF-ECF agora, utilizando o ACBrLFD, até ai tudo bem... Gostaria de saber se alguém tem um manual/layout de cada registro deste arquivo (A020, A350, C020, C550, etc...), assim como existe o do SPED. Procurei pacas na internet e nada, gostaria de um layout que fala do campos que cada registro tem... Se alguém tiver e me disponibilizar agradeço... Abs
  20. Com certeza esquece, os caras não entendem nada mesmo, segue o trecho passado pela Afrac e recomendado pelo Rogério de Mello (SC). O Convênio ICMS nº 15/2008 estabelece na Seção II, Cláusula oitava, parágrafo 2º, que a versão da E.R. do PAF-ECF a ser aplicada na análise funcional será a última, desde que publicada no Diário Oficial da União no mínimo 90 (noventa) dias antes da data do início da análise. Cabe dizer que o Ato Cotepe ICMS 09/2013 em seu artigo 4º determina que o Perfil de Requisitos previsto no Convênio 09/2009, será divulgado em tabelas estabelecidas por meio de Despacho do Secretário Executivo do CONFAZ. De fato, a Tabela supra mencionada foi publicada no Diário Oficial da União em 27.09.2013, por meio do Despacho do Secretário Executivo do Confaz nº 195/2013, concretizando o disposto na legislação supra mencionada. Desta forma, constata-se que a aplicação da Tabela de Atributos por Perfil de Requisitos do PAF-ECF deverá ser observada a partir de 27.12.2013. Indicamos que as legislações supra mencionadas, especialmente o Despacho do Secretário Executivo nº 195/2013, estão em vigor e se revestem de validade jurídica, pois observaram as regras de publicidade, forma e competência. Sendo assim, eventuais informações que porventura se encontrem diversas da legislação em vigor devem revestir-se de validade jurídica e, para tanto necessitam ser oficialmente publicadas com os requisitos legais observados, sob pena de afronta a legislação em vigor, bem como os princípios advindos desta, em especial, a segurança jurídica. Estou aguardando uma nova posição da Afrac.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.