Italo Giurizzato Junior

Bom dia Miguel, Por favor atualize e teste novamente.

Bom dia Tiago, Acredito que o problema pode ser exatamente esse, a rotina estar em um thread.

Bom dia Rodrigo, Segundo a Especificação Técnica do DANFE NFC-e - QR-Code versão 3.2 ao montar a string para ser aplicada ao SHA-1 não tem o & (e comercial) após o valor do cIdToken. (...) '&cIdToken=' + '000001&'+Token; Hash_SHA1 := PrincipalF.ACBrEAD1.CalcularHash(UTF8Encode(result), dgstSHA1); Segundo a Especificação Técnica: (...) '&cIdToken=' + '000001'+Token; Hash_SHA1 := PrincipalF.ACBrEAD1.CalcularHash(UTF8Encode(result), dgstSHA1);

Bom dia Flavio, Eu desenvolvo em Delphi 7 e os componentes são instalado e funciona normal, sem nenhum problema. Os projetos que você se refere são os programas exemplos ou as aplicações que encontram-se na pasta Projetos? Note que no caso da NF-e há necessidade de instalar 2 componentes: ACBrNFe e ACBrNFeDANFExxxx, onde xxxx é o Report que foi utilizado para criar o DANFE. Como no seu caso a intensão é apenas utilizar o recurso de Download via Web Services, é necessário apenas o ACBrNFe. Precisamos de mais detalhes para que possamos lhe ajudar. Quais são os erros que aparecem ao tentar instalar com o ACBrInstall. Ele gera um log seria interessante você postar esse log como anexo.

Boa noite Thiago, Lhe recomendo baixar os manuais e notas técnicas do Portal Nacional do CT-e, para que você tenha uma fonte segura sobre esse assunto e vários outros. Mas vamos ao que interessa. Antes ao efetuar o cancelamento de um documento fiscal eletrônico (NF-e ou CT-e) a SEFAZ retornava o protocolo de cancelamento. O componente por sua vez efetuava a substituição do protocolo de autorização pelo de cancelamento, se assim fosse configurado. Hoje o processo de cancelamento mudou e não temos mais um Web Service de cancelamento e sim um para recepcionar eventos. É por isso que chamamos de cancelamento por evento. Enviamos a solicitação de cancelamento e a SEFAZ nos retorna o protocolo do evento informando que o mesmo foi vinculado ao documento fiscal eletrônico (NF-e ou CT-e). O XML da NF-e ou CT-e não é alterado permanecendo sempre com o protocolo de autorizado, por outro lado temos um segundo XML que contem a solicitação do cancelamento e o respectivo retorno da SEFAZ com o protocolo e o status acusando que o evento foi vinculado a NF-e ou CT-e. Não sei se ficou claro.

Boa noite Tiago, Os fontes liberados, não estão preparados para a versão 2.00 do CT-e. Até foi disponibilizado uma versão compilada do monitor pelo Isaque. Eu tenho a unit compatível com a versão 2.00 na minha maquina na empresa. Segunda feira posso disponibiliza-la.

Boa tarde Tiago, Altere o arquivo ACBr.inc. Comente a diretiva de compilação PL_200 e descomente a PL_104. Depois compile usando a opção Build.

Fernando, Teste desta forma: // Carrega o XML do Manifesto ACBrMDFe1.Manifestos.Clear; ACBrMDFe1.Manifestos.LoadFromFile(sNomeXML_MDFe); // Carrega o XML do Evento vinculado ao Manifesto ACBrMDFe1.EventoMDFe.Evento.Clear; ACBrMDFe1.EventoMDFe.LerXML(sNomeXML_Evento); // Imprime o Evento no papel e gera a sua imagem em PDF ACBrMDFe1.ImprimirEvento; ACBrMDFe1.ImprimirEventoPDF;

Boa tarde Stanley Alves, A rejeição é clara: Rejeicao: Operacao interna para consumidor final e UF destinatario difere de UF emiente. Se a operação é interna ou seja dentro do estado a UF do destinatário tem que ser igual a do emitente caso contrario você esta vendendo para alguém que é de outro estado. Se a pessoa realmente é de outro estado você só tem 2 caminhos, ou emite uma NF-e, ou não informe que é o destinatário.

Fernando, Neste final de semana, em casa vou realizar testes. Só para ficar claro, você carrega o Manifesto, carrega o evento e imprimir correto? Se executar o procedimento mais de uma vez com o mesmo ou com outro o componente acumula os eventos, certo? Não impressão fica visível esse problema? Como você detectou?

Boa tarde Fernando, Antes de carregar o Evento para posteriormente imprimir, você esta executando o Clear?

Boa tarde Miguel, Atualize os fontes e teste novamente.

Boa tarde José Nilton Pace, Comentei a rotina anterior e coloquei a sua proposta. Já esta disponível no SVN, vamos aguardar alguma queixa. Muito obrigado pela colaboração.

Boa tarde Dênio, Você deve estar fazendo algo de errado, pois o Luiz e o Diego (veja postagens anteriores) eles conseguiram realizar os testes.

Boa tarde bpinformatica, Comparei o fonte com os XMLs gerados e mais o WSDL do provedor no que diz respeito a consulta a situação do lote, não encontrei nada de errado. Por favor se possível converse com alguém do provedor a fim de obter um XML exemplo de consultar a situação do lote de rps. Se conseguir um completo ou seja semelhante ao *-con-sit-c.xml que contem as TAGs: Envelope, Body, ... vai se tornar mais fácil descobrir o que esta errado. Pois a mensagem retornado pelo provedor ao receber o XML de consulta diz que ocorreu um erro ao ler Consultarsituacaoloterpsenvio. Você pode fazer o seguinte teste, na unit ACBrProvedorFISSLex.pas linha 286, alterar de: '<Consultarsituacaoloterpsenvio xmlns="FISS-LEX">' + para: '<Consultarsituacaoloterpsenvio>' + Se funcionar, me avisa, caso contrario o jeito é entrar em contato com o provedor.

Boa tarde a todos, Acredito ter encontrado uma solução para o problema de estar aparecendo 01/02 sendo que na verdade existe somente uma página. Favor atualizar os fontes e testar.

Boa tarde Luiz, O problema é que foi utilizado a mesma definição do tipo TpcteTipoRodado tanto para o CT-e quanto para o MDF-e. No caso do CT-e temos o valor trNaoAplicavel = 00 por outro lado no MDF-e não temos. Logo para o MDF-e você tem que escolher um dos seguintes valores para tpRod: trTruck, trToco, trCavaloMecanico, trVAN, trUtilitario ou trOutros.

Boa tarde Miguel, Desculpas pela demora. Mas já esta disponível o provedor SisPMJP, o provedor próprio da cidade de João Pessoa.

Boa tarde Laura, Vou postar aqui a resposta que lhe dei via e-mail para que todos saibam como proceder. Temos a UF de carregamento = UFIni, a UF de descarregamento = UFFim e as UFs de percurso = UFPer. Vamos a um exemplo: A carga vai ser transportada da cidade de São Paulo/SP até Limeiro/SP UFIni = SP UFFim = SP não informar a UFPer uma vez que a carga não vai sair de dentro do Estado. Outro exemplo: A carga vai ser transportada da cidade de São Paulo/SP até Poços de Caldas/MG UFIni = SP UFFim = MG não informar a UFPer uma vez que a SP faz divisa com MG. Outro exemplo: A carga vai ser transportada da cidade de São Paulo/SP até Bahia/BA UFIni = SP UFFim = BA devemos informar a UFPer uma vez que a SP não faz divisa com BA. Neste caso precisamos saber qual será o percurso que o caminhão vai fazer, concorda? Vamos a dois exemplos: Percurso 1: SP -> MG -> BA Neste caso devemos incluir apenas MG como sendo a UFPer. Percurso 2: SP -> RJ -> ES -> BA Neste caso devemos incluir RJ e ES nessa ordem como sendo as UFPer. Lembre-se que as UFIni e UFFim são elementos, já UFPer trata-se de uma lista, logo podemos ter 1 ou mais elementos nessa lista, ou nenhum como já visto. Lembre-se que não existe uma regra para o percurso, visto que o caminhão pode fazer o seguinte percurso: SP -> MS -> GO -> TO - MA -> PI -> BA Espero ter ajudado.

Boa tarde Walter, O Carlos postou neste mesmo tópico um fragmento de código mostrando como montar a rotina para o cancelamento por evento.

Boa tarde Prime, Precisamos da URL de produção, o resto esta tudo implementado.

Boa tarde Araujo, Os DANFEs para a NFC-e foram feitos meio a toque de caixa em virtude de varias solicitações. Com certeza precisamos fazer agora os ajustes para que os mesmos atendem tudo o que consta nos manuais e Notas Técnicas. Um grande passo foi dado, contamos agora com a paciência e colaboração dos colegas. Colaborações estas apontando os problemas e se possível as soluções para os mesmos.

Boa tarde Claudio, Você pode até deixar varias versões dos schemas na mesma pasta, visto que os nomes são diferentes. Mas aconselho separar. Quanto a rotina para a CCe, você pode se basear nesse fragmento.

Graça, Esse é o retorno que contem o numero do recibo. E o retorno que contem o resultado do processamento, também esta retornando vazio? Com a alteração que eu propus para ser salvo o arquivo sem nenhum tratamento pelo componente, também retorna vazio ao enviar como assíncrono?

Boa tarde Rodrigo, Por favor envie os fontes alterados por inteiro para que eu possa realizar o merge.