Italo Giurizzato Junior

Markapollo, O manual não traz nenhuma orientação quanto a esse tipo de situação. Favor questionar a SEFAZ e por favor post o retorno deles, pois essa situação apesar de rara pode ocorrer com outras empresas.

Bom dia Carlessoflu, O DANFE é gerado e impresso conforme os dados contidos no XML da NFe, e nesse XML não consta o motivo do cancelamento, apenas o protocolo de cancelamento homologado. Ao cancelar uma NFe o motivo é colocado no XML de solicitação de cancelamento.

Bom dia Markapollo, Pelo que me consta não existe nada a respeito de comboio no Manual do CTe. O que temos é, se tratando de Lotação, você especifica alguns dados do caminhão e da carreta, e neste caso podemos ter um caminhão "puxando" até 3 carretas. Expõe de forma mais clara o seu problema, com exemplo, por favor.

Bom dia Verissimo, Muito obrigado pelos elogios, fico feliz que você esteja conseguindo desfrutar de mais essas funcionalidades do componente.

Bom dia Julian, Me parece que o segundo XML que você postou em anexo é exatamente igual ao anterior. Outra coisa a validação ocorre antes do envio se esta ocorrendo a falha isso significa que o componente não esta sendo alimentado de forma correta. Faça o seguinte: 1. Alimente o componente; 2. Execute o comando Assinar; (esse comando vai assinar o xml e vai salva-lo em disco) 3. Execute o comando Valida; Antes de excutar o procedimento assima atualize todos os fontes de todos os componentes, para garantir que os fontes que estão sendo utilizandos são os últimos disponibilizados. Se ocorrer novamente o erro ao validar, poste como anexo o xml que foi salvo pelo comando Assinar.

Boa tarde Renado, Vamos verificar o problema, assim que possível estaremos disponibilizando a correção.

Boa tarde Julian, Você deve informar o refCTe, a mensagem de erro esta clara, não foi informado a chave do CTe que esta sendo substituido.

Bom dia Wislei, Pelo jeito, você não gosta de ler os manuais. Pois se tivesse baixado e lido, iria descobrir que por falta de 1 existem dois SEFAZ-Virtuais de Contingência. Na minha época tinhamos que ser ratos de bibliotecas, pois não existia internet. Hoje vocês precisam ser surfistas, não é esse o termo, surfar na internet. Não é porque a simbolo da internet é uma nuvem, que as coisas vão cair do céu. Tem que pesquisar. Tem que ler. Não podemos ficar dependendo sempre da resposta de alguem, para podermos dar mais um passo.

Bom dia Wislei, O modo de Contingência FS-DA é exatamente igual ao da NF-e, para mais informações, leia o manual que esta no Portal Nacional do CTe ou se preferir não precisa baixa-lo novamente, pois o mesmo encontra-se dentro da pasta ...\Exemplos\ACBrCTe, salvo com o nome: Manual_CTe_v1.04c.pdf

Boa noite netsolutions, Você já ouviu falar do ACBrNFSe, que esta disponivel no repositório branches? Qual é o município e o provedor contratado pela prefeitura para implementar o webservice?

Bom dia Pessoal, Foi realizado algumas alterações em alguns tipos utilizados pela NFe, um deles é o tipo de impressão do DANFE. Antes tinhas somente os valores tiRetrato e tiPaisagem, agora temos uma meia duzia de tipos, por conta da nova versão que vem por ai. O compotente ACBrNFe possui uma propriedade chamada tpImp, utilizada para gerar a respectiva tag no XML. E no Componente ACBrNFeDANFE temos uma outra propriedade chamada tipoDANFE, utilizada para determinar se o DANFE vai ser impresso no modo Retrato ou Paisagem. Como muitos não tem o costume de alimentar a propriedade tpImp do componente ACBrNFe, agora esta obtendo um erro ao validar o XML. Porque antes não ocorria o erro e agora ocorre? Simples a propriedade não era alimentada e ao gerar o XML o componente atribuia o primeiro valor disponivel para essa propriedade ou seja 1, só que agora o primeiro valor disponivel é 0 (zero). Logo, para corrigir esse problema basta alimentar o componente corretamente, ou seja atribuir o valor correto para tpImp. Espero ter ajudado.

Bom dia Maiko, Quanto ao envio de Evento, o João Henrique disponibilizou uma correção. Quanto ao erro de falha de validação referente ao elemento tpImp, faz o seguinte, ao alimentar o componente com os dados da nota, inclua uma linha atribuindo o valor correto para o tpImp, conforme exemplo: Ide.tpImp := tiRetrato;

Boa tarde Thiago, O RPS gerado consta Aliquota = 5, ao obter o retorno ou seja XML da NFSe a tag Aliquota vem com o valor 0,05? Caso afirmativo realmente vai ter que pegar o valor e multiplicar por 100. Veja bem, como a geração da NFSe é realizada pelo webservice contratado pela prefeitura, que aqui damos o nome de provedores, e essas empresas cada uma implementou do seu jeito. E nós temos que nos virar.

Boa tarde Ismael, Você leu todas as postagens desse tópico? Me parece que não, pois em uma delas eu informo que todas as SEFAZ estão com o ambiente de homologação em contingência desde o dia 14 deste mês. Veja bem todas entraram em contingencia no mesmo dia e hora, isso significa o que? Que algo de nivel nacional esta para acontecer.

Bom dia Vilmar, Besteira pouca é bobagem, logo no meu sistema tenho os dois, veja: Na configuração do componente: ACBrNFe1.DANFe.TipoDANFE:=tiRetrato; E ao alimentar o componente com os dados: Ide.tpImp := tiRetrato;

Bom dia Cleiver, Você esta enviando em ambiente de Homologação, desde o dia 14/09/2012 todos as SEFAZ estão em contingencia, é bem provavel que o problema seja esse. Em virtude da implementação da NFC-e em ambiente de Homologação.

Com esta com a contingencia ativada, no que diz respeito o ambiente de homologação, o jeito é aguardar. Vejam: http://hom.nfe.fazenda.gov.br/portal/principal.aspx

Rodrigo, Se você tivesse dito que estava tentando gerar o lote através do Gerar em vez do Enviar, teriamos sanado o problema mais rapidamente. O Gerar só esta disponivel para o provedor Saatri, os demais não.

Sandro e Sidnei, Primeiro, na minha aplicação tem a linha atribuindo o tipo de impressão ou seja: Ide.tpImp := tiRetrato; a mais de 2 anos e nunca tive esse problema. Sandro, notei que você esta gerando uma NFe e enviando para a SEFAZ-SP em ambiente de homologação, pois bem deste o dia 14/09/2012 esse ambiente esta com a contingencia ativada, alias, todas as SEFAZ estão em contingencia ativada no que diz respeito ao ambiente de homologação. Acredito que deve ser por causa da nova versão 3.00 que vair ser liberada em ambiente de homologação agora em 01/10/2012. Logo pode estar havendo alguns conflitos.

Boa tarde Cleiver, Siga as orientações do Kiko ele esta mais por dentro das questões tributárias do que eu.

Boa tarde Vilmar, Atualise todos os fontes de todos os componentes. Como houve alterações recentes em fontes da pasta PCN2, favor abrir o pacote PCN2 e compilar. Depois abra a sua aplicação e compile com o comando Build. Espero ter ajudado.

Boa tarde Sandro, Como houve alterações recentes em alguns fontes da pasta PCN2, por favor abra o pacote de instalação chamado PCN2 e apenas compile ele novamente. Depois abra a sua aplicação e compile usando a opção Build que esta no menu Project. Espero ter ajudado.

Rodrigo, Vendo a imagem que você postou do erro, acredito que tem ainda algum fonte na sua maquina que não esta atualizando. Como dito anteriormente esse erro que você esta tendo já foi sanado. Favor atualizar todos os fontes, e compilar o programa exemplo com a opção Build.

Rodrigo, No seu caso qual é exatamente o erro? Pois realizei algumas correções inclusive em um dos fontes estava escrito Tipan em vez de Tiplan. Depois desses ajustes, só tive erro ao enviar, uma vez que não tenho certificado válido para consumir o webservice.

Boa tarde Heraldo, Esse erro tem a ver com a impressão do DANFSE. Os fontes do componente ACBrNFSeDANFSeQR foram feitos usando a versão 5.02 do Quick Report, é bem provavel a versão que você esta utilizando deve ser outra. Faz o seguinte na pasta ...\NFSe_Novos_Fontes\Fontes\ACBrNFSe\DANFSE_QR3 temos os fontes feitos na versão 3.0 copie os arquivos para dentro da pasta ...\Fontes\ACBrNFSe substituindo os existentes, isso deve resolver o problema.