-
Total de ítens
28 -
Registro em
-
Última visita
Últimos Visitantes
756 visualizações
Luciano Alberti's Achievements
-
DACTE não imprime documentos originários
Luciano Alberti replied to nelsonvechini's tópico in ACBrCTe
Sim, está vindo com 1 -
DACTE não imprime documentos originários
Luciano Alberti replied to nelsonvechini's tópico in ACBrCTe
Depurei o componente e depois de comentar duas linhas passou a imprimir. Só não sei se isto é correto. Foi no (...)Fontes\ACBrDFe\ACBrCTe\DACTE\Fortes\ACBrCTeDACTeRLRetrato.pas. As linhas comentadas foram as duas primeiras do método "TfrmDACTeRLRetrato.Itens", conforme abaixo. Posso manter desta forma? Ou estou usando de forma errada o componente? (...) procedure TfrmDACTeRLRetrato.Itens; var I, J, K, Item: integer; begin // Comentado para poder imprimir os Documentos Originários // if RLCTe.PageNumber > 0 then // exit; // Fim do comentário Item := 0; {$IFDEF PL_200} //Varrendo NF comum for I := 0 to (FCTe.infCTeNorm.infDoc.infNF.Count - 1) do (...) -
DACTE não imprime documentos originários
Luciano Alberti replied to nelsonvechini's tópico in ACBrCTe
Pessoal, segui todos os passos (limpando a máquina de qualquer resquício de componente antigo ou já compilado), usei o instalador do Trunk2 e, quanto a instalação, tudo certo. Inclusive refiz a instalação do fortes, mas nada de saírem impressos os Documentos Originários. Segue em anexo um XML do CT-e 3.0 o qual estou tentando imprimir sem sucesso a parte dos documentos originários. O restante imprime corretamente. Ele contém 3 NF-es informadas. 26171005257045000593570010000417471776844836-cte.xml Uso o Delphi 7 e o SVN está atualizado. O que estou fazendo de errado? -
Na dúvida fui dar uma olhada no xml gerado e está gerando com <indGlobalizado>1</indGlobalizado>, mesmo não tendo informado isto no código. Percebi que é necessário explicitar que não é globalizado. indGlobalizado := tiNao Depois disso não rejeitou mais.
-
Estou fazendo testes com o CTE 3.00 e me aparece essa mensagem "Rejeição: CT-e Globalizado não pode ser utilizado para operação interestadual". Vi a documentação do link acima e não consegui entender a questão do município de origem e destino. No caso aqui é um transporte interestadual e os municípios serão diferentes, porém na sugestão para preenchimento de globalização, cita: Os campos de código(c) e nome(x) de município de início da prestação <cMunIni> e <xMunIni> deverão ser preenchidos com um dos municípios de origem, quando forem vários os municípios de início, utilizando a tabela do IBGE e Os campos de código(c) e nome(x) de município de término da prestação <cMunFim> e <xMunFim> deverão ser preenchidos com um dos municípios de término, quando forem vários os municípios de término. Estes campos são preenchidos com as informações de origem e destino (estados diferentes), o tipo de CTE é Normal e não estou informando a tag <indGlobalizado>. Isto é, a SEFAZ está entendendo que estou tentando emitir um CTe Globlalizado mesmo não informando a tag <indGlobalizado>. Poderiam me auxiliar para contornar esta rejeição?
-
Qual a correspondência entre o antigo e o novo? Isto é, se antes eu preenchia com "noIsencao" devo estar preenchendo com "no3"?
- 33 replies
-
- pcnconversao
- acbrdfeutil
-
(e 3 mais)
Tags:
-
Gondim, sobre o código do cedente, informe apenas 183987000000543 no componente
-
Impressão Danfe Com 5 Dígitos No Valor Unitário
Luciano Alberti replied to rrodrigoffernandes's tópico in ACBrNFe
Apenas para complementar, pois passei pelo mesmo problema. Para alterar a quantidade para 4 casas decimais: ACBrNFe.DANFE.CasasDecimais._qCom := 4; Para alterar o valor unitário para 4 casas decimais: ACBrNFe.DANFE.CasasDecimais._vUnCom := 4; -
Mensagem De Consulta Webservice Em Branco Ao Cancelar Nf-E
Luciano Alberti replied to Luciano Alberti's tópico in ACBrNFe
Encontrei o problema e não tem nada com o componente de emissão. Foi um grave problema de repositório e a versão voltou para quando o cancelamento não era realizado por evento. Já está tudo resolvido. Desculpe se tirei o tempo de alguém. -
Mensagem De Consulta Webservice Em Branco Ao Cancelar Nf-E
um tópico no fórum postou Luciano Alberti ACBrNFe
Quando solicito o cancelamento está retornando uma mensagem em branco. Quando depurei a aplicação, cheguei no fonte "ACBrNFe.pas" e, antes de cancelar, ele gera uma exceção com a mensagem em branco. Não sei afirmar exatamente a data, mas o cancelamento vinha funcionando normalmente. Os fontes estão atualizados e instalados corretamente. A mesma aplicação emite NF-e, CT-e e MDF-e sem problemas, inclusive cancelamentos (exceto este caso que citei de NF-e). A exceção é gerada no método "Cancelamento" do arquivo "ACBrNFe.pas", exatamente na linha abaixo: if not Self.WebServices.Consulta.Executar then raise Exception.Create(Self.WebServices.Consulta.Msg); Ele entra neste IF e gera a exceção em branco, isto é "Self.WebServices.Consulta.Msg" está em branco. Não encontrei um tópico no fórum relacionado a isto. Se já foi tratado em outro tópico peço desculpas antecipadamente, mas realmente não encontrei. Agradeço desde já a ajuda. -
Resolvido. A UF esta correta, mas o código da UF não. Devia ter visto isto antes de postar. Mesmo assim agradeço a atenção.
-
Tem razão e peço desculpas. Mas no tópico sobre rejeição que encontrei (emissão) somente fala de emitir em várias filiais. No meu caso é simples. Única filial e emissor dando esta mensagem. Já revisei o código e bate com a UF do certificado.
-
Oi Italo, tive o problema na emissão e não no cancelamento.
-
Bom dia. Tive o mesmo problema com o emissor na Bahia (BA) no ambiente de homologação. Fui no fonte descrito (pmdfEventoMDFe.pas) e o método "getcOrgao" tem apenas uma linha: "Result := StrToInt(copy(FChave, 1, 2));". Não consegui evoluir. É algo que deixei de fazer no meu fonte? Grato
-
Atualização Do Xml De Cancelamento Do Ct-E
Luciano Alberti replied to Luciano Alberti's tópico in ACBrCTe
Bacana Italo, excelente explicação. Vou usar isto como argumento. Agradeço enormemente o auxílio de vocês.- 4 replies
-
- xml
- cancelamento
-
(e 2 mais)
Tags: