Kiko Fernandes

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.

É meu amigo tenho para mim que este é um processo de transição. Argumentos como: "antes passava", "antes autorizava", "tenho um xml autorizado" considerando o cenário de mudanças que estamos enfrentando creio não ser conveniente para este momento e nem mesmo ficar insistindo "entender" o porque foi autorizado se temos um texto que no meu modo de ver segundo a NT2013.005_v1.02 está bem claro, informando que foi incluído a tag nos totais e também que a tag passa a compor o valor total. Veja na página 5 da mesma NT que ao ler a parte que destaquei em vermelho podemos entender que "já fizeram uma boa parte das mudanças previstas" significa que boa parte não é tudo e que este tudo pode ser completado a qualquer momento. O certo é que todos devem se ajustar a NT. Como vc diz que fez conforme solicitado. Eu penso que está correto. Sugiro que vc guarde a NT e mostre a quem discordar. Caso quem discorde entende melhor do assunto do que vc, creio que não terá dificuldade de explicar como deve ser o procedimento.

Marcio bom dia! Vc está atendo as regras da NT2013.005v1.02 ? Eu não tenho um amplo conhecimento sobre desoneração, mas pelo que pude interpretar entendo que vc terá que descontar o valor do vICMSDeson do total. Veja Página 2 da NT2013.005 • Corrigido texto da Regra “N28-30”: “Se informado tag:motDesICMS, o vICMSDeson (id:N27a) deve ser maior do que zero”; Se informado motDesICMS observe que o valor do vICMSDeson é obrigado a ser maior do zero. Agora entramos em outra regra. Se for maior que zero ele participa do total da NFe. Veja página 17: Veja que agora vICMSDeson participa do total da NFe. Então no meu parecer deve deduzir este valor sim do total.

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.

Mack, consultando o fórum encontrei um post aonde o juamkiko já havia comentado sobre este problema e inclusive ele cita outro link não poluído (com explicação bem clara). Caso tenha interesse dê uma olhada. Link do tópico: Post #17 Data: 19/04/2013 Link com a explicação citado pelo juamkiko passou: https://www.assembla.com/spaces/nfephp/wiki/Falhas_de_Valida%C3%A7%C3%A3o

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?

Boa tarde! Mack está tendo um problema com o arquivo tiposBasico_v1.03.xsd e com a libxml do linux. Já passamos por problemas assim em 2011 e se não me engano em 2012. No link que passo vc verá este problema descrito, porém com outra solução para a época. Parecida mas não é a mesma. Agora novamente aparece, porém a alteração do momento é: Localize o arquivo tiposBasico_v1.03.xsd que estará dentro da pasta schemas do ACBrNFeMonitor Abra com um editor de texto, localize a string name="TIeDest> abaixo vc vai encontra um valor assim: <xs:pattern value="ISENTO|[0-9]{0,14}"/> troque por <xs:pattern value="ISENTO|[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?[0-9]?"/> Salve o arquivo e execute novamente novamente. Fonte: https://groups.google.com/forum/#!msg/nfephp/tVNkEh3wwT4/KSByAE0AoZ0J Em anexo coloquei o arquivo já alterado. Caso não queira mudar apenas substitua o arquivo na pasta Schemas Quanto a versão pode continuar usando a atual. Mas testei também na última compilada e funcionou bem nas duas. Na versão capicom não ocorre este problema. *Esta compactado pelo winrar tiposBasico_v1.03.rar

Mack bom dia! Testei com o teu arquivo e está gerando normal o XML, Pode ser que o teu problema seja os arquivos schemas. Qual versão do Monitor vc está usando? Experimente renomear a pasta schemas e instale novamente o ACBr e faça um novo teste.

Bom dia Mack. Teremos que ajustar as coisas, do contrário fica difícil. Vc anexou um INI agora de outra nota Numero: 2716. Este INI tem CNPJ e IE corretamente informados. Não tem nada a ver com a nota com o problema referente ao CPF ou então eu que não estou entendendo o que vc quer comunicar. Este INI consta: [Destinatario] CNPJ=02233410000108 IE=9014751480

Bom dia! 990 itens - Pág. 160 do Manual de Integração V. 5.00 Obs.: Não esqueça que o arquivo a ser transmitido não deve exceder a 500Kb. Se os produtos tiverem nomes muito extenso ou informações adicionais do produto em cada item, provavelmente você não conseguirá alcançar esta quantidade de itens.

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.

Eu gerei um XML com o teu arquivo INI e não encontrei este erro. Mas a nota era 3025 e não 3029. Se possível anexe o arquivo INI e o XML que está sendo gerado.

Bom dia Mack! Está correta a nota. Qual problema vc está encontrando e qual a mensagem vc está recebendo?

Boa tarde! Deve passar vazio pelo que eu sei. Pode ser que este cliente seja produtor rural e este CPF tenha IE. Vc sabe consultar? Acesse o site: www.sintegra.com.br Localize a UF Algumas UF permite a consulta pelo CPF (Produtor Rural) Se vc visualizar um número de IE, terá que informar. Se não for isto, poste o arquivo INI para analisarmos. Obs.: RG não é solicitado. Não tente informar RG no campo IE que certamente não funcionará. Esta situação acima, que comentei é para o caso de vc estar informando apenas o CPF e estar recebendo a mensagem de rejeição.

Não entendi direito. Em configurações na aba [WebService] tem uma opção [ v] Salvar Arquivos Enviados/Recebidos p/WebServices [c:\suapasta\] Seria isto? Também pode ser setado diretamente no ACBrNFeMonitor.INI no grupo [Geral] conforme descrito abaixo.

Correto. Vc pode deixar a configuração como está e enviar ENTNFE001.TXT que a resposta sera SAINFE001.TXT Quanto ao monitoramento de pastas, vc deve alterar o nome do arquivo para o nome da pasta monitorada. Exemplo: [v] Monitorar Pasta Entrada: [c:\suapasta\entrada ] Saída: [c:\suapasta\saida ] Aparecerá aquela mensagem que vc mostrou e depois que o Monitor deverá ser reiniciado. A partir deste momento tudo o que vc enviar para esta pasta monitorada "c:\suapasta\entrada" a resposta estará na pasta "c:\suapasta\saida" com o nome acrescentado de "-resp.txt" Exemplo: Envio: c:\suapasta\entrada\terminalcaixa.txt a resposta: c:\suapasta\saida\terminalcaixa-resp.txt Envio: c:\suapasta\entrada\terminaldeposito.txt a resposta: c:\suapasta\saida\terminaldeposito-resp.txt Eu utilizo o modelo antigo ENT001.TXT com resposta em SAI001.TXT quando preciso de mais de uma estação e tem funcionado muito bem. O outro exemplo só testei não tenho funcionando em nenhum lugar, mas nos testes tem funcionado bem. .

Só para complementar a informação do Juliomar. Nas versões recentes do ACBrNFeMonitor, foi acrescentada uma opção nova chamada [ ] Monitorar pastas. Dê uma lida no link abaixo, no post #32 que estará também fazendo referência a outros tópicos. Obs.: É apenas mais uma opção. Qualquer delas funciona bem.

É 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

Caso não queira utilizar o campo, faça a separação por vírgula. A posição do parâmetro tem que ser respeitada.

Parte integrante do manual ACBrNFeMonitor.chm Vc está informando o segundo email no parâmetro "cAssunto".

Correto. IE = Inscrição Estadual IEST = Inscrição Estadual do Substituto Tributário