Painel de líderes

Passamos por instabilidade no fórum recentemente... Acredito que os problemas já foram sanados... Alguns tópicos podem ter sido repetidos, mas acredito que não houve perda de informação

25/03/2015 - Atenção: Publicada a versão 1.22 da Nota Técnica NF-e 2013/005, com as novidades abaixo. Alteração em regra de validação: Em função de questionamentos feitos pelas empresas com respeito ao alcance dos efeitos jurídicos de incluir o valor da desoneração de ICMS no valor total da nota, nos termos comandados pelo Ajuste SINIEF 10, de 28 de setembro de 2012, foi alterada a regra de validação W16-10, de forma que, quando o campo vICMSDeson for utilizado, serão aceitas notas tanto no caso de que o valor correspondente à desoneração tenha sido incluído no valor total da nota, quanto quando não tiver sido incluído. Orientação para impressão de DANFE: O conteúdo do campo vICMSDeson, enquanto não for previsto no leiaute do DANFE, deverá ser copiado no campo de Informações Complementares de Interesse do Contribuinte (infCpl) para que a informação conste impressa no DANFE. Caso seja necessária sua impressão no DANFE, outros campos que não forem previstos no leiaute também poderão ser copiados no campo de Informações Complementares de Interesse do Contribuinte (infCpl). Link para a Nota Técnica NF-e 2013/005 v1.22 Assinado por: Coordenação Técnica do ENCAT

Boa tarde Italo Baixei a norma técnica na versão v1.22 e acrescentei a tag <pag> no XML que gero e resolvido o problema conforme nota em anexo para vc ver. Amigão você e´10 Obrigado Carlos Alberto NOTA OK.pdf

Funcionou Thiago! O problema eram os arquivos antigos que estavam atrapalhando! Muito obrigado pela ajuda! Deus o abençoe muito!

Acho então que a questão está definida, o problema é na secretaria da fazenda. Há pouco consegui transmitir e consultar várias notas, mas em lotes de uma única nota. Obrigado a todos que participaram até agora. Cordialmente, Carlos

Olá Tiago, dei uma olhada por cima nos títulos dos posts, e associei esse título (Requisição não enviada) a um erro que tive a um tempão, que era uma configuração que alterei e corrigiu o meu problema (nada relacionado a lentidão) Mas pelo que pude perceber estamos com problema mesmo!! Valeu de qualquer forma Att

Olá Juliomar. Sim, até fiquei surpreso pelo sistema do cliente considerar como cancelamento e não como evento. Compilei os pacotes e tudo parece ter funcionado corretamente. Obrigado.

Colegas, Atualizei os anexos com a correção do Dante e algumas outras que identifiquei na leitura do TXT

Pessoal, a solução definitiva está aqui: 1. Descomente a linha {$DEFINE SoapHTTP} no arquivo ACBr.inc 2. Re-Build seu projeto (assim todas as dependências serão recompiladas) 3. Restaure as configurações padrões do Internet Explorer na aba Avançadas

Bom dia Tiago, Aqui comigo não chegou a dar essa mensagem. Mas isso está acontecendo com 3 clientes diferentes, até onde fiquei sabendo, dois de sp e um do rio. Estou conectado em duas maquinas deles e a internet me parece ok.

Opa, valeu Ítalo fiz confusão nesse ponto, obrigado por corrigir. Bom dia.

Bom dia Tiago, Não é bem assim. Existe as propriedades dSaiEnt (data) e hSaiEnt (hora) elas são utilizadas para a versão 2.00 Se tratando da versão 3.10 devemos utilizar apenas a propriedade dSaiEnt e informar tanto a data como a hora. Algo do tipo: if DMDFe.NFe.Configuracoes.Geral.VersaoDF = ve200 then begin infNFe.Versao := 2; Ide.dEmi := StrToDate(edtEmissao.Text); Ide.dSaiEnt := StrToDate(edtSaida.Text); Ide.hSaiEnt := StrToTime(edtHora.Text); end else begin infNFe.Versao := 3.1; Ide.dEmi := Now; Ide.dSaiEnt := Now; // ou StrToDateTime(edtSaida.Text+' '+edtHora.Text+':00'); Ide.hSaiEnt := 0; end; Espero ter ajudado.

Bom dia a todos, Como faz falta acessar o Portal Nacional da NF-e e baixar o Manual ou Nota Técnica que acaba de ser publicada. Se todos tivessem esse habito de verificar se tem alguma publicação nova, baixar e ler, esse tipo questionamento não teríamos no fórum. Já faz um bom tempo que o cancelamento é um evento. Antes dele se tornar um evento o componente realizava a troca do protocolo de autorização pelo de cancelamento. Agora não faz mais essa troca, segundo as recomendações do ENCAT o XML assinado e com o protocolo de autorização não deve ser alterado. Caso a nota venha ser cancelada devemos enviar ao destinatário um segundo XML chamado: *-procEventoNFe.xml, este contem a solicitação do cancelamento bem como o seu motivo e o retorno da SEFAZ com o protocolo de cancelamento. A aplicação do destinatário (caso importa os XMLs) tem que possui uma rotina para importar o XML da nota e outra para importar o XML do processamento de Evento (cancelamento por exemplo). No caso de uma carta de correção, esta também é um evento, sendo assim no final teremos também um XML chamado: *-procEventoNFe.xml que também deve ser enviado para o destinatário. Espero ter ficado claro.

Na minha opinião, acho que não houve o devido interesse em colaborar com essa classe pelo motivo de ela ser meio que paralela ao ACBr, ou seja, você tem que adicionar os ítens na mesma, fazer os cálculos e depois jogar os itens no ACBrNFE. No meu caso, eu tenho uma classe de pedido de venda que somente aciona cálculos de impostos se o usuário quiser emitir documento fiscal, daí faço os cálculos conforme a configuração dos tributos e já preencho os objetos do ACBrNFE com o cálculo feito. Talvez, se essa classe fosse acoplada ao ACBrNFE, ou seja, ao adicionar os ítens na NFE já fosse possível calcular os impostos, daí acho que a coisa andaria. Mas é só minha opinião. Abraço.