Italo Giurizzato Junior

Bom dia Ricardo, Abra as units ACBrProvedor..... e compare as functions que gera os envelopes de recepcionar lote, por exemplo. Você vai notar diferenças na montagem desse XML de um provedor para outro. Quando o provedor disponibilizada o layout desse XML "envelope" ajuda bastante na implementação.

Bom dia Máyron, O componente ACBrCTeDACTeQR se utiliza do Quick Report, que por sua vez deve estar instalado no Delphi. Essa unit "DataBkr.dcu" desconheço, pelo nome não trata-se de algum componente para realizar o Backup de Dados, instalado no seu Delphi?

Bom dia Nelsao2011, Você desenvolve em Delphi? Se sim, você pode utilizar o componente diretamente na sua aplicação.

Bom dia Filipe, A versão do Quick Report é 5.02 para o Delphi 7. O DANFE para NF-e, DACTE para CT-e, DANFSE para NFS-e e DAMDFE para MDF-e, todos eles foram feitos usando a versão acima. Isso não significa que você tem que alterar a versão do seu QR, leia um poste no fórum ACBrCTe existe um procedimento para que você realize a conversão caso esteja aparecendo erros do tipo: propriedade inexistente.

Boa noite, Use o programa exemplo que vem com os fontes.

Boa tarde Maiko, Relaxa, o importante é, ao levantar um problema e em seguida encontra a solução, é interessante postar como foi resolvido, por mais banal que seja a solução.

Boa tarde Ricardo Miranda, Favor fazer uma cópia dos fontes alterados por você, e baixe os que eu acabo de disponibilizar. Realize os testes novamente, inclusive o de cancelamento que não estava funcionando. Fico no aguardo de um retorno. Dica: quando realizar uma alteração no fornte e disponibilizar no fórum ou mandar por e-mail, favor incluir um comentário antes da linha alterada ou incluida, por exemplo: // Incluido por Ricardo Miranda em 14/03/2013 ou // Alterado por Ricardo Miranda em 14/03/2013 Desta forma fica fácil identificar o que foi alterado e quem é o autor. Desde já muito obrigado pela colaboração, nas alterações e correções.

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

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".

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.