Italo Giurizzato Junior

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.

Bom dia a todos, O problema não esta na unit pcnEnvEventoNFe, uma vez que a constate '-03:00' foi removida e colocada no lugar a função GetUTC que tem como finalidade retornar o UTC ou seja -04:00 ou -03:00 ou -02:00 dependendo da UF e se esta no horário de verão ou não. A propriedade: Evento.Items.InfEvento.cOrgao da funcionalidade EnviarEvento, se for diferente de zero, GetUTC utiliza o valor de cOrgao como sendo o código da UF, caso contrario será utilizado o código 91 = Ambiente Nacional, quando o tipo de evento for diferente de CCe e Cancelamento. Como não existe UF cujo código é 91 a função GetUTC não retorna o UTC, vazendo com que o valor de dhEvento fique incompleto, ou seja faltando: -04:00 ou -03:00 ou -02:00. Acredito que a solução para o problema é: Unit pcnAuxiliar Function CodigoParaUF => incluir nesta função os valores 90 e 91 e definir ambos como sendo UF = AN (Ambiente Nacional); Function ValidarCodigoUF => incluir nesta função os valores 90 e 91; Function GetUTC => incluir nesta função a UF: AN na constante UTC3; Function IsHorarioDeVerao = Incluir nesta função a UF: AN na constante UFHV. Fica ai a dica, para quem tem um certificado válido, realizar as alterações e fazer os testes.

Boa tarde Gustavo, Eu, a ponto de fazer um Update 4.9, desenvolvo programas desde 1985, e uma coisa que aprendi é analisar o que os outros fazem. Não é a toa que hoje sou Analista de Sistemas. Aprendi muito analisando o código do ACBrNFe para implementar varias rotinas que o ACBrCTe ainda não possuía. O que eu vejo é que as novas gerações querem tudo pronto para usar, não param para analisar como foi feito, como funciona, não gostam muito de ler, e algumas pessoas tem até dificuldade de compreender o que esta escrito. Isso é muito triste, eu me sinto assim triste com a formação dessa nova geração. Não estou generalizando, por favor. Vamos virar esse jogo, acredito que ainda da tempo. Vamos baixar os manuais, as notas técnicas, imprimir, encadernar (para não perder as folhas é claro). Vamos ler, interpretar, e ficar por dentro do assunto. Os componentes seguem o manual as notas técnicas, compreendendo o que esta escrito, fica fácil desenvolvermos as nossas aplicações. Um bom final de semana a todos.

Boa tarde, A mensagem de erro que aparece é essa: uma parte do xml, a URL e o endereço do SoapAction?