Italo Giurizzato Junior

Bom dia Pablo, No cliente você instalou as DLLs ? Caso você esteja utilizando a versão Capicom.

Bom dia Renan, Antes tinhamos a seguinte situação: XML da NFe assinado com o protocolo de autorização. Ao solicitar o cancelamento era retornado o protocolo de cancelamento. O componente por sua vez trocava o protocolo de autorização pelo de cancelamento. Desta forma passavamos a ter um novo XML assinado com o protocolo de cancelado, Hoje temos uma situação diferente por conta do cancelamento ser por evento: XML da NFe assinado com o protocolo de autorização. Ao solicitar o cancelamento é retornado o protocolo de cancelamento. O componente por sua vez gera um XML contendo a solicitação e o protocolo de cancelamento. Desta forma temos 2 XML: o da NFe, assinado com o protocolo de autorizado e o de cancelamento descrito acima. Quando você diz "não consigo pegar o xml de cancelamento" você esta se referindo a esse segundo XML? Se sim, verifique se o componente esta configurado para salvar os arquivos de envio e retorno.

Bom dia Julian, E ai, o "contador" achou alguma coisa referente a PIS/COFINS no Manual do CT-e ? Estou curioso. Obs: coloquei a palavra contador entre aspas, e você sabe o porque.

Bom dia, O fonte: ACBrMDFeDAMDFEQRRetrato.pas não esta atualizado. Como o Isaque escreveu, você deve ter alterado algo nessa unit e ao realizar a atualização ela não é atualizada. Exclua esse fonte e baixe novamente. ou altere de: qrmPlaca.Lines.Add(MDFeUtil.FormatarPlaca(FMDFe.rodo.veicPrincipal.placa)); para: qrmPlaca.Lines.Add(DFeUtil.FormatarPlaca(FMDFe.rodo.veicPrincipal.placa));

Bom dia Ricardo Miranda, Manda para mim por e-mail os arquivos que você alterou, para que eu possa analisar e realizar o merge. Bem como os arquivos XMLs gerados, principalmente os terminados com *-c.xml

Boa noite Juliomar, Você pode fazer a alteração proposta nas condições do IF sem nenhum problema, a rotina da function ValidarChave é valida tanto para a NF-e quanto para o CT-e.

Pablo, Quem esta compilando e disponibilizando o programa se não me engano é o Juliomar. Juliomar, o problema sitado pelo Pablo é resolvido executando o procedimento apresentado no link.

Boa tarde Pablo, Esse tipo de mensagem é porque a versão do Quick Report que você esta utilizando não possui essa propriedade. Ou seja a versão do Quick Report utilizado para escrever o DACTE é diferente da que você tem instalado no seu Delphi. Verifique se isso resolve o problema:

Bom dia, Você deve estar configurando o componente com o ambiente de produção e gerando o XML como ambiente de homologação ou vice-versa. Portanto existe 2 lugares onde devemos informar o ambiente: Configuração do Componente: case DM_CNT.ParametrosCTeWebServAmbiente.AsInteger of 0: ACBrCTe.Configuracoes.WebServices.Ambiente:=taHomologacao; 1: ACBrCTe.Configuracoes.WebServices.Ambiente:=taProducao; end; e Alimentação dos dados: case DM_CNT.ParametrosCTeWebServAmbiente.AsInteger of 0: Ide.tpAmb:=taHomologacao; 1: Ide.tpAmb:=taProducao; end; Espero ter ajudado.

Bom dia Ricardo Flexnet e DDSG, Sim o ACBrNFSe atende o lay-out da ABRASF, o problema esta nas variações que essas empresas promovem. A falta de documentação é com relação a montagem dos envelopes que são enviados para os webservices, que não existe uma padronização. Com certeza uma aplicação que emite a NFS-e, alimenta o contas a receber de forma integrada, automatizada, sem duvida é a solução.

Bom dia a todos, Esse é um problema sério. A NFS-e já começou errada, foi criado um lay-out muito fraco, por parte da ABRASF que por sinal não foi capaz de impor, apenas sugerir. Ai vira isso que temos, uma verdadeira bagunça, cada provedor faz do jeito que quer, e cada dia que passa, vamos chegando a conclusão que é mais facil o nosso cliente entrar no site da prefeitura, digitar os dados e emitir a NFS-e. O provedores não seguem um padrão, não disponibilizam documentação completa para que possamos, desenvolver a nossa aplicação. Isso torna as coisas mais complicadas.

Bom dia Junior, Realize uma pesquisa no fórum, existem varios tópicos tratando desse assunto.

Muito obrigado Isaque.

Boa tarde Isaque, Com certeza isso vai ser muito útil para quem se utiliza dos Monitores, parabéns.

Boa tarde Udenilson, Checando o XML realmente temos como conteudo da tag OutrasInformacoes <BR>. Veja bem o componente não gera esse XML ele apenas extrai ele do retorno do webservice e salva em disco. Portanto o problema é no sistema deles que esta gerando essa "sugeira", se você abrir o arquivo com o bloco de notas e alterar o <BR> por . (ponto) e salva-lo novamente você vai conseguir abrir ele com o IE.

Bom dia Beto, É bom acrescentar os endereços dos servidores vituais, por exemplo SVCRS. Verifique quais a sua aplicação utiliza alem do SEFAZ-SP. Ou liberes todos da lista que consta no portal.

Bom dia Udenilson, Se possível poste o XML gerado.

Valdomiro, Existem relatos nos fórum de alguns colegas, que para retornar uma nota foi necessário repetir a consulta centenas de vezes.

Bom dia Valdomiro, Você informou ultNSU = 0 mas no retorno obteve: cStat = 137 indCont = 1 e ultNSU diferente de zero. Enquanto indCont = 1 realizar uma nova consulta utilizando o numero retornado na tag ultNSU do último retorno.

Boa noite Udenilson, O componente gera o XML do RPS e salva na pasta RPS, após o envio para o webservice se for processado com sucesso, o mesmo retorna o XML da NFSe e é salvo na pasta NFSe. É esse XML que contem o numero da nota e é usado para imprimir o DANFSE.

Claudemir Neste caso, temos uma outra solução: svalor := SeparaDados( sXML, sNomeCampo ); o conteudo de svalor vai ser o "valor_campo".

Pierry, Tire o ponto que você esta passando para o RNTC. Transp.veicTransp.RNTC := '.'; mude para: Transp.veicTransp.RNTC := '';

Boa tarde Pierry, Poste o fragmento de código onde você alimenta o componente com esses dados referente a transportadora.

Edudidu, Sim, a emissão em contingência FS-DA é a mais facil de implementar uma vez que você muda o tipo de emissão, imprimir o DACTE em papel FS-DA e quando os problemas técnicos foram sanados, envia para SEFAZ sem mudar o tipo, ele continua como sendo teFSDA, ou seja não mude para Normal. No caso do CTe existe ainda o EPEC - Evento Prévio de Emissão em Contingência. Leia atentamente a NT 004/2012 que trata sobre o assunto. Detalhe o componente ACBrCTe já atende essa NT, mas os webservices ainda não estão disponíveis, o ambiente de homologação só vai ser liberado em 01/04/2013. Boa leitura.

Boa tarde Kiko, No meu exemplo condição 4 onde temos a transportadora cobrando o frete do emitente da NFe, a empresa que você se refere é a emitente da NF-e que como dito vai pagar o frete, sendo assim vai lançar esse documento no seu registro de entrada, estou correto? Neste caso quem tem direito ao crédito é o emitente da NF-e e não o destinatário da mercadoria, é isso?