Siepi

EMBarbosa, os arquivo anexo tem as informaçoes que vc pediu sobre ECF modelo etc

Não tem mensagem de erro, corre tudo ok. O problema foi o arquivo gerado. Não é o do SINTEGRA.

Pessoal, socorro!

Prezados, Quando executo o comando ECF.ArquivoMFD_DLL( "01/10/2014", "31/10/2014", "c:\teste\SINTEGRA-SW041000000000003027-201411.txt", docTodos, finSintegra ) numa Bematech ou Daruma, tudo ok. Na Epson ocorre um problema com o nome do arquivo, eu abri até um outro tópico algum tempo atrás, agora enfrento um problema numa Sweda. Quando manda gerar ele não gera os formato sintegra. Seguem arquivos anexos. Compactei o BIN pois ele não permitiu anexa-lo aberto. MF.TXT SINTEGRA-SW041000000000003027-201411.txt MF.rar

Juliomar, obrigado pelo dica. Já existe ele compilado para testar? Eu trabalho com PHP e integro meu programa ao acbrMonitor para paf-ecf e roda que é uma beleza. Não tenho experiencia nenhuma em delphi.

Pessoal, existe alguma iniciativa de um monitor para nota eletronica de serviços? Sendo aqui ou algum outro projeto? Estou demandando e não queria iniciar do zero. Abraço

Cara, que estranho. Ele cria o arquivo com os registros R no arquivo que era para ser do SINTEGRA e o que tem os registros 60 ele cria em outro nada a ver.

Mas as dlls deles geraria arquivos com o nome sugestivo ACBr_....? Creio que haja um erro de lógica ali, mesmo porque nem o nome que eu dei ao arquivo ele respeitou.

Fala Daniel, sobre a questão do registro 75?

Daniel, funcionou o relatório corretamente, sem as informações de empresa e etc... como esperado no momento, pois não foram passados os argumentos. Mas como eu fundo esse arquivo aos xml de compra e venda, para mim, resolveu. Esses dados podem ser pegos do próprio cadastro que se faz na parte de configuração do ACBrMonitor, não? Lá informamos dados da empresa. E se não tiver, vai vazio como está indo. Uma coisa que notei foi o seguinte. Ao validar no validador sintegra, faltou o registro 75 do registro 60I de itens cancelados. Ele não gerou o 75 quando o item foi cancelado. Esse é o comportamento mesmo? Creio que deveria gerar, pois o sintegra deve ser válido, correto? E sendo assim não validou corretamente. Outra coisa. Ele continuou a gerar os mesmos arquivos que estava gerando e gerou um ACBr_SIN nesse arquivo está o relatório do Sintegra. Na imagem em anexo eu mostro o que ele gerou. Deveria ter somente o SINTEGRA-EP081210000000037204 com o conteúdo do ACBr_SIN. Abraço!

CAra, tava na rua e cheguei agora. Vou la testar e te falo!

Se quiser poe uma prévia ai que eu ja testo no cliente, estou online nele e já te digo se rodou.

Prezados, Quando executo o comando ECF.ArquivoMFD_DLL( "01/10/2014", "31/10/2014", "c:\teste\SintegraECF201410.txt", docTodos, finSintegra ) numa Bematech ou Daruma, tudo ok. Gera o arquivo esperado com registros 60. Mas rodando em uma Epson TM-T81 FBIII ele me gerou o arquivo anexo e um segundo arquivo com o nome ACBr_CTP.txt idêntico ao arquivo c:\teste\SintegraECF201410.txt Seguem arquivos anexos. ACBr_CTP.txt SINTEGRA-EP081210000000037204-201410.txt

Cara, cliente é uma beleza. Por diversas vezes perguntamos sobre as notas. Agora ele disse que ele tem que alterar a tag de dhEmi para dEmi por causa de um programa dele que não lâ a TAG nova. Meu!!!! Sem condição. E eu quebrando a cabeça aqui. Foi o cliente que alterou as 5 notas. muito obrigado pela ajuda.

Juliomar, perdoe-me a ignorância, mas qual seria o link. Rodei no site da nfe e não encontrei.

Prezados, procurei mas não encontrei. Meus clientes recebem Nfe de seus fornecedores e muitos já mandam na versão 3.10. Mas a data de emissão da nota, ao invés de respeitar o que está no schema que seria dhEmi, vem com dEmi como se fosse na versão 2.00 Como o webservice do governo está validando estas notas com esse erro ? Olha o trecho da nota <nfeProc versao="3.10" xmlns="http://www.portalfiscal.inf.br/nfe"> <NFe xmlns="http://www.portalfiscal.inf.br/nfe"> <infNFe Id="NFe31141020357968000187550010000826941003049164" versao="3.10"> <ide> <cUF>31</cUF> <cNF>00304916</cNF> <natOp>VENDAS</natOp> <indPag>1</indPag> <mod>55</mod> <serie>1</serie> <nNF>82694</nNF> <dEmi>2014-10-21</dEmi> <dhSaiEnt>2014-10-21T14:20:49-02:00</dhSaiEnt> <tpNF>1</tpNF> <idDest>1</idDest> realmente não estou entendendo. De 270 notas que meu cliente recebeu, 5 estão na versão 3.10 e todas com a tag dEmi ao invés da tag dhEmi. Ai na validação samba tudo, dando xml inválido. Alguém está passando por isso?

Entendi Juliomar. Minha dúvida era se o monitor teria algum método que eu indicava a nfe e ele gerava os registros do SINTEGRA

E aí prezados do ACBrNfeMonitor. Temos algo hoje que o ACBr possa fazer em relação aos registros do SINTEGRA?

Prezados, meu PAF ta rodando beleza com PHP. Agora é hora de gerar o sintegra. Vi que com os registros 60 é mamão com açucar. Com os registros das NFe que meus clientes recebem dos seus fornecedores, existe algo que me facilite no acbrNfe? Eu pensei em dois caminhos: 1 - Peço o path onde estão todas os xmls das nfes e trato via php mesmo gerando os registro respectivos 2 - Teria como, pelo webservice da Nfe pegar todos os xml de determinado mês, para o cliente nem esquentar a cabeça em guardar os xml? Pensei nisso, acessando o webservice, capturando todos os xmls e tratando para o sintegra, mas sei que para isso eu dependo do webservice me dar um metodo para tal. pesquisei aqui no grupo por nfe sintegra xml e o assunto não fechou na cabeça ainda. O que os senhores me sugerem? Abraço

Sobre NFCe não mexi ainda. Somente ECF. E na legislação o ECF não pode ser online. Aqui em Minas não vi movimentação sobre a NFCe, mas creio que deva ser o futuro a médio prazo, 5, 7 anos.

Não, não pode ser online. Deve funcionar local. Um servidor local com a aplicação local. Estou verificando uma ferramenta para criptografar os fontes.

Boa tarde prezado, eu achei a comunicação via socket meio instável. Houve captura antes do final da comunicação etc. Passei para via txt. Já estou rodando o programa em um cliente e sem problema algum Apache 2.4.10, PHP5.6.0, mysql5.6.20, ZF2.3, Doctrine 2.4, Extjs 4.2.1 ACBrMonitor Qual seria sua dúvida?

Prezados, já estou rodando o PAF-ECF em um cliente com sucesso usando ACBrMonitor. A impressora é Bematech. Vou instalá-lo em um outro cliente com Daruma. Existe alguma observação em relação a ela? Alguma coisa que devo atentar? Vi algo sobre velocidade de porta mas não entendi. Obrigado

So corrigindo acima, pede o CNPJ do usuário do PAF, entao realmente a duvida persiste :/

O que me deixa tranquilo quanto a poder, é que o registro U1 vai a identificação do estabelecimento, e no registro D2 que tem os DAVs pede o cnpj do estabelecimento que gerou o DAV. Entao não havendo um impedimento direto, creio que nao tenha problema. Mesmo porque não existiria conflito com os numeros de DAV pois sendo por estabelecimento, a chave unica seria dav+cnpj