-
Total de ítens
457 -
Registro em
-
Última visita
-
Days Won
3
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Tudo que Fabrício G. Araújo postou
-
"leiaute" do Identificação do PAF-ECF
Fabrício G. Araújo replied to Andre Rosa's tópico in ACBrSintegra/ACBrPAF
Não tem segredo não André. No meu caso não utilizo o ACBrECF, mas se a sua dúvida é em relação ao leyout, simplesmente utilizei as informações do requisito e gerei um Relatório Gerencial. Olha abaixo um exemplo de como fiz: BEMATECH IND E COM DE EQUIP ELETRONICOS S/A Estrada de Santa Candida, 263 Santa Candida 82.630-490 Curitiba - Parana CNPJ:82.373.077/0001-71 IE:10181465-30 UF:PR IM:ISENTO ------------------------------------------------ 27/06/2011 09:31:56 GNF:000055 COO:000239 GRG:000017 CER:0001 ------------------------------------------------ NÃO É DOCUMENTO FISCAL RELATÓRIO GERENCIAL Relatório Geral IDENTIFICAÇÃO DO PAF-ECF a) Nº do Laudo: UFG0002011 Identificação da empresa desenvolvedora: b1) CNPJ: 00.000.000/0001-00 b2) Razão Social: NOME DA SUA SOFTWARE HOUSE b3) Endereço: NÃO É DOCUMENTO FISCAL RUA XXXXXXXXX N 0000 QD 0 LT 0/0 SL 00 A 00 GALERIA XXXXX BAIRRO XXXXXXXXXX GOIÂNIA-GO CEP 74000-000 b4) Telefone: (62) 5555-1234 b5) Contato: FULANO DE TAL (O CARA) c) Identificação do PAF-ECF: c1) Nome comercial: SISTEMA PDV SHOW DE BOLA NÃO É DOCUMENTO FISCAL c2) Versão: 1.00 c3) Principal arquivo executável: PDVSHOW.exe c4) Código de autenticação (MD-5) do arquivo com a lista de arquivos autenticados: C30876F70F04CB0ADBC8AC8D38DBB4CA c5) Relação de arquivos utilizados e respectivos códigos MD-5: AX6R32.DLL NÃO É DOCUMENTO FISCAL 907B8916BB27B356EFBFF5FCF7F87931 BEMAFI32.DLL E891CD33369AF71645D48F466A848E7F BEMAMFD.DLL 483F9FF94D16D45FF3C216187B3C153C BEMAMFD2.DLL 2F53EAC58CF3029A7D41B136FF2BB032 BEMATECH.DLL 01EA93F27FA014DC23AE1160FFDB8E0E CMD_UDECODER.EXE NÃO É DOCUMENTO FISCAL 9077E421B247211766CC519ABE87EB28 PDVSHOW.EXE NÃO É DOCUMENTO FISCAL 9F10CD86434A1B910104855350682E7O USBIOR1.SYS 72436EED1AF457559CCEF58442CB9F7C VB6.0-KB290887-X86.EXE EF5B83C4CC60E246BF627D85F6D7397B WIN_UDECODER.EXE NÃO É DOCUMENTO FISCAL E30B680989DE7BB1479D65C1859760F8 ZLIB1.DLL 5006EAAB6F921A1C44AAB7C93AD0BD95 d) Relação de número de fabricação dos ECF autorizados para funcionar com este PAF-ECF: 000000000000EMULADOR -------------NÃO É DOCUMENTO FISCAL------------- ------------------------------------------------ BEMATECH MP-2100 TH FI ECF-IF VERSÃO:01.00.01 ECF:001 LJ:0001 QQQQQQQQQQQQUYWYIP 27/06/2011 09:32:52 FAB:EMULADOR ------------------------------------------------ [/code] Espero ter ajudado. Fabrício Gomes Araújo -
Amigos, Acreditam que já modificaram novamente o Ato Cotepe 06/08? Pois é, podem acreditar, agora a nova especificação de requisitos está na versão 01.08, substituindo a anterior v. 01.07. Não completou nem 3 meses e já modificaram, foi publicado no Diário Oficial hoje. http://www.fazenda.gov.br/confaz/confaz/atos/atos_cotepe/2011/ac025_11.htm Re-homologuei na semana passada, agora só vou voltar a estudar o PAF-ECF no ano que vem. Boa sorte aos amigos. Lembrando para quem está começando agora, e deu entrada para a homologação, ainda tem a carência de 30 dias para aplicar a especificação antiga v. 01.07, a partir disso ja tem que ser aplicado a v. 01.08. Abraços, Fabrício Gomes Araújo
-
Como informar: MD-5, PV e DAV na Msg Promocional
Fabrício G. Araújo replied to Fabrício G. Araújo's tópico in PAF-ECF
Jaime, O seu entendimento está perfeito, é exatamente como falou. O que mostrei foi nas situações de colocar tudo na mensagem promocional (ou informações suplementares), caso não possua a informação complementar. Abraços, Fabrício Gomes Araújo -
Como informar: MD-5, PV e DAV na Msg Promocional
Fabrício G. Araújo replied to Fabrício G. Araújo's tópico in PAF-ECF
Ops... é isso mesmo Juliomar. Já pensou um ECF com 48 linhas de mensagem promocional, isso seria o sonho de muitos dos meus clientes. Valeu pela correção. Abraços, Fabrício Gomes Araújo. -
Jaime, Como você citou o seguinte, me gerou uma dúvida... ...no ano passado fiz a homologação pela UCG e este ano fiz pela UFG. No ano passado passei no teste que você citou (comigo não testaram o item, só abertura de cupom fiscal mesmo) e este ano quase me ferrei na UFG pois eles além de testar o cupom fiscal também tentam emitir os comprovantes não fiscais, como Sangria, Suprimento e Pagamento ou Recebimento diversos (comprovante não fiscal não vinculado). No seu PAF você tratou isso? Pois tive que efetuar as alterações senão dançava. Inclusive tentaram questionar que nada que utilizasse o ECF do MENU FISCAL ficasse disponível, como a Leitura X ou Leitura da Memória Fiscal, mas nesse ponto bati o pé e aceitaram, pois não estou registrando nenhuma operação no ECF só consultando dados dela... seria até uma forma do Fiscal identificar um ECF inválido ao imprimir estas informações do ECF. Abraços, Fabrício Gomes Araújo
-
Como informar: MD-5, PV e DAV na Msg Promocional
um tópico no fórum postou Fabrício G. Araújo PAF-ECF
Amigos, Fica um outro alerta para o pessoal que vai homologar o software, sobre a questão de como informar os dados do MD-5 do aquivo do Anexo X, Pré-Venda e DAV. Considerando os dados: MD-5 6A2D40677053A4E2913B9C0F813F1AF8, DAV número 0010000000020 e Pré-Venda número 0000000011, então nas 3 (três) seguintes combinações devemos: 1 - Cupom com somente o DAV: MD-5:6A2D40677053A4E2913B9C0F813F1AF8 DAV0010000 000020 2 - Cupom com somente Pré-Venda: MD-5:6A2D40677053A4E2913B9C0F813F1AF8 PV00000000 11 3 - Cupom com Pré-Venda e DAV: MD-5:6A2D40677053A4E2913B9C0F813F1AF8 PV00000000 11 DAV0010000000020 É isso mesmo pessoal, eles querem que "cortem" a informação e continue na linha de baixo. Afinal a maioria dos ECF possuem 48 linhas. Para quem trabalha com ECF com 40 linhas o tratamento é o mesmo, basta limitar em 40 linhas. Abraço, Fabrício Gomes Araújo -
Ops... estou de volta. Estava justamente homologando o nosso sistema. Felizmente fomos homologados e agora só no ano que vem. Sobre a questão levantada pelo Daniel: É aquilo que tinha falado mesmo, de tempos em tempos os homologadores fazem reunião com a Sefaz ou GT-46 (não sei ao certo) e então são passadas as orientações de como devem proceder nos testes, não existe nada na lei que fale isso. O próprio roteiro de teste possui falhas de impressão e então eles seguem as orientações recebidas, ou infelizmente ficamos por conta da interpretação deles. Abraços, Fabrício Gomes Araújo
-
O pessoal que esté me homologando (UFG - Universidade Federal de Goiás), falou que teve uma reunião recentemente e passaram essa orientação para eles (deve ser o GT-46), que antes realmente não faziam o teste dessa forma. Abraços, Fabrício Gomes Araújo
-
Pois é welkson, é exatamente isso. As vezes penso que se ao invés do Hash, se apenas tivesse colocado um campo Booleano indicando a alteração S / N eu teria passado na homologação, pois eles não querem saber como você fez, se é a prova de falhas ou não, apenas querem que os ??? apareçam. Fazer o quê né... agora é correr atrás. Abraços, Fabrício Gomes Araújo
-
Amigos, Venho informar a todos para uma atenção especial ao BLOCO VII. Ontem (08/06/2011) não fui aprovado nos testes do Bloco VII, os homologadores (UFG) fazem o teste da seguinte forma: 1 - Primeiro registram as operações normalmente, por exemplo 10 DAV, 2 - Geram o arquivo para saber se está tudo ok, 3 - Depois entram no banco e alteram os registros conforme o roteiro, 4 - Geram o arquivo e verificam se os ??? apareceram somente nos registros alterados. Até aí tudo bem, só que para minha surpresa veio o passo seguinte: 5 - Entram novamente no banco de dados e nos registros que foram alterados, altera os campos alterados para os valores originais, 6 - Geram o arquivo e verificam se ainda possui os ???. Se não houver os ??? você é reprovado, pois uma vez modificado o registro, mesmo voltando aos valores originais é obrigatório manter os ???... então dancei nessa. Utilizei Hash gerado pelo meu sistema, pois meus clientes ainda possuem Firebird 1.5, então ao voltar os campos aos valores originais o Hash confere normalmente e então os ??? não são atribuídos ao gerar o arquivo, por isso dancei. Fica aí o alerta para a galera. Espero ter contribuído. Fabrício Gomes Araújo
-
Em que momento o Menu Fical deve estar acessível ?
Fabrício G. Araújo replied to Daniel Simoes's tópico in PAF-ECF
Concordo com o Daniel, pois nas especificações deixa bem claro que não pode haver nenhum controle de senha para acesso ao Menu Fiscal, portanto se o usuário recusar a passar a senha para o Fiscal, assim o mesmo não teria acesso ao Menu Fiscal. No meu sistema para não ter problemas a tela de Login possui acesso normalmente ao Menu Fiscal. Abraços, Fabrício Gomes Araújo -
Acredito que você não deve informar nos dados dos totais da nota o que foi retido não, ou seja, informar nos totais da nota nos campos: ...apenas a soma dos itens correspondentes: Portando os campos: Ficariam de fora desse somatório. Teste novamente e veja se funciona. Espero ter ajudado, Fabrício Gomes Araújo
-
No item 1 você deixou os campos de ST zerados, mas nos totais na nota você informou... Item 1 4 0.00 0.00 0.00 Totais: 61.18 7.34 Espero ter ajudado, Fabrício Gomes Araújo
-
Amigos, Possuo Delphi 7 e utilizo o componente ACBrNFe e toda vez que vou compilar o sistema, demora muito pelo fato de gerar mais de 5 mil Warnings de compilação, como no anexo: D7_Warnings.txt A versão do componente é bem recente, baixei no dia 17/05/2011. Alguém tem alguma dica do que posso fazer? É alguma configuração do meu D7 ou fiz algum precedimento errado na instalação dos componentes? Até um tempo atrás entrei em cada fonte que dava os Warnings e coloquei as diretivas do Delphi de {$WARNINGS OFF}, mas acredito que essa não é a melhor solução. Fico no aguardo pessoal. Abraços, Fabrício Gomes Araújo
-
[RESOLVIDO] Erro ao enviar NF-e em Goiás
Fabrício G. Araújo replied to Fabrício G. Araújo's tópico in ACBrNFe
Finalmente funcionou no cliente... mas foi uma luta até funcionar, sendo que foi necessário formatar a máquina e instalar tudo novamente e então funcionou de primeira. Não havia erro nenhum na SEFAZ/GO, pois nem mesmo chegava a conectar no site, era algum erro do Windows (bichado) X Capicom X Certificado. Chegava a pedir a senha do certificado e dava o erro relatado, provavelmente na hora de Assinar o XML, se entrasse no portar da e-CAC funcionava normalmente o uso do certificado. Cheguei a pegar o certificado do cliente e testei na minha máquina e funcionou de primeira. No cliente, antes da formatação, desinstalei tudo, instalei novamente, registrei tudo, até utilizei uma Capicom.exe que indicam em outros posts e nada, a única solução foi formatar mesmo e instalar e registrar tudo e pronto. Acredito que o Windows XP do cliente devia ser proveniente de algum CD pirata bichado, ao formatar e instalar de um CD "confiável", tudo voltou ao normal. Só para informação o certificado do cliente era um Token da Soluti tipo A3. Fica aí o relato das peripécias que temos que passar com nossos clientes. Mais uma vez obrigado por tentar ajudar Kiko Fernandes. Abraços a todos, Fabrício Gomes Araújo -
Sempre o melhor a fazer é esclarecer as dúvidas com o órgão que vai certificar você, para evitar surpresas, pois cada um pode ter uma própria interpretação (infelizmente). Mas vou tentar esclarecer a sua dúvida da forma que fiz e fui homologado o ano passado: 1) Não. Só houve o cancelamento do cupom, os itens não foram cancelados individualmente. 2) Você vai gerar todos os registros que foram impressos no ECF, independentemente do cancelamento ou não. Por exemplo, se sua aplicação permitir que seja impresso a forma de pagamento e você utilize um comando do ECF que estorne a forma de pagamento para informar outra, então o registro R07 indicará o estorno, mas caso o cupom fiscal seja apenas cancelado, então não houve o comando de estorno da forma de pagamento. Espero ter ajudado. Fabrício Gomes Araújo
-
[RESOLVIDO] Erro ao enviar NF-e em Goiás
Fabrício G. Araújo replied to Fabrício G. Araújo's tópico in ACBrNFe
Só para informação, outro cliente de Goiás está gerando normalmente NF-e com o mesmo sistema do cliente que está com problema. Infelizmente só vou poder verificar o certificado na segunda-feira, parece que o cliente não está muito interessado na solução. Mas com certeza é algo no certificado, já que em outros clientes está funcionando. Obrigado pelas dicas Kiko Fernandes. Depois informo se deu certo. Abraços, Fabrício Gomes Araújo -
[RESOLVIDO] Erro ao enviar NF-e em Goiás
Fabrício G. Araújo replied to Fabrício G. Araújo's tópico in ACBrNFe
Até cheguei a ver o post citado, e lá o que resolveu foi realmente a questão do vencimento do certificado. Concordo com você em relação ao problema ser no certificado... logo mais vou conectar no cliente para desinstalar o certificado e instalar novamente e se for o caso até instalar em outro terminal para ver o que acontece. Valeu mais uma vez pela dica, depois dos testes no cliente posto o resultado. Abraços, Fabrício Gomes Araújo -
[RESOLVIDO] Erro ao enviar NF-e em Goiás
Fabrício G. Araújo replied to Fabrício G. Araújo's tópico in ACBrNFe
O log que posso enviar é o do último lote gerado e da nota que o componente ACBrNFe gera, que está aqui: 49-env-lot.xml 52110505437468000161550010000000271000000300-nfe.xml E a mensagem de erro completa é só aquela mesmo: - URL:https://nfe.sefaz.go.gov.br/nfe/services/v2/NfeRecepcao2 - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeRecepcao2 É um simples tratamento de try except que obtém a mensagem acima, como: try if ACBrNFe.Enviar(FLote, False) then Resutl := True; except on E: Exception do begin Result := False Msg := E.Message; end; end; Não sei mais o que fazer... Mais alguma sugestão? Abraços, Fabrício Gomes Araújo -
[RESOLVIDO] Erro ao enviar NF-e em Goiás
Fabrício G. Araújo replied to Fabrício G. Araújo's tópico in ACBrNFe
Realmente o problema não é o vencimento do certificado não, pois só vence em 2014. Sei que o erro não é no componente e nem em meu sistema pois é o mesmo executável que antes funcionava, então tenho que identificar o que pode estar ocorrendo de estranho na máquina desse cliente. Mais alguma sugestão Kiko? E os demais amigos do fórum, alguma dica? PS - Ambiente Win XP SP 3 - Delphi 7 - ACBrNFe - Capicom Abraços, Fabrício Gomes Araújo -
[RESOLVIDO] Erro ao enviar NF-e em Goiás
Fabrício G. Araújo replied to Fabrício G. Araújo's tópico in ACBrNFe
Não cheguei a verificar isso não Kiko. Valeu pela dica, vou verificar e depois posto o resultado. -
Como saber se o componente foi atualizado ?
Fabrício G. Araújo replied to Albuquerque's tópico in ACBrNFe
No meu caso eu tenho duas pastas, uma que utilizo os componentes instalados no Delphi e outra que efetuo o "atualizar" do Tortoise para saber o que houve de modificações. Além do mais ao baixar a atualização vem os arquivos de logs. Fabrício Gomes Araújo -
Amigos, Estou com dois clientes em Goiás que não estão conseguindo enviar NF-e 2.0 em Produção. Acabei de olhar a disponibilidade do serviço em Goiás e indica que está tudo ok, inclusive já liguei para a Sefaz/Go e também disseram que está ok. O fato é que está dando sempre a seguinte mensagem em anexo: Alguém está passando por isso? Tem alguma coisa que possa fazer? Estava tudo funcionando e de alguns dias para cá está dando isso, sendo que nada foi modificado no sistema. Fico no aguardo de um help. Abraços, Fabrício Gomes Araújo
-
Dá uma olhada nesse tópico: Espero ter ajudado, Fabrício Gomes Araújo
-
Carlos, Acredito que não exista certo ou errado em usar arredondamento e truncamento, o fato é que você terá que assumir um dos dois para obter o vProd (do item) com duas casas decimais, só então depois é deverá somá-los todos e assim obter o vProd do total da Nota. Assim nunca daria errado. Espero ter ajudado, Fabrício Gomes Araújo
