JeannyPaiva

Aqui eu uso AcbrNFe.WebServices.Enviar.Executar Depois, pega o número do recibo e passo AcbrNFe.WebServices.Retorno.Executar, colocando um try ... except para pegar qualquer erro que retornar, incluindo mensagem/status de rejeição.

Aqui o substituto sai mais ou menos assim: Da uma olhada no fr3 que vc está usando, aqui a quando necessário eu faço algumas alterações. 31130686682093000105570000000002125999994880.pdf

Eu utilizo em alguns casos apenas declarando os fontes no uses, e no Library Path, depois tudo pelo código FAcbrCte := TACBrCTe.Create(AOwner); FAcbrDacte := TACBrCTeDACTEFR.Create(AOwner); FAcbrCte.DACTe := FAcbrDacte;

Quanto ao tipo 03-Unidade: Observe no fonte(ACBrCTeDACTEFRDM) do componente que quando é uM3 ou uUNIDADE, estão sendo impressos nos campos específicos do Dacte (Cubagem e Quantidade de Volumes).

Eu já tinha notado e fiz esta correção também.

Em Minas Gerais também tem ocorrido isto. Até o momento nada de solução, mas parece ter a ver com a verificação de circulação de mercadorias.

Homologação. Só conseguimos cancelar depois de uma hora da autorização

Tem ocorrido a seguinte rejeição em MG: 579 - Rejeicao: A data do evento nao pode ser menor que a data de autorizacao para NF-e nao emitida em contingencia. Começou a ocorrer nesta semana esta rejeição, quando tenta fazer o cancelamento a menos de uma hora que a NFe foi autorizada, e está relacionada com o horário de verão. O XML de cancelamento está correto segundo o manual enviado a Tag dhEvetno com o final -2:00, como estamos no horário de verão. Algum outro estado está com este problema?

Tem ocorrido a seguinte rejeição em MG: 579 - Rejeicao: A data do evento nao pode ser menor que a data de autorizacao para NF-e nao emitida em contingencia. Começou a ocorrer nesta semana esta rejeição, quando tenta fazer o cancelamento a menos de uma hora que a NFe foi autorizada, e está relacionada com o horário de verão. O XML de cancelamento está correto segundo o manual enviado a Tag dhEvetno com o final -2:00, como estamos no horário de verão. Algum outro estado está com este problema?

Enviando com 90 da erro ao assinar o XML: Falha na validação dos dados do Envio de Evento '90' viola a restrição enumeration de '11 12 13 14 15 16 17 21 22 23 24 25 26 27 28 29 31 32 33 35 41 42 43 50 51 52 53 91'. Falha da análise do elemento '{http://www.portalfiscal.inf.br/nfe}cOrgao' com valor '90'.

O XML só é validado se for 91. leiauteEventoCancNFe_v1.00 Tipo Código de orgão (UF da tabela do IBGE + 91 RFB) O que gostaria de saber é se alguém está conseguindo enviar cancelamento por eventos de algum dos estados que enviam para o Ambiente Nacional, pois mesmo colocando o cOrgao para 91 como está no esquema, está retornando 215 - Rejeicao: Falha no Esquema XML.

Linha 167 da Unit pcnEventoNFe function TInfEvento.getcOrgao: integer; // (AC,AL,AP,AM,BA,CE,DF,ES,GO,MA,MT,MS,MG,PA,PB,PR,PE,PI,RJ,RN,RS,RO,RR,SC,SP,SE,TO); // (12,27,16,13,29,23,53,32,52,21,51,50,31,15,25,41,26,22,33,24,43,11,14,42,35,28,17); begin if FcOrgao <> 0 then Result := FcOrgao else begin case fTpEvento of teCCe,teCancelamento: begin Result := StrToInt(copy(FChave,1,2)); {Estados que utilizam a SVAN: ES, MA, PA, PI, RN => Devem utilizar 90} if Result in [32,21,15,22,24] then Result := 90; end else Result := 91; end; end; end; Segundo a NT 2011/006 Pagina 3 HP08 cOrgao E HP06 N 1-1 2 Código do órgão de recepção do Evento. Utilizar a Tabela do IBGE, utilizar 91 para identificar o Ambiente Nacional.

Ah sim. Esqueci de acrescentar. Preenchendo a Tag cOrgao com 91, ao fazer o cancelamento retorna a rejeição: 215 - Rejeicao: Falha no Esquema XML. Alguém?

Segundo o manual a Tag cOrgao para o envio de cancelamento por evento, para os estados ES, MA, PA, PI, RN que enviam para o Ambiente Nacional, deveria ser preenchida com 91. Porém o componente está preenchendo com 90, gerando erro na validação. Alguém de algum destes estados está conseguindo fazer o cancelamento por evento? Preenchendo com 90 na tag cOrgao?

Não me recordo com certeza, mas acredito que seja a versão para windows XP mesmo, para poder instalar como compatibilidade. Aqui o instalador aparece no modo de compatibilidade Windows XP SP3, se ai não tem acredito que seja esta opção mesmo, depois talvez peça qual versão será compatível.

No cliente aqui da empresa esse procedimento resolveu. Infelizmente não sei mais o que pode ser feito.

Clica no instalador e pede pra solucionar problemas de compatibilidade. Configurações recomendadas, geralmente já aparece pra instalar com compatibilidade pra XP SP3. Ou no instalador clica com o botão direito, em propriedades, compatibilidade. Marca pra executar em modo de compatibilidade e instala.

Tivemos esse problema em um cliente com gerenciador de cartão novo e windows 7. A solução foi instalar novamente o gerenciador em modo compatibilidade com XP SP3, reiniciar a máquina e daí passou a funcionar.

Italo, Você poderia disponibilizar o layout do modelo A5 que você tem? Estou precisando implementar este modelo também, mas não tenho nenhum padrão para seguir.

Minas Gerais. Segue um dos XML que foram autorizados após a alteração que informei. Como disse, estou entrando em contato com eles, assim que tiver um retorno completo eu informo! Desde já obrigada. 31120771435432000173570000000000198822296070-cte.xml

Segundo o manual concordo com você italojjr, só estou afirmando um caso concreto que está acontecendo pelo menos no ambiente de testes: Emiti um CT-e informando a forma de emissão com 7 e 8, e só foi autorizado depois que alterei no componente para passar a enviar as duas tags para este tipo de emissão. Ou seja, a validação das autorizadoras, não está de acordo com o que diz o manual. Estou tentando entrar em contato para obter uma informação mais concreta.

Voltarei a fazer uma consulta, pois para as formas de emissão 7 - Autorização pela SVC-RS e 8 - Autorização pela SVC-SP, caso não seja informado a data e justificativa de contingência, o CT-e é rejeitado, por isso propus a mudança.

Bom dia. Alguém poderia por favor alterar a linha 417 do arquivo pcteCTeW.pas para: if CTe.Ide.tpEmis <> teNormal e arquivo ACBrCTeDACTEFRDM.pas linha 773: if (FCTe.Ide.tpEmis in [teContingencia, teSCAN, teFSDA, teSVCRS, teSVCSP]) then pois atualmente está preenchendo a justificativa apenas se for contingência FSDA.

Quando pedir para transmitir passar o parâmetro False para não imprimir... como padrão esta como True: Ex.: FAcbrCte.Enviar(NumLote, False);

Em vez de associar o arquivo direto no componente, tente informar via código: Ex.: ACBRDancteFR1.FastFile := ExtractFileDir(application.ExeName) + '\Report\DACTE_1_04.fr3';