Italo Giurizzato Junior

Dércio, Essa TAG só é incluída no momento do envio. O XML de um RPS não contem essa TAG. Fiz uma alteração para liberar essa funcionalidade para o provedor Digifred. Por favor atualize os fontes e tente novamente.

Anderson, Mai uma vez muito obrigado, já fiz a alteração e disponibilizei.

Boa tarde Anselmo, O CT-e de Anulação não tem o objetivo de anular um CT-e, algo semelhante a cancelar. Você anula valores e emite um outro CT-e com valores corretos, e o termo correto é Anulação de valores. Veja se este link: http://www.ophos.com.br/app/publicacoes/detalhe/ct-e-de-anulacao-e-substituicao/

Boa tarde Anderson, Alteração realizada e disponibilizada. Muito obrigado pela colaboração.

Boa tarde Dércio, Se eles estão pedindo para incluir a TAG GerarNfseEnvio isso significa que eles querem que você envie apenas um RPS de cada vez e não um lote de RPS. Portanto você deve utilizar o botão [Gerar e Enviar um RPS] do programa exemplo. Esse botão se utiliza do método Gerar e não Enviar. O método Enviar, gera e envia um lote contendo de 1 até 50 RPS. O método Gerar, gera e envia somente um RPS.

Boa tarde a todos, Não se deve executar o Assinar antes de enviar. Tem que deixar o componente realizar essa operação sozinho, pois dependendo do provedor devemos ou não assinar o RPS e devemos ou não assinar o Lote. Os comandos de envio checam se há necessidade de realizar a assinatura ou não e em qual momento.

Boa tarde Sergio, with ACBrCTe1.Conhecimentos.Items[0].CTe do begin for x := 0 to infCTeNorm.infDoc.infNF.count -1 do svalor := infCTeNorm.infDoc.infNF.items[x].propriedade end; propriedade é a propriedade que contem o valor a ser lido (vite estrutura do XML no Manual e Notas Técnicas) Algo semelhante pode ser feito para infNFe e infOutros.

Boa tarde Joemil, Por favor atualize os fontes e tente novamente.

Boa tarde a todos, Régys a alteração que fiz foi para PI e não PA. Mas acabo de fazer essa nova alteração e estou disponibilizando.

Boa tarde, Com essa alteração esta funcionando sem nenhum problema a geração da URL do QR-Code?

Thiago, São as URLs e Namespace padrão mesmo. Para confirmar, abra a unit ACBrProvedorGinfesV3 e veja as function GetConfigCidade e GetConfigURL. No caso das URLs, note que não tem no final o ?wsdl, não se faz necessário, mas se você quer colocar para testar fique a vontade.

Bom dia João, É possível você gerar o XML do RPS, depois importa-lo através do site do provedor que atende a cidade em questão, para que este gere o XML da NFS-e. Caso contrario a resposta é, não.

Thiago, Entre em contato com o Ginfes, e solicite a eles as URLs de homologação e de produção que devem ser utilizadas no caso do Web Services, bem como o NameSpace. Se for o padrão utilizado pela maiorias das cidades atendias pelo Ginfes, com certeza é problema neles e eles tem costume de não assumir os erros. Agora se for diferente, vamos fazer as devidas alterações no componente.

Você esta usando os schemas da pasta ...\Exemplos\ACBrNFSe\Delphi\Schemas\FISSLEX ?

Bom dia Dércio, Se você abrir a unit ACBrProvedorDigifred, note que temos uma function chamada GetConfigCidade e nesta é configurado a Versão do Soap como sendo 1.1 Já na unit ACBrNFSeWebServices por volta da linha 712 temos: if FConfiguracoes.WebServices.VersaoSoap = '1.2' then ContentHeader := Format(ContentTypeTemplate, ['application/soap+xml; charset=utf-8']) else ContentHeader := Format(ContentTypeTemplate, ['text/xml; charset=utf-8']); como você pode ver o ContentType esta recebendo o "text/xml" e não text/html como aparece na mensagem de erro. A não ser que o "s" colocado como prefixo em algumas TAGs do envelope deva ser trocado por "soap". Exemplo, em vez de: <s:Body> deveria ser <soap:Boady> para que o Web Service interpreta corretamente que o soap é 1.1

Bom dia Joemil, Delete os fontes que você alterou e baixe novamente, pois os fontes disponíveis já contempla essa alteração.

Bom dia Ricardo, Para estar ocorrendo esse erro de URL não disponível, ou você não configurou corretamente o ACBrNFeMonitor com a UF desejada, ou ao compilar o ACBrNFeMonitor não foi utilizado a Unit que foi alterada. Você tentou por exemplo consultar o status de serviço, setando o modelo 65 e versão 3.10 ?

Bom dia Germano, As cidades são adicionadas no componente a medida da necessidade. É preciso saber qual é o provedor que atende a cidade Caxias do Sul/RS, se o mesmo já esta implementado no componente, basta saber quais são as URLs de homologação e de produção. Agora se não esta implementado é preciso saber se o mesmo segue o padrão ABRASF, caso afirmativo, basta criar um novo provedor aos moldes dos que já existem e fazer as devidas alterações no componente para que o mesmo reconheça e gere, lê e assina de forma correta o XML.

Bom dia Thiago, Com exceção de Fortaleza/CE, todas as demais cidades atendidas pelo Ginfes possui a mesma URL de homologação e de produção. Você verificou se a cidade Cataguases/MG ainda é atendida pelo provedor Ginfes?

Bom dia, Abra a unit pnfsNFSeW.pas, vá até a procedure GerarXML_Provedor_IssDsf. Procure por NFSe.NaturezaOperacao, dependendo do valor dessa propriedade e outras, as TAGs Operacao e Tributacao vão receber os valores corretos. Veja este exemplo: if (NFSe.NaturezaOperacao = noImune) then begin Gerador.wCampoNFSe(tcStr, '', 'Operacao', 01, 01, 1, 'C', ''); Gerador.wCampoNFSe(tcStr, '', 'Tributacao', 01, 01, 1, 'F', ''); end

Souza, Como que o seu cliente consegue perder o XML? Se ele ou algum funcionário da empresa é do tipo que gosta de ficar fuçando nos arquivos que estão salvos, é melhor você ter uma conversa muito séria com o proprietário da empresa. Pois o que esta sendo perdido não é apenas um arquivo qualquer e sim um Documento Fiscal válido juridicamente, portanto o assunto é muito sério. O componente não tem funcionalidade para realizar o Download de uma nota que o seu cliente emitiu. Mas você pode reconstruir esse XML, da seguinte forma: 1. Gerar o XML (perdido) com os mesmos dados e com a mesma chave. 2. Assinar; 3. Realizar uma consulta na SEFAZ (carrega o componente com o XML reconstruído e assinado) e executar o Consultar. 4. O componente vai adicionar ao XML o protocolo de autorização. Pronto você tem o XML da nota que foi perdida de volta.

Bom dia Fábio, Erros de propriedade não existente ao imprimir um DACTE ou DANFE significa que a versão do seu Report é diferente da que foi usada para criar o DACTE ou DANFE. Ao abrir o fonte com o Delphi será apresentado a mensagem que a propriedade não existe, você deve clicar no botão para ignorar a propriedade, desta forma ela será removida. Salva e compila a sua aplicação com a opção build.

Bom dia Souza, A resposta esta na minha postagem #116. A 10 anos era caro adquirir um sistema de backup, mas hoje, você consegue realizar backup usando um HD externo. Com aproximadamente R$ 300,00 (para um empresario, valor insignificante) podemos ter um HD externo de 1 Tera, para armazenar os XML das NF-e.

Boa tarde, Você configurou corretamente o componente? Informou que o modelo é moNFCe e a versão ve310? Todos os fontes de todas as pastas estão atualizados? Após a configuração do componente, antes do envio, verifique se não existe nenhuma que desfaz a configuração no que diz respeito a UF. Ou seja só pode ter apenas UM: ACBrNFe1.Configuracoes.WebServices.UF := 'AM';

Boa tarde a todos, A premissa da NFC-e: É a não necessidade de homologação de Software e Hardware. Para utilizar a SEFAZ-AM para realizar testes com a NFC-e é preciso configurar o componente para esta UF. Lembre-se, configurar o componente é uma coisa, alimentar o componente com os dados da venda é outra. E ao alimentar o componente devemos informar a UF. Configurar: ACBrNFe1.Configuracoes.WebServices.UF := 'AM'; Alimentar o componente: Ide.cUF := xUF; // xUF variável Integer que contem o código IBGE da UF do emitente da nota