Kiko Fernandes

O tópico será fechado, pois já existe outro com o mesmo assunto. Caso tenha mais alguma dúvida continue no tópico do link acima.

Ok, obrigado! Achei estranho porque eu ainda não recebi. mas verificando em: http://boletim.fazenda.pr.gov.br/ hoje 28/08/2013 até este momento 18h30 eles ainda não publicaram o boletim 015/2013. Pode ser que amanhã já esteja publicado no site. Se o conteúdo do boletim for exatamente como o marcelokrol informou, só terá que alterar quem usa um IP fixo ao invés do nome do webservice. Mas ai é o que o André comentou o ACBrNFeMonitor não utiliza IP fixo e sim o nome que com certeza será resolvido através do DNS.

Marcelokrol, boa tarde! Me informe o número deste boletim informativo ou link do mesmo se possível. Obrigado!

Pelo componente não consigo te ajudar. Mas fiz um teste no ACBrNFeMonitor usando o teu arquivo 035725_TESTE.TXT (alterando apenas os campos do emitente e destinatário). Usei o comando Nfe.CriarNfeSefaz() e em 13 segundos ele foi do importar até gerar o XML pronto assinado. Só faltou enviar.

Infelizmente não tenho! Eu simulei com a mesma versão que vc utiliza e testei no PR e deu tudo certo. O certificado de teste que possuo é do PR não tenho como testar no RS. Mas aqui funcionou. Geralmente este erro "unable to parse" tem acontecido com schemas desatualizadas (por isto tinha te perguntado sobre a schema envEvento_v1.00.xds) que estava correta. Por desencargo de consciência atualize o pacote completo das schemas e tente novamente. Outro detalhe dê uma conferida na aba [WebService] no grupo Tipo de Cancelamento se está marcado (o) Por Evento. (mas acho que deve estar ok, porque individual foi autorizado sem erro).

Leia estes tópicos, veja se te ajuda:

Bom dia! Comece estudando os comandos que são encontrados nestes links: http://anfm.blogspot.com.br/2009/09/campos-para-criar-uma-nfe-usando-o.html http://anfm.blogspot.com.br/2010/10/acbrnfemonitor-compativel-com-nfe.html Existem alguns exemplos postados no forum, mas vc pode dar uma verificada neste arquivo para começar: http://www.projetoacbr.com.br/forum/index.php?app=core&module=attach&section=attach&attach_id=3644 O ACBrNFeMonitor, também faz a leitura de arquivos que estão no padrão do emissor gratuito da SEFAZ/SP. Dê uma olhada neste tópico:

O log completo só aparece isto? não tem mais nenhuma crítica?

A opção [ ] Salvar Arquivos Enviados/Recebidos p/WebServices está ativada? Se sim ele deve criar algo como 1-ped-cce.xml.

sim

É a mesma que eu tenho, ou seja está atualizada. É possível vc anexar o xml que foi gerado para que eu possa comparar?

Fiz um teste usando o exemplo acima e registrou sem problema os dois eventos. Qual a data da schema envEvento_v1.00.xds no teu sistema?

Ok. No componente infelizmente eu não tenho condições de te ajudar, porque utilizo apenas o ACBrNFeMonitor. Quanto a quantidade de itens, aconteceu de uma vez um cliente fechar a empresa e foi necessário vender todos os produtos para outra empresa, com isto fizeram várias notas de 800 itens (pedi para ficar um pouco abaixo do limite máximo), mas não encontraram problema na emissão. Minha ajuda lá foi só fazer uma rotina (função) para escolher de 800 em 800 itens sem que ele incluísse um por um na NFe.

Sendo que o segundo gera, assina, envia e imprime o DANFE. Você já viu estes comandos? Vai utilizar no modo monitor?

Eu não uso o componente, apenas o Monitor com isto penso que vc poderia dar uma analisada nas sugestões que o Ítalo apresentou no post #18. O que eu poderia fazer é testar no monitor caso vc não tenha ele configurado. Para isto precisaria do XML se possível apenas gerado, sem a assinatura que ai eu faria os testes assinando, validando e enviando.

Rogério bom dia! Meu comentário não tem a ver com a solução do teu problema, mas gostaria de aproveitar a oportunidade para comentar a respeito do tamanho do arquivo até mesmo para que fique registrado aqui como fonte de pesquisa para outras ocasiões. O correto é sempre respeitar a orientação do manual de integração, mesmo que a SEFAZ aceite não significa que está correto. Veja o que diz o manual de integração versão 5.00 - (Pág. 27) A mensagem será descartada se o tamanho exceder o limite previsto (500 KB). A aplicação do contribuinte não poderá permitir a geração de mensagem com tamanho superior a 500 KB. Caso isto ocorra, a conexão poderá ser interrompida sem mensagem de erro se o controle do tamanho da mensagem for implementado por configurações do ambiente de rede da SEFAZ (ex.: controle no firewall). No caso do controle de tamanho ser implementado por aplicativo teremos a devolução da mensagem de erro 214. As unidades federadas que mantêm o Web Service disponível, mesmo quando o serviço estiver paralisado, deverão implementar as verificações 108 e 109. Estas validações poderão ser dispensadas se o Web Service não ficar disponível quando o serviço estiver paralisado. Veja que no primeiro destaque eles responsabilizam o desenvolvedor: "A aplicação do contribuinte não poderá permitir" - (Com isto se vc permitiu é vc que está errado e não eles porque a SEFAZ aceitou) "Caso isto ocorra, a conexão poderá ser interrompida sem mensagem de erro" - Veja aqui que a afirmação diz "poderá" e na continuação diz "se o controle for implementado por config. do amb. de rede da SEFAZ". E por fim só no caso do controle ter sido implementado é que receberia a rejeição do código 214. Com isto quero só salientar que não temos uma certeza da rejeição, porém ficou para nós a obrigação: "A aplicação do contribuinte não poderá permitir" e este critério temos que obedecer.

Desculpe Gustavo, eu li carta de correção na explicação do teu texto e os pensamentos se foram para carta de correção. Os 20 que comentei é da CCe. Depois que vi que vc comentou "após gerar uma carta de correção não consigo cancelar". No caso do cancelamento vc deverá informar 1 no nSeqEvento.

Boa noite! Não foi anexado o arquivo, mas pela mensagem o conteúdo informado em nSeqEvento deve ter passado de 20 que é o máximo permitido.

http://anfm.blogspot.com.br/2009/09/campos-para-criar-uma-nfe-usando-o.html cMunFG -> Código do Município de Ocorrência do Fato Gerador cMun -> Código do município

O sistema é apenas emissor de NFe. O controle de estoque deve ser feito por outro sistema.

Link da página com os manuais de integração e o histórico das versões: http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=33ol5hhSYZk=

Boa tarde! Existe um pequeno problema para configurar o ACBrNFeMonitor, na aba [WebService] no preenchimento das informações do grupo WebService. Abaixo da opção [ ] Salvar Arquivos Enviados/Recebidos p/WebServices existe um campo para preenchimento do caminho (pasta) em que será colocado o arquivo. Nas últimas versões este campo tem ficado embaixo do grupo -----[Retorno de Envio de NFe ]--------- dificultando o seu preenchimento. Não gera nenhum problema, principalmente nas atualizações e também existem meios de preencher, mas só estou relatando para que assim que possível alguém possa corrigir. Em anexo segue uma tela para facilitar o entendimento. Abraço a todos! Té+

Boa tarde! Este assunto é bastante extenso devido a própria legislação, então é melhor vc ir colocando as dúvidas e a gente vai auxiliando no que pode. Mas se vc está na situação que não sabe por onde começar, dê uma lida neste tópico primeiro. *** Detalhe. Te aconselho a abrir um tópico relacionado a dúvida que vc tiver em relação ao preenchimento da NFe no regime normal. (Não continue neste).

Bom dia Dener! Siga o procedimento que o Isaque comentou sobre os recursos que teu aplicativo deve ter para que o operador do sistema possa consultar o status da nota ou ainda ficar insistindo na consulta a cada X tempo, caso continue recebendo o retorno "em processamento" até que retorne a autorização ou um erro de rejeição. Sobre o status de "Lote em processamento" procure no fórum por "em processamento" que este assunto já foi bastante discutido aqui. Caso esteja utilizando o Monitor, verifique se a opção [ v] Salvar Arquivos Enviados/Recebidos p/Webservices na aba [WebService] está marcado.

Se vc ler a NT2013_006 (Que entra em produção dia 12/08/2013) - Imagino que vc tomou por base esta data. Mas lendo Pág. 2 vc encontrará: Campo nFCI - Número de controle da FCI - Ficha de Conteúdo de Importação 02.1 Informação da FCI Incluído campo de controle relacionado com a Resolução 13 do Senado Federal, Convênio ICMS 38/2013 e suas alterações. A informação do Número da FCI passará a ser obrigatória nas operações interestaduais, conforme a Origem da Mercadoria (3, 5 ou 8), a partir de 01/10/2013, conforme legislação atual. Pergunto: Vc está tendo problemas ao enviar a NFe pela falta desta tag?