Italo Giurizzato Junior

Boa tarde Marcio, A consulta existe pois, após solicitar o cancelamento de uma NFSe a consulta é realizada para que o webservice retorne um novo XML da NFS-e só que agora com o grupo que contem as tags referente ao cancelamento. Ao meu ver isso se deve a algum problema no WebService do provedor. Entre em contato com eles.

Boa tarde Gilson, Você já tentou fazer o que esta descrito neste post? Eu executo o procedimento contido nele e consigo resolver o problema de propriedades não existentes quando se utiliza versões diferentes do Quick Report.

Boa tarde Guerreiro, A opção Gerar e Enviar NFSe só esta disponivel para alguns provedores.

Boa tarde Thiago, Hoje temos os seguintes comandos: Enviar => Gera o XML, Assina, Valida, Envia o lote para a SEFAZ, Consulta a Situação do Lote, Se processado com sucesso atualiza o XML adicionando o protrocolo de autorização e imprimi o DACTE se o segundo paramentro do comando for omitido ou for True. Imprimir => Imprimi o DACTE do CTe previamente carregado no componente. ImprimirPDF => Gera e Salva em disco o PDF do CTe previamente carregado no componente. EnviarEmail => Envia o XML do CTe previamente carregado no componente e se o parametro EnviarPDF estiver com o valor True será gerado o PDF do DACTE e o mesmo será anexado junto com o XML. Exemplo: ACBrCTe1.Enviar(Lote); ACBrCTe1.Conhecimentos.ImprimirPDF; Neste caso temos o Enviar cujo segundo parametro foi omitido sendo assim no final de todo o processo o DACTE será impresso. E o ImprimirPDF como dito anterior mente vai gerar e salvar em disco o PDF do DACTE. Desculpe, ainda não consegui ver neste caso a vantagem de implementar um parametro que gere ou não o PDF segundo o seu valor.

Thiago, Em que momento o PDF deveria ser gerado caso esse parametro estiver habilitado? Ao Enviar?

Bom dia Thiago, Inclui o parametro conforme dito anteriormente. As function alterados e suas novas sintaxes: function LoadFromFile(CaminhoArquivo: string; AGerarCTe: Boolean = True): boolean; function LoadFromStream(Stream: TStringStream; AGerarCTe: Boolean = True): boolean; function LoadFromString(AString: String; AGerarCTe: Boolean = True): boolean; Note que o parametro AGerarCTe possui o valor True como padrão. Exemplos de utilização: ACBrCTe1.Conhecimentos.LoadFromFile(OpenDialog1.FileName); ou ACBrCTe1.Conhecimentos.LoadFromFile(OpenDialog1.FileName, True); ===> Carrega o conteudo do XML e executa o GerarCTe ACBrCTe1.Conhecimentos.LoadFromFile(OpenDialog1.FileName, False); ===> Carrega o conteudo do XML e não executa o GerarCTe Favor atualizar os fontes e testar.

Boa noite NeyRobson, Já inclui a cidade Barreiras/BA, favor atualizar os fontes e testar.

Boa noite Guerreiro, Brotas/SP utiliza qual provedor de NFS-e ?

Boa noite Thiago, Realize um teste, comente a linha que contem o GerarCTe na function LoadFromFile. Depois tente ler o arquivo XML da versão 1.03 com o LoadFromFile e em seguida manda executar o ImprimirPDF. O ImprimirPDF vai gerar o arquivo PDF, ai basta abrir-lo e ver o seu conteudo. Se estiver todos os dados corretos inclusive a chave, então podemos acrescentar o parametro que anteriormente eu tinha proposto.

AmericaSoft, Analisando melhor a rotina acredito que isso não seja possível. Pois ao ler o XML o seu conteudo é armazenado em uma variavel local, que no final do processo ela é destruida. O GerarCTe se encarrega de transferir o conteudo da variavel local para as propriedades do componente, mas ao realizar esse processo a chave é gerada novamente. Lhe pergunto qual é a finalidade de carregar um CTe da versão 1.03 ?

AmericaSoft, Em ambas as rotinas: LoadFromFile e LoadFromStream, executam o GerarCTe e consequentemente se o XML se for da versão antiga a chave vai ser alterada, principalmente o Digito Verificador. Se você comparar essas rotinas com as do componente ACBrNFe, notará que são semelhantes. A solução que vejo seria acrescentar um parametro booleano que se o seu valor for True executa o GerarCTe caso contrario não. E para manter a compatibilidade por padrão o valor desse parametro seria True.

Boa tarde, A maioria dos provedores de NFS-e implementaram para as prefeituras duas formas de emitir a NFS-e. A primeira é via site, portanto o prestador de serviço deve-se cadastrar para obter um login e senha. A segunda é via webservice, neste caso deve-se possuir o certificado digital, para poder assinar o XML e realizar a conexão com o webservice.

Boa tarde, Você quiz dizer que esta carregando XML de CTe gerados há muito tempo atrás, visto que a versão 1.04 teve inicio a 02/05/2012. E qual é o objetivo em carregar o XML via o comando LoadFromFile do componente?

Boa tarde a todos, Desculpem ainda não tive tempo de pesquisar a fundo sobre a possibilidade de gerar a visualização de 2 ou mais DACTE antes de serem impressos. O Nilton argumentou que um determinado cliente dele disse se existe a possibilidade de visualizar o DACTE antes da sua impressão porque não usar essa funcionalidade, Bom vou colocar aqui a minha opnião. Quando desenvolvemos uma aplicação, certamentes teremos opções para imprimir: listagens (tipos de receitas, por exemplo), relatórios (contas a receber vencidas, por exemplo) e documentos (boletos bancarios, por exemplo). Nas minhas aplicações as listagens e relatórios são primeiramente apresentadas na tela ai o usuário decide se deseja ou não imprimir, já os documentos, não, eles sempre são enviados direto para impressora. Por que? Simples, dependendo de como foi feito a aplicação ao solicitar a emissão do boleto devemos salvar no banco de dados algumas informações como por exemplo o numero do boleto, etc. Se o usuário visualizar o boleto e não imprimir, a aplicação pode acusar depois que o boleto foi impresso. Sendo assim, Boleto, DANFE, DACTE, devem ser impressos e não visualizados. Outra coisa, apesar do DANFE e do DACTE não serem documentos fiscais (os XML assinados e protocolados são documentos fiscais) eles devem ser impressos, pelo menos 1 via, que vai acompanhar a mercadoria até o seu destino final. Se deve ser impresso, porque o usuário quer ver na tela e depois acabar esquecendo de imprimir. E o que é pior vai dizer que o programa esta com problemas, pois hora imprimi, hora não imprimi o DACTE. A minha opnião é essa: Listagens e relatórios que com certeza geram mais de uma folha, devemos disponibilizar a visualização dos mesmos. Boletos, DANFE, DACTE e outros que podemos chamar de documentos, não devemos disponibilizar, visto que eles deve ser impressos. É essa argumentação que utilizo e tem funcionado.

Jhosef, Muito obrigado, fontes atualizados e disponiveis.

Boa tarde Jhosef, A cidade Schroeder/SC é atendida por qual provedor?

Bom dia a todos, Foi publicado o Ajuste SINIEF 1/2013 que trata da NF-e modelo 65 ou seja a NFC-e e prazos para o envio dos eventos relacionados a Manifestação do Destinatário. http://www.fazenda.gov.br/confaz/confaz/ajustes/2013/AJ_001-13.htm

Boa tarde Jhosef, Por favor atualize os fontes e teste passando como paramentro da function Enviar o numero do lote como sendo uma string: '201300000000001' em vez de integer. Detalhe o Enviar agora aceita o numero do lote como sendo um valor integer ou string.

Boa tarde netsolutions, A principio você pode imprimir o RPS, mas algumas informações podem não ser impressas. Como você pode ver, as empresas que desenvolveram a "solução" de NFS-e para as prefeituras, não entende do assunto, as prefeituras por sua vez, não fazem a menor idéia como a coisa funciona. E acredito que vai ser muito dificil para não dizer impossível, algum dia alguem chutar o pau da barraca e definir um lay-out descente para a NFS-e e fazer com que todos os provedores de NFS-e sigam esse lay-out. O dia que isso acontecer, vai simplificar a vida de todos.

Boa tarde Abucarub, A assinatura é uma coisa a validação é outra, como você mesmo escreveu, "Ele assina normalmente", logo o problema não é o certificado. Se não esta validando, é porque você não esta informando os dados corretamente. O que diz a mensagem de erro? O conteudo do elemento rem esta incompleto segundo o schema, era esperado "email", "infNF", .... Reveja o seu código que alimenta o componente. Pela mensagem de erro, foi informado os dados do remetente, mas não foi informado os dados do documento originário, ou seja a NF-e ou NF, ou Outros. Espero ter ajudado.

Bom dia omitmv, Você não baixou os fontes de nenhum componente ACBr? Se a resposta é não, existe duas formas: 1. Baixar e instalar o Tortoise SVN. Acesse este link: http://acbr.sourceforge.net/drupal/?q=node/37 Nele você encontra o link para baixar o Tortoise e como configura-lo para baixar os fontes dos componentes ACBr do repositório Trunk. Dica, crie uma pasta chamada ACBr para baixar os fontes. Após baixar tudo você terá a seguinte estrutura de pastas: C:\ACBr |->DLLs |->Exemplos |->Fontes |->Pacotes Em DLLs, você vai encontrar algumas DLLs usadas pelos componentes. Em Exemplos, temos programas que de uma forma bem simples mostra as funcionalidades dos componentes. Em Fontes, temos os fontes dos componentes. Em Pacotes, temos os pacotes para realizar a instalação dos componentes no Delphi. 2. Aqui mesmo no fórum você encontra o programa ACBrInstall, disponivel para baixar. Através dele, você baixa os fontes e já instala os componentes no Delphi.

Bom dia Eduardo, Você deve informar o código do País como sendo 1058, caso contrario vai ocorrer esse problema.

Boa noite Fabricio, Alteração realizada, favor atualizar os fontes.

Boa noite Datilas, O XML da NFS-e foi carregado para o componente antes de solicitar o cancelamento? Outro detalhe o arquivo 3-nfse.xml que você postou se refere ao RPS e não a NFS-e.

Jhosef, Já esta disponivel, a atualização do schema, muito obrigado.