Kiko Fernandes

Me parece que isto tem a ver com o arquivo tiposBasico_v1.03.xsd Atualize esta schema que resolve.

Inicie dando uma lida neste link, para se familiarizar com o projeto. http://acbr.sourceforge.net/drupal/?q=node/40 Neste link estão os comandos que podem ser usados com o ACBrNFeMonitor http://anfm.blogspot.com.br/2010/02/comandos-do-acbrnfemonitor.html Existem duas maneiras de enviar os comandos por arquivo TXT no padrão INI ou no padrão do emissor gratuito de SP. Como vc disse que já está criando o arquivo no padrão do emissor gratuito/SP, o recomendando seria os comandos abaixo, dê uma estudada neles, através do link acima. NFe.CriarNFeSefaz(cArqTXT,nRetornaXML) NFe.CriarEnviarNFeSefaz(cArqTXT,nLote,nImprimeDANFE) Última versão compilada: http://sourceforge.net/projects/acbr/files/ Algumas dúvidas que surgirão p/vc já foram discutido no forum, por outros colegas que passaram pelo mesmo caminho. Faça uma busca pelo forum que vc terá mais informações. Surgindo novas dúvidas poste aqui.

E 9999-ped-cce.xml também valida sem erro no site http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Agora uma dúvida, abrindo o arquivo 999999999999999999999999-ProcEventoNFe.xml, me representa que ele vem formatado. Exemplo: Será que não é isto que está sendo criticado? Não deveria estar assim: Quem que está formatando este arquivo? O arquivo 999999-ped-cce.xml está correto sem chr(13) mas o 99999-ProcEventoNFe.xml me parece que vem com chr(13) separando as tags. Se alguém puder dar uma analisada nisto.

Está vermelhinho no ambiente produção. O PR ainda não disponibilizou o serviço em produção. (E estamos contando com a obrigação a partir de 01/07/2012. http://www.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY= No ambiente homologação está verde. (Mas sem funcionar) http://hom.nfe.fazenda.gov.br/portal/disponibilidade.aspx?versao=2.00&tipoConteudo=Skeuqr8PQBY=

Bom, não sei como vc fez, mas o XML que o ACBr está gerando está correto conforme pode ser visto na figura em anexo.

O WebService começou a dar sinal de vida, agora retorna "cStat 298 - Assinatura difere do padrao do Projeto" Eu acredito que ainda seja com a SEFAZ o problema, vamos aguardar. Se alguém tiver mais novidades, por favor informe aqui.

Oi Regys, me permita só fazer um esclarecimento. Na leitura rápida pelo post, vc acabou confundindo as pessoas. Quem solicitou a informação primeiro e você respondeu foi o "acg.net" e resolveu o problema porque ele te agradeceu. Quem comentou depois que encontrou o erro foi o "rodneytk".

Erro 630 - Validação do vProd = vUnTrib * qTrib Ou Seja vUnTrib * qTrib tem que ser igual a vProd Se desejar teste seus xml's neste link http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx

Também acredito nisto, pois se pegarmos o conteúdo do arquivo ped-cce e validarmos em: http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx não apresenta erros.

Angelo, aparece no portal de homologação. Link: http://hom.nfe.fazenda.gov.br/portal/principal.aspx Portal produção. Link: http://www.nfe.fazenda.gov.br/portal/principal.aspx No portal de alguns estados, oferece a opção clicando em um radio button ( )Produção ( ) Homologação

Caros colegas, eu uso apenas no modo monitor e pela correria ainda não disponibilizei um tempo para instalar o Delphi (pelo menos para poder compilar já que não programo nele até o momento). Como foi disponibilizado este webservice em 18/06, gostaria de pedir se algum colega tiver condições de compilar o ACBrNFeMonitor com este webservice incluído (https://homologacao.nfe2.fazenda.pr.gov ... pcaoEvento) e disponibilizar em algum link para que eu possa testar, agradeço.

Rodrigo eu não tenho experiência com o TCP/IP, mas dê uma lida neste tópico que creio que ajudará a vc ter uma noção do assunto. http://acbr.sourceforge.net/drupal/?q=node/40 Desça até encontrar: Modo TCP/IP:

Semelhante a sugestão do Igor, veja um outro modo nos links abaixo. A diferença é que vc passa a tratar os arquivos por equipamento. Exemplo: ENTNFE01.TXT retorna o arquivo SAINFE01.TXT, se enviar ENTNFE02.TXT retorna o arquivo SAINFE02.TXT de modo que cada equipamento poderia emitir nota simultaneamente, sem se preocupar em se o arquivo ENTNFE.TXT estaria em uso ou não por outro equipamento. Links dos tópicos: http://www.djsystem.com.br/acbr/forum/viewtopic.php?f=6&t=5606&hilit=entnfe01.txt

1 - Inicie lendo este tópico, que tem alguma explicação a respeito. http://anfm.blogspot.com.br/2011/09/nova-versao-071a-do-acbrnfemonitor.html 2 - Depois faça uma busca no forum que existe vários tópicos tratando deste assunto. 3 - Após isto, poste as dúvidas que permanecerem e/ou que surgirem.

Sim Exemplo: NFe.InutilizarNFe(cCNPJ,cJustificativa,nAno,nModelo,nSérie,nNumInicial,nNumFinal) NFe.InutilizarNFe("99999999999999","teste de inutilizacao",12,55,1,2,2) Inutiliza número 2, ano 2012.

Fauze eu ainda não usei via Socket, mas tente dar o pontapé inicial por aqui: http://acbr.sourceforge.net/drupal/?q=node/40 Desça até encontrar: Modo Modo TCP/IP: Ai tem uns exemplos, veja se te ajuda.

Vixi Régys, em Vb também não sei, mas pelo comentário do Fauze, o procedimento é o mesmo. Fauze não entendi direito a pergunta, mas o ACBrNFeMonitor funciona sem problemas com qualquer linguagem, pois o que ocorre entre os programas e o Monitor é apenas a troca de arquivos em um padrão já definido. Eu creio que a particularidade vai depender do domínio que cada um tem na linguagem que está desenvolvendo para ter o controle sobre os arquivos que estão em uso.

José, neste XML que vc tinha, você tem o status 100? (100)

Sim.

Oi Fauze, eu não entendo de Vb, mas quanto a fato de dar uma parana no processo acredito que seja o sleep Nestes dois links tem um exemplo, veja se te ajuda: Option Explicit Private Declare Sub Sleep Lib "kernel32" (ByVal dwMilliseconds As Long) Private Sub Form_Click() MsgBox "Primeira mensagem" Sleep 1000 MsgBox "Segunda Mensagem" End Sub http://www.macoratti.net/vbtelnet.htm http://www.babooforum.com.br/forum/index.php?/topic/402507-visual-basic-tempo-de-espera-antes-de-executar-um-comando/ Se funcionar vc pode por acrescentar na tua função este tempo de espera, para ele não ficar num loop desesperado algo por aqui: (...) contador:=0 While lFlag = False ++contador se contador > 10 //isto teria já dado uns 20 segundos sair end se sleep 2000 //aguarda dois segundos //seria bom incrementar um contador também e ai vc limitaria um número de tentativas, exemplo 20 If Dir(vPathMonitor & "\SAINFE.TXT") <> "" Then Call LeArquivo("SAINFE.TXT") End If Wend (...) Só transforme em Vb passei desta forma para comentar a sugestão, mas não entendo de Vb. Caso vc não consiga, usar a opção acima, poderia tentar fazer a abertura do arquivo em modo exclusivo, enquanto não fosse possível é porque o arquivo estaria ainda em uso pelo Monitor, evitando assim o "acesso negado", porém não evitaria o loop contínuo caso o arquivo não esteja na pasta, então de qualquer forma tem que tentar um timeout um contador, alguma coisa ali que limite o número de tentativas. Um abraço! Té+

Caso vc informasse no componente em algum campo que pede a senha para não precisar digitar, ou então no ACBrNFeMonitor na aba [Certificado/Software House] abaixo do Número do certificado tem um campo Senha: Estava me referindo a este campo. Se vc está digitando é porque não está informado no sistema, logo já esta sem a senha que comentei em remover. Era remover da configuração do ACBr

Seu TXT B|43||VENDA FORA DO RS|0|55|1|3095|2012-06-01|2012-06-01|1|4314902|1|0||2|1|3|1.4| Corrigido: B|43||VENDA FORA DO RS|0|55|1|3095|2012-06-01|2012-06-01||1|4314902|1|0||2|1|3|1.4| Seu TXT I|06.02.1785||ADITIVO P/ RADIADOR T-5 RADNAQ|12345678|||6404|LA|4|9,75000|39,00000||LA|4|9,75000||| Corrigido: I|06.02.1785||ADITIVO P/ RADIADOR T-5 RADNAQ|12345678||6404|LA|4|9,75000|39,00000||LA|4|9,75000||| Seu TXT I|04.46.4129||PNEU 165/70 R 13 79 T BRILLANTIS 2 15403880000|40111000|||6404|UN|4|158,22800|632,91200||UN|4|158,22800||| Corrigido: I|04.46.4129||PNEU 165/70 R 13 79 T BRILLANTIS 2 15403880000|40111000||6404|UN|4|158,22800|632,91200||UN|4|158,22800||| Me parece que tem um erro de ICM também mas com esta correção, você poderá seguir adiante, será eliminado o erro: '' is not a valid integer value."

Seu TXT B|43| |VENDA|0|55|1|531|2012-05-21|2012-05-21|17:58:27|1|4312450|1|1| |1|1|3| | | | Alterado B|43| |VENDA|0|55|1|531|2012-05-21|2012-05-21|17:58:27|1|4312450|1|1| |1|1|3|0.0.1||| Deve ter um número de versão para o teu aplicativo |VerProc| e retirar o espaço em branco de |dhCont|xJust| Continuará dando erro, pois você não preencheu CPF ou CNPJ para o destinatário, também não informou o código IBGE da cidade do destinatário. Observe seu texto: Mas pelo menos vc terá como ver as informações no ACBrNFeMonitor. Outro detalhe: Para Criar o Arquivo NFe.CriarNFeSefaz(cArqTXT,nRetornaXML) Não tem o terceiro parâmetro. O número 1 deve permanecer se deseja que retorne o XML. Para Criar e Enviar NFe.CriarEnviarNFeSefaz(cArqTXT,nLote,nImprimeDANFE) Este tem 3 parâmetros. http://anfm.blogspot.com.br/2010/02/comandos-do-acbrnfemonitor.html

Este XML que vc anexou não é o da importação. Quanto a versão para o OpenSSL esta ai é a última mesmo que está no link de downloads disponíveis aos usuários que não estão cadastrados no SAC disponibilizada em: 09/09/2011. Se não me engano teve este problema também na 0.7.1a CAPICOM, porém foi corrigido, naquele momento uma saída foi criar o arquivo desta forma: Recebia um alerta, Mas é apenas um alerta, vc pode deixar o programa prosseguir. e o XML era criado desta forma: Com isto o problema foi contornado até a chegada da solução para a versão CAPICOM a OPENSSL nunca usei não sei te dizer nada a respeito dela. Veja mais detalhes aqui, acho que é o mesmo problema que vc está encontrando.

Pelo que eu sei ainda não, mas não posso te afirmar com certeza, pois o certificado de teste que uso é do PR e aqui a SEFAZ ainda não disponibilizou o endereço p/este serviço.