Italo Giurizzato Junior

Juliano, O certificado da empresa que esta sendo utilizado para emitir a NFSe esta cadastrado junto a prefeitura para emitir via webservice? Verifique isso, por favor. E eu vou pesquisar sobre esse erro.

Tanto eu quanto o Igor, já cantamos a bola para você. A minha suspeita é que você esta colocando o trecho que alimenta o Vol dentro do loop de produtos. O Igor pediu para você fazer uma nota com 10 produtos, para ver se aparece no xml a tab Vol 10 vezes. O que você mais quer que de nós? escrever a rotina que alimenta o componente, para você?

Juliano, Encontrei mais alguns erros só que agora em outro fonte. Por favor atualize e teste novamente. Acredito que agora o erro não vai mais aparecer em branco.

Juliano, Algumas prefeituras possuiem 2 cadastros, uma para emitir a NFSe via Site e outro para usar o WebService.

Juliano, Pelo que estou entendendo é que a rotina encontra o schema mas o mesmo não é valido para checar o xml. Fiz uma alteração nessa mensagem de erro de tal forma que vai aparesentar o schema que ele esta utilizando. Você esta utilizando os schemas que encontram-se dentro da pasta: ...\Exemplos\ACBrNFSe\Delphi\Schemas\GovBR ? Atualize e testa novamente. Anexa a mensagem de erro agora com o nome do arquivo de schema, por favor.

Se você esta gerando uma NFe com 5 produtos e ele gera a tag 5 vezes, isso ignifica que você colocou esse trecho de código dentro do loop. Sendo que o correto é ficar fora do loop que adiciona os produtos. Reveja a sua rotina que alimenta o componente.

Boa tarde, Na verdade deveria ter apenas uma tag , veja este exemplo:

Falha minha, Esqueci de corrigir o nome da variável. Vamos novamente, baixar e testar.

Boa tarde Juliano, Não podemos desistir, mais uma vez, atualize os fontes e teste por favor.

Bom dia a todos, Vamos amadurecer essa idéia. Esse código de tributação é igual em todos os municipios brasileiros?

Juliano, Por favor mais uma vez, atualize e teste novamente.

Juliano, Favor atualizar os fontes e testar novamente.

Bom dia a todos, Esse retorno esta correto, não vejo nenhum problema nele. Se a NFe foi cancelada obtemos um retorno com o cStat = 101 que significa Cancelado, e a mensagem deixa claro isso: "Cancelamento de NF-e homologado via EVENTO" Já o texto: "Utilize versao 2.01 para retornar o evento de cancelamento" é uma observação para que você utilize o webservice utilizado para consultar a situação atual da NFe. Realizada essa consulta vamos obter um retorno que vai constar que a nota foi cancelada e que o evento de cancelamento foi relacionado a ela. Espero ter ajudado. Por favor, quando for postar o XML, poste como anexo e não como texto como fez o Dionatan Como anexo fica mais facil a anlise do mesmo.

Bom dia Caetano, Enviando uma NFe por email ou para SEFAZ? Se for para SEFAZ, o envio ocorre assim que a sua aplicação executar o comando Enviar. Se for por e-mail, o envio ocorre quando a sua aplicação executa o comando EnviarEmail. Conclui-se que o envio só ocorrer se a sua aplicação executar o respectivo comando. Espero ter ajudado.

Bom dia Juliano, Favor atualizar os fontes e testar novamente.

Bom dia Mateus, O tipo TpcnTamanhoPapel, encontra-se na unit pcnConversao.pas que por sua vez faz parte do pacote PCN2. Logo toda vez que um fonte pertencente ao pacote PCN2 (dica que encontra-se na pasta PCN2) é alterado, devemos abrir o pacote PCN2 e compila-lo. Depois compilar os componentes que utilizam o pacote PCN2. Espero ter ajudado.

Boa tarde, Como exposto na abertura do tópico, o problema esta ocorrendo somente no cliente, correto? Se sim, deve estar faltando alguma DLL, alguma configuração no I.E. Como esta os demais serviços, como envio, consulta? O cliente encontra-se na mesma UF do "escritório", visto que no escritório esta funcionando?

Você esta utilizando o OpenSSL?

Juliano, Qual é a cidade?

Boa tarde Juliano, Este botão [Gerar e Enviar NFSe] foi criado para o provedor Saatri, que até o momento não aceita o envio de um lote de RPS, e sim a NFSe. Portanto utilize o botão a esquerda. E procure sempre manter todos os fontes de todos os componentes atualizados.

Bom dia a todos, Os schemas: leiautecce_v1.00, leiauteSRE_v1.00, e leiauteConsSitNFe_v2.01 é utilizado o código 90 para o RFB; O Schema: leiauteEventoCancNFe_v1.00 utiliza o código 91 para o RFB; E para ajudar, o schema: leiauteConfRecebto_v1.00 possui os códigos 90 para o SUFRAMA e 91 para RFB.

Bom dia Julianors, Por favor baixe a alteração que fiz e teste novamente.

Boa tarde Dionatan, Veja o horário de envio e de retorno: Envio: 2012-10-29T17:24:27-02:00 Retorno: 2012-10-29T17:24:26-02:00 Note que o retorno é 17:24:26 e o de envio é 17:24:27, logo o computador esta com o horário adiantado em relação ao servidor da SEFAZ. Por favor atrase o relógio do computador em 5 minutos (por exemplo) e tente novamente.

Boa tarde tbalbinos, Isso foi feito esses dias, e a determinação do horário é feita automatica através da UF e inclusive as rotinas que foram implentadas, são capazes de detectar se o Horário de verão esta ativo ou não. Atualize todos os fontes de todos os componentes para ter essas melhorias.

Boa tarde Julianors, Foi implementado uma rotina para assinar o xml usando o OpenSSL. Favor atualizar os fontes e testar novamente.