Italo Giurizzato Junior

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.

Boa tarde Datilas, É possível sim, mas necessito das URLs de Homologação e de Produção para poder incluir.

Boa tarde, Entre em contato com o pessoal da Ginfes e questione eles sobre a maneira correta de gerar o XML de forma correta quando o Regime Especial de Tributação for nenhum para uma empresa optante pelo Simples Nacional.

Jhosef, Desfiz a alteração, favor atualizar os fontes e testar novamente.

Dionatan, Uma NFSe que por ventura seja cancelada ela vai conter um grupo chamdo NfseCancelamento no final do XML

Jhosef, Esse erro ocorre somente ao consultar ou no enviar também?

Boa tarde Dionatan, No caso da NFSe não existe esse tipo de retorno no XML.

Boa tarde Rodrigo, Ao realizar a consulta conforme exposto por você, o componente salva um arquivo chamado <datainicial><datafinal>-lista-nfse.xml na pasta "Ger". E salva cada nota retornada nessa consulta separadamente com o seguinte nome: <numero>-nfse.xml na pasta "NFSe".

Boa tarde Marcio, Fiz mais uma alteração, agora é para ficar conforme o exemplo postado por Datilas. Favor atualizar os fontes e testar.

Boa tarde Jhosef, Fiz a alteração, favor atualizar os fontes e testar novamente.

Bom dia Rodrigo, O componente ACBrNFSe realiza todas as funções, desde que a prefeitura de Natal/RN utilize um provedor que tenha desenvolvido os webservices segundo o padrão da ABRASF. Portanto você deve começar perguntando para alguem da prefeitura qual é a empresa provedora do WebService utilizado para emitir a NFSe. Depois questionar essa empresa sobre o padrão adotado, aproveite e peça os manuais, schemas, endereços do ambiente de homologação e produção.

Bom dia Thiago, É possivel sim informar mais de uma Nota Fiscal no CTe, mas para isso vamos aos requisitos: 1. Todas as notas tem que ser do mesmo tipo, ou seja você não pode misturar NF comum (papel) com NF-e; 2. Todas as notas tem que ter o mesmo emitente e o mesmo destinatário. Caso contrario devemos fazer um outro CTe. Se o transporte for carga fracionada ou seja as mercadorias dentro da carreta são para varios destinatários, você não informa o caminhão e nem o motorista nos campos apropriados do XML. Mas você pode colocar no campo de observação. Agora se a carga for lotação ou seja todas as mercadorias são para o mesmo destinatário, você deve informar o caminhão e o motorista, nos campos apropriados do XML. Favor consultar o Manual para saber quais são esses campos.