Italo Giurizzato Junior

Boa tarde Caetano, Já tentou usar o comando do componente? Uma coisa é imprimir usando a DLL, outra coisa é usar o componente para gerar o PDF.

Boa tarde Andre, Verifique se a descrição esta exatamente igual a da tabela. Leve em consideração letras maiúsculas e minusculas, vogais acentuadas, cedilhas.

Boa tarde Vanessa, Não seria o caso de converter para Hexa e sim para Base64. Em anexo temos uma unit que faz isso. Por favor teste essa unit. Base64.pas sAux := SHA1(sXML); // retorna uma string com 40 bytes (function da unit CryptSHA1.pas sDigVal := Base64Encode(sAux); // Deve retornar os 56 bytes (function da unit Base64.pas) sDigVal2 := AsciiToHex(sDigestValue); // Converte o Digest Value extraído da assinatura do XML para Hexa (function da unit ACBrUtil.pas) sDigVal = sDigVal2 ?????

Bom dia a todos, Foi tratado neste tópico a questão de gerar o Digest Value a ser incluído no QR-Code da NFC-e sem a necessidade de assinar o XML, como consta no Manual sobre o DANFE da NFC-e. Especificações Técnicas do DANFE NFC-e QR-Code - versão 3.2 publicado em 01/04/2014 Na página 14 temos: digVal - Digest Value da NFC-e é obtido da seguinte forma: NFC-e Normal (online):Grupo Signature (campo ZZ01) NFC-e em Contingência Offline: SHA1 sobre arquivo XML da NFCe Muito bem, foi disponibilizado ontem a noite pelo nosso colega Rafael Teno Dias uma unit chamada Crypt.SHA1.pas, esta salva dentro da pasta ...\Fontes\ACBrNFSe. Ela contem uma function chamada SHA1: function SHA1(s: AnsiString): String; Favor testa-la passando como parâmetro o XML da NFC-e, vamos ter como resposta uma string com 40 caracteres. Depois assine o XML e compare o resultado da função acima com o campo DigestValue da assinatura. Se essa unit resolver o problema vamos move-la para dentro da pasta ...\Fontes\ACBrComum, desta forma ela poderá ser utilizada tanto para a NFC-e quanto para NFS-e. Fico no aguardo do retorno de vocês.

Boa noite Leandro, Segundo a Nota Técnica 2014/001, não. Item 6 - página 2

Boa tarde Agnaldo, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Juliano, Muito obrigado pela colaboração, já esta disponível.

Boa tarde Everton, Qual é o provedor?

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

Boa tarde Cesar, Por favor, atualize os fontes, acredito que agora o consultar na versão 2.00 vai funcionar. Com relação a Inutilização de numeração, deve ser algum problema na SEFAZ. Uma vez que o pedido de inutilização esta todo correto tanto na versão do cabeçalho como também na versão da mensagem de dados. Mas no retorno da SEFAZ note que a versão do cabeçalho aparece como sendo 3.10 e na versão da mensagem de dados é mostrado 2.00 E no Portal Nacional da NF-e apresenta a mesma URL de homologação / produção para ambas as versões. A não ser que resolveram alterar o NameSpace da Inutilização como fizeram da consulta, apesar que no caso da consulta as URLs da versão 3.10 são diferentes da versão 2.00

Boa tarde Codorna, Muito obrigado, já realizei algumas alterações e envie para o SVN.

Boa tarde Dangelo, Ao enviar, a única mensagem de erro que aparece é: Erro Desconhecido ao Enviar Lote (por exemplo)? Se sim, isso significa que esta ocorrendo uma conexão com o Web Services, o lote é enviado, mas esta sendo ignorado. O pior é que o Web Service não retornar absolutamente nada, fazendo com que a mensagem de erro acima seja apresentada. É preciso descobrir o motivo pelo qual o Web Service esta ignorando o lote.

Bom dia Diogo, Primeiramente ao tentar abrir o arquivo *-ped-can.xml acusou um erro de caracter inválido. Descobri que o problema era os espaços em branco entre as palavras no texto: Dados do tomador incorretos. Removi os espaços salvei e depois coloquei eles novamente e o XML foi aberto com o Internet Explorer sem nenhum problema. Acredito que ao informar o motivo do cancelamento o Delphi esteja inserindo caracteres inválidos no espaço em branco. Tente colocar sem espaço e depois faça outro teste com espaço: Motivo do Cancelamento = DadosErrados Motivo do Cancelamento = Dados Errados

Bom dia Claudio, Na caixa texto prefeitura você informa o nome da prefeitura, por exemplo: Prefeitura Municipal de Votuporanga. No caso do Ginfes, você deve apenas: 1. Alimentar o componente com os dados pertinentes ao RPS; 2. executar o comando Enviar. Tome como base a rotina do botão [Gerar e Enviar Lote RPS] do programa exemplo. O comando Enviar: gera o XML do RPS, assina gera o XML Lote, assina, valida o lote, envia, aguarda o retorno, caso o lote tenha sido processado com sucesso, é salvo o XML da NFS-e e o DANFSE é impresso.

Bom dia Everton, Desculpa não entendi, o XML que você esta lendo com o LoadFromStream contem uma NFS-e mais de uma? Quando você diz que não esta zerando os índices, esta se referindo ao Clear?

Bom dia Diego, Nessa propriedade temos que informar a alíquota em porcentagem e não em valor (reais). Se a alíquota é 2,5% devemos informar 2.5 ou 0.025 dependendo do provedor.

Bom dia Eric, Muito obrigado pela colaboração, já esta disponível.

Bom dia Humberto, Maravilha, então podemos concluir que o código do evento EPEC para a NF-e é mesmo 110140 e que agora foi implementado pela SEFAZ. Ainda fica a questão da estrutura do XML, que existe uma diferença entre os Schemas e a Nota Técnica. Precisamos ficar atentos para ver quais dos 2 será alterado pela SEFAZ.

Bom dia, Segundo a Nota Técnica 2013/005 versão 1.03 (página 17) o grupo <dest> - Grupo de Identificação do Destinatário, é opcional para a NFC-e. Sendo assim não há necessidade de informar nada sobre o destinatário. Por outro lado se você informar o CPF do mesmo, não necessidade de informar o nome e nem o endereço do mesmo. Mas devemos atribuir o valor 9 (Não Contribuinte) ao campo indIEDest. Leia o item 03.7 que trata da Identificação do Destinatário (final da página 16 e inicio da 17) da NT 2013/005 versão 1.03.

Bom dia Junior, O certificado não esta vencido? Você checou a configuração do Internet Explorer, temos 2 ou 3 opções nele que trata sobre revogação de certificados, devemos desmarcar essas opções.

Bom dia a todos, Isso é muito estranho, pois a unica coisa que foi alterada da versão 1.04 para 2.00 foi a estrutura do XML e mais nada. Inclusive as URLs dos Web Services permaneceram as mesmas.

Bom dia Carlos, Você errou na montagem da mensagem, o correto é: CTE.CARTADECORRECAO("[EVENTO] idLote=1 [EVENTO001] chCTe=31140386648789000107570010000000381270320140 cOrgao=31 CNPJ=86648789000107 dhEvento=29/07/2014 14:56:22 tpEvento=110110 nSeqEvento=3 [DETEVENTO001] grupoAlterado=enderReme campoAlterado=nro valorAlterado=1234 nroItemAlterado=0") Onde grupoAlerado é o nome da TAG - Grupo, no exemplo enderReme se refere ao grupo Dados do Endereço do Remetente. campoAlterado é o nome da TAG - elemento, no exemplo nro se refere ao numero (lembre-se que temos em xLgr o nome do logradouro e em nro o numero). valorAlterado é o conteúdo novo do campo, no exemplo acima: nro, portanto o numero correto é 1234 (essa é na verdade a correção que estamos efetuando). nroItemAlterado normalmente recebe o valor zero, a não ser que o campo cujo valor será alterado pertence uma lista, por exemplo: Temos o grupo pass - Passagens, ou seja lugares por onde o caminhão vai passar Dentro desse grupo temos o elemento xPass - Sigla ou código interno da Filial/Porto/Estação/Aeroporto de Passagem, etc. O grupo pass é uma lista que pode aparecer n vezes no XML. Vamos supor que você vai corrigir o valor de xPass referente ao terceiro pass. Neste caso o Detalhamento do Evento ficaria assim: [DETEVENTO001] grupoAlterado=pass campoAlterado=xPass valorAlterado=F398 nroItemAlterado=3 F398 é o valor correto e o 3 informado em nroItemAlterado indica que é o terceiro da lista. Espero ter ajudado.

Bom dia Rigotti, Muito obrigado pela colaboração, já esta disponível.

Bom dia, Se possível, post como anexo os XMLs: do RPS e do Lote assinados pelo CAPICOM.

Bom dia Codorna, Você chegou a realizar alterações na Unit ACBrProvedorNatal para poder realizar o envio, consulta, etc.? Se sim, por favor post como anexo a unit alterada para que eu possa disponibiliza-la.