Kiko Fernandes

Verifique também se nas configurações na aba [ Web Service ] a opção [ ] Salvar Arquivos Enviados/Recebidos p/Webservices está ativado. Caso não esteja, marque e faça os testes novamente, veja se muda alguma coisa.

Bom dia! Tanto a NT2013.005_v1.02 e o Manual de integração apresentam a seguinte informação: Grupo com informações de Documentos Fiscais referenciados. Informação utilizada nas hipóteses previstas na legislação. (Ex.: Devolução de Mercadorias, Substituição de NF cancelada, Complementação de NF, etc.). - No caso da complementar poderia estar ligado a finalidade. Toda finalidade 2 (Complemento) deve ter a uma NFe referenciada, pois está complementado a tal NFe. - Tem o caso do cupom fiscal também. Neste caso seria pela CFOP 5929 Lançamento efetuado em decorrência de emissão de documento fiscal relativo a operação ou prestação também registrada em equipamento Emissor de Cupom Fiscal - ECF Classificam-se neste código os registros relativos aos documentos fiscais emitidos em operações ou prestações que também tenham sido registradas em equipamento Emissor de Cupom Fiscal - ECF. - Tem também o caso dos produtores rurais.

Não sei se vc já passou pelo blog. Vou postar os links Aqui quando era ainda a versão 1.00 http://anfm.blogspot.com.br/2009/09/campos-para-criar-uma-nfe-usando-o.html Novos campos foram adicionados para atender a versão 2.00 http://anfm.blogspot.com.br/2010/10/acbrnfemonitor-compativel-com-nfe.html Quanto a versão 3.10 acompanhe os novos campos pelo tópico:

Josadac vc está fazendo uma pequena confusão. O colega carlos_tedex enviou um exemplo com o uso do componente. (Em Delphi). Este exemplo não serve para vc, pois vc usa o Monitor. O Exemplo que postei é pelo Monitor. Aqueles textos são os retornos que estão no arquivo SAINFE.TXT utilizado com o comando: NFe.CancelarNFe(cChaveNFe,cJustificativa) e a imagem é para vc ver que o número do protocolo bate com o que eu destaquei em vermelho no retorno do comando. Sobre o evento. Já a algum tempo que somente é aceito o cancelamento por evento. Com certeza o teu Monitor já está configurado desta forma, do contrário vc receberia uma mensagem de erro avisando que foi desativado a outra forma de cancelamento. Vc pode confirmar isto, acessando as configurações do Monitor. Na aba WebService, procure por Tipo de Cancelamento e vc verá que está (o) Por evento.

Boa noite! De uma olha neste tópico. Observe o post #12

Não encontrei este problema. Segue em anexo meu teste e retorno que recebi. Teste.pdf

Passe a chave dela se for possível. Outro detalhe: Verifique se ela não foi setada como de ajuste ou complemento.

o Valor do total dos produtos você informou 7.00. No portal nacional na consulta aparece o valor de vProd de 10.00 Então o emissor gratuito da SEFAZ/SP não está respeitando o valor que vc está informando na tag <vProd> dos totais? Ou seja é informado 7 e ele por conta própria coloca 10? Veja em anexo a consulta da NFe. OBS.: Lembrando mais uma vez. O ACBr não altera nenhum valor das tags. Isto é de responsabilidade de quem preenche os campos. Ele apenas reproduz fielmente o que está representado no XML. Se for detectado algo diferente disto, deve ser informado no fórum para possível correção. Então temos duas situações. Ou os XMLs são diferentes e pode ser que vc enviou com o valor de vProd 10,00 e nem sabe ou então o emissor gratuito SEFAZ/SP está alterando os dados.

Boa tarde! Dê uma lida nestes dois tópicos que ajudarão a esclarecer a sua dúvida e ainda te ajudará a entender o processo.

Boa tarde a todos! Testei o arquivo INI do Jonas com a versão disponibilizada 0.9.0a (teste) e gerou esta chave 13140410706327000137650010000000391000000397-nfe.xml Parece estar correto a rotina Ítalo. Só não consegui consultar NFe com esta versão, mas ainda não estudei se houve mudança na consulta por isto ainda não posso afirmar nada a respeito disto. Amanhã vou ver se consigo um tempinho para testar melhor.

Este retorno que vc postou foi o retorno da consulta da chave 3514020224760000018455001000003510100700024 mesmo? Vc está mostrando 2 chaves, consultando uma e retornando outra. Isto está ocorrendo mesmo ou foi engano ao colar o número da chave?

Boa tarde! Vc pode anexar o novo XML gerado? No XML anterior vc tinha colocado a tag <indTot> fora do <vProd> Se vc olhar no Manual de Integração, página 162 verá que ela pertence as informações do produto.

Veja este link no fórum privado (SAC)

Vc que gerou este XML? Ele parece estar errado. Tente validar o XML no site https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx 1 - Se você utiliza o ACBrNFeMonitor para criar o XML usando o TXT que está no padrão do emissor gratuito da SEFAZ/SP, anexe o arquivo TXT. 2 - Se vc está criando o XML pelo teu software, vc deve verificar os erros que estão aparecendo no validador da SEFAZ/RS.

Boa tarde! Vc pode anexar o teu arquivo TXT no padrão do emissor gratuito SEFAZ/SP?

Eu não vou conseguir te explicar pelo código, porque não programo em Delphi. Pelo que vi vc está tendo dificuldade em entender o código CST (Código da Situação Tributária) CST é composto de 2 dígitos e não 3. O primeiro dígito que acaba indo junto com o código é o codigo da origem da mercadoria. Então se vc tem 040 = 0-Origem Nacional 40 - Isenta Se o código for 140 = 1- Origem Estrangeira - Importação direta, exceto a indicada no código 6 40 - Isenta Como origem você pode ter os códigos: Com isto posto, vc deve então tratar dos dois últimos códigos. Exemplo: Aonde vc está tratando: else if dm.cdsitemnfe.FieldByName('st').AsString = '040' then ICMS.CST := cst40 Na verdade a origem (que pode ser de 0 a 7 no primeiro dígito) e terminando com 40 (CST que é o segundo e terceiro dígito) todos estes códigos acabam caindo nesta regra do ICMS.CST:=CST40. Ou seja não importa se é 140 040 240 o CST é 40 o que está mudando é a origem da mercadoria que é o primeiro código.

É o Rave tem este probleminha ao passar de 15 linhas no campo informações complementares. Em anexo o teu arquivo aonde procurei não passar de 15 linhas. Enquanto não for incluída nas propriedades do monitor a opção que o João criou para o RaveCB, você pode criar alguma limitação no teu sistema referente a quantidade de linhas. 1434-49itens-nfe.xml 4032-1item-inforcomplem-nfe.xml

Tem algumas coisas que é difícil explicar e está fora do nosso alcance. A explicação mais viável para este assunto acredito que ainda seja o que o André comentou "Provavelmente é algum erro no WebService do seu estado" Veja no link abaixo que tem outras pessoas que estão passando pelo mesmo problema: http://www.spedbrasil.net/forum/topics/nfe-rejei-o-c-digo-356?xg_source=activity Ao colega Alexandre que está com problema com a UF MA, observe que no link acima é comentado que o problema está acontecendo no SVAN, logo os estados MA, PA e PI estarão com os mesmos problemas. Continuaremos pesquisando, mas acredito ser problema mesmo em relação a tentativa de atualização do WebService que está criticando a falta da tag IdDest e como não encontra está "entendendo" que é diferente de 3. Porém como já foi comentado aqui o WebService tem que aceitar o layout atual até 12/2014.

No monitor não tem a opção de escolher, mas a idéia de apenas adicionar como outro nome creio que já ajudaria. Pois ai fica compatível, havendo a necessidade, apenas deveria ser alterado o nome do arquivo .rav Vamos aguardar então que seja incluído nos arquivos de instalação.

Ok João, entendi. A minha preocupação é para que o Monitor não fique fora de padrão, tipo um com um arquivo e outros diferentes se algum dia alguém precisar de 10 casas decimais uma vez que a configuração permite, não passe pelo mesmo problema. Uma outra possibilidade seria colocar uma configuração para que o usuário pudesse optar como mais uma opção de relatório, mas como não entendo de Delphi não tenho condição de avaliar o grau de dificuldade e nem se é viável. Valeu! Té+

Sanwal, vc mesmo pode marcar o tópico como resolvido clicando no botão [ Resolvido ] João fiz alguns testes aqui e o resultado foi um sucesso , creio que dará certo no cliente do Sanwal. Muito obrigado pela colaboração! Agora teria que subir este arquivo para ser distribuído já na próxima versão. Um abraço!

KKkkk! Pior que fui dormir as 5h hoje! Estou me livrando de uns probleminhas com SPED's e nos tempos vagos fico acompanhando o fórum.

Bom dia João! Fiz um teste para ir adiantando e encontrei a seguinte resposta no monitor: "Stream read error" Versão utilizada para o teste: 0.8.3.0

Sanwal eu consegui simular o problema, mas não consegui a solução. Eu uso uma impressora PDF para testes "PDF reDirect v2" e com ela estava ok. Testei com o teu arquivo ini de configuração do monitor e tudo ok. Ai resolvi passar para a impressora física, uma HP Deskjet F380 e então cheguei no seu problema. Testei em uma Laser P1102w e o mesmo resultado. Instalei o CutePDF e também não consegui. Testei sem informar a impressora e também não deu. Então só foi possível com a impressora PDF reDirect v2. Fiz também várias alterações de margens e tamanho de página e não consegui. Você havia comentado que em um teste teu funcionou. Que impressora vc tinha instalado neste terminal que havia funcionado?

Só um pequeno comentário para não ficar dúvidas. No ACBrNFeMonitor para os que utilizam o arquivo texto no padrão .INI basta preencher o campo: nFCI=XXXXXXXXXXXXXXXXXXX (número FCI) no grupo [ProdutoNNN] que será gerado o xml com a tag <nFCI> Para os que utilizam o arquivo texto no padrão do emissor gratuito SEFAZ/SP incluindo no último campo da linha " I| " (Isto é um i maiúsculo seguido de um pipe) não foi implementado.