Italo Giurizzato Junior

Boa tarde Rafael, Você esta com todos os fontes de todas as pastas atualizados? Pois foi disponibilizado por mim os schemas do provedor Actcon. Ele esta dentro da pasta: ...\Exemplos\ACBrNFSe\Delphi\Schemas\Actcon Quanto ao resto dos seus questionamentos o Leandro deve estar mais por dentro do que eu, pois é ele que esta implementando.

Bom dia Emerson, Você esta usando o componente ACBrMDFe para gerar o XML? Eu acredito que não, pois tem coisa estranha no XML que você postou, veja: <infEvento d2p1:Id="" xmlns:d2p1="ID1101113514030959288100015158000000000025145415896801"> Esse d2p1 não existe no componente. E o erro esta nesta linha: <Reference URI=""> Você esta informado o conteudo da URI como vazio, sendo que devemos informar o valor de Id

Correto, mas onde você fez a alteração ? O componente já atende as duas situações veja: 25300, // Goiânia/GO 5208707 // Goiania/GO : Provedor := 'Goiania'; Se utilizarmos o código IBGE ou o código definido pela cidade ao configurar o componente o mesmo vai funcionar sem nenhum problema.

Bom dia Oneide, Lendo um dos links, diz que tanto o RPS quanto o Lote tem que estar assinado. Mas se você observar a unit ACBrProvedorBetha consta que ambas as propriedades AssinarRPS e AssinarLote estão com o valor True, sendo assim o componente vai assinar o RPS e o Lote.

Bom dia Amauri, Se o probrama exemplo diz que a cidade não possui nenhum provedor, isso significa que o componente não tem nada para esta cidade. Sendo assim, entre em contato com a prefeitura ou acesso o site da mesma em busca de informações: 1. Qual é o provedor, ou seja, empresa contratada pela prefeitura para implantar a NFS-e 2. Verificar se esse provedor já esta implementado no componente 3. Se sim, é preciso descobrir quais são as URLs do ambiente de produção e homologação 4. Caso contrario, é preciso saber se o provedor segue o padrão ABRASF 5. Se sim, vai ser preciso, conseguir os schemas de validação, exemplos de XML e implementar as rotinas no componente.

Jairo, Porque você alterou o código da cidade para 0025300 ?

Bom dia NeoSquare, Eu não considero pouco, uma vez que foram necessárias diversas implementações em varias Units. Caso tenha no fórum mais pessoas interessadas nesse provedor, poderiamos disponibilizar os fontes alterados para que todos pudessem ajudar nos testes e correções.

Bom dia Emerson, Antes de executar o EnviarEmail você esta carregando o XML da NFS-e ?

Bom dia Doni, Agora a coisa complicou. Bom só vejo dois caminhos: 1. Não emitir o CT-e referente a esta carga enquanto a NF-e não for envia a SEFAZ e isso significa não transportar a carga. 2. Emitir o CT-e e informar o documento originário como sendo uma declaração em vez de uma NF-e, talvez isso faz com que a SEFAZ autorize o CT-e

Bom dia Rene, No XML retornado pelo webservice refere a NFS-e o numero da mesma não segue o que consta na documentação, correto? Se sim, entre em contato com o provedor para saber o que realmente é o correto. Se for o que esta no XML então esqueça o manual, agora se o correto for o manual então eles tem que corrigir a rotina deles.

Bom dia vipeol, Muito obrigado pela colaboração. Já vou disponiblizar o fonte corrigido, só um detalhe: não é: NFSe.Tomador.CodigoPais e sim: NFSe.Tomador.Endereco.CodigoPais

Bom dia Emerson, Fiz algumas alterações, por favor atualize os fontes e teste novamente.

Bom dia Korbit, Posso lhe responder sobre o monitor. No momento não temos nenhum monitor para emitir NFS-e aos moldes do que foi feito para a NF-e. Quanto a DLL não sei lhe responder.

Bom dia Jonas, Muito obrigado pela colaboração, ainda hoje estarei disponibilizando.

Bom dia Adriano, Apesar da versão 1.04 do CT-e esta com os dias contados, ou seja, no segundo semestre deste ano só será aceito a versão 2.00, algumas SEFAZ ainda não sanaram todos os problemas com a nova versão.

Bom dia Jairo, Isso é muito estranho, fiz um teste neste momento usando o programa exemplo e não ocorreu nenhum erro. Você utiliza o Capicom ou o OpenSSL ? Já tentou desinstalar o componente e instalar novamente? Todos os fontes de todas as pastas estão atualizados?

Boa noite Marcelo, Ao instalar o Quick Report 3.0 é salvo o arquivo qrpt70.bpl dentro da pasta System32 do Windows. O que eu fiz para resolver esse problema, renomei o arquivo qrpt70.bpl para qrpt70_x.bpl Tenta ai e reporte o resultado.

Boa noite Gilson, Sim, apenas uns 200 Km de distancia. Tenho parentes em Rio Preto.

Boa tarde NeoSquare, O problema é que esse provedor não segue o padrão ABRASF. O atrituto "Id" é definido como elemento ou seja uma TAG em vez de atributo. Algumas TAGs possuem nomes diferentes das definidas pela ABRASF. É possível implementar sim, mas é trabalhoso.

Sim, mudou, agora ao consulta a situação atual de uma NF-e, sempre vai retornar que a mesma esta autorizada e a lista de eventos vinculados a mesma. Se a nota foi cancelada, na lista de eventos vai constar o evento de cancelamento.

Bom dia Rene, O erro http 500 é um erro interno do servidor (webservice). Você já tentou entrar em contato com o provedor Abaco?

Bom dia pxs, Se após a consulta o XML original esta sendo alterado, ou seja, o protocolo de autorização esta sendo trocado pelo de cancelamento, isso é devido a propriedade do componente: AtualizarXMLCancelado estar com o valor True.

Bom dia Sandro, No seu caso, pelo fato de usar o ACBrNFeMonitor, vamos aguardar que o pessoal que realiza as alterações no mesmo, venha fazer alguma modificação ou lhe mostre a saida para este caso.

Bom dia Álvaro, Sim, mas a chave do CT-e deve ser informada no grupo de documentos anteriores e não junto com as notas.

Cláudio, Procure deixar o relógio do micro, uns 5 minutos no máximo atrazado em relação ao horário do servidor da SEFAZ. Outra coisa como você esta alimentado o campo dhEmis ? dhEmis := Date; ou dhEmis := Now; Como esse campo recebe a data e hora devemos alimenta-la com o valor retornado de Now;