JoaoPauloRicardo

para contornar basta ter um certificado valido na mão, devidamente instalado na maquina. Preencher as tag relativas ao mesmo no componente (SSL) a demo dah um bom exemplo de como fazer as coisas

outro ponto a acrescentar é que se utilizar o svc não precisa enviar em contingência pois está preparado para autorizar as notas normalmente, sincronizando depois com a sefaz quando o situação se restabelecer.

segundo meu entendimento das NT, a opção svc somente deve ser usada quando a do sefaz está baixo e o mesmo fica ativo para esse efeito. caso contrário o acesso é negado (corrijam-me se estiver errado, por favor). Se consultares a disponibilidade dos serviços podes averiguar isso.

até ao meu conhecimento o suporte ao quickreports foi descontinuado no trunk2. ficaram fastreports e fortes como opções.

podes também obter o xml de retorno dos eventos na propriedade Acbr1.WebServices.EnvEvento.EventoRetorno.retEvento.Items[0].RetInfEvento.XML

volto a repetir o que disse, com uma ressalva, o contador que peça aos clientes dele para justificarem. Afinal isto ainda não é uma republica das bananas onde cada um faz o que lhe dá na telha. Foram criadas regras e Protocolos devidamente documentados. Se estão corretos ou errados então exerçam seus direitos políticos e reclamem junto das autoridades competentes (que não são os programadores/software houses).

manda esse contador justificar o pedido com bases legais (ler NT). compete a ele mostrar porque o motivo da solitação

no gmail precisa ativar uma opção na configuração dele para que o acbr possa enviar emails. fizeram isso? Gmail tem que configurar no site para ativar "aplicativos menos seguros".

Elviro pah, se leres as NT e prestares atenção ao exemplo da demo, vais descobrir que a tag Dest.IE não pode ser enviada a branco. exemplo: Dest.indIEDest := inNaoContribuinte; if sq_nfe.FieldByName('TIPO_CONTRIB_DEST').AsInteger = 1 then begin Dest.indIEDest := inContribuinte; if (Length(trim(sq_nfe.FieldByName('RG_IE_DEST').AsString)) > 0) and (uppercase(trim(sq_nfe.FieldByName('RG_IE_DEST').AsString)) <> 'ISENTO') then Dest.IE:=onlyNumber(sq_nfe.FieldByName('RG_IE_DEST').AsString) else Dest.indIEDest := inIsento; end; analisa melhor essa questão no teu aplicativo e junto do teu contador/consultor (é para isso que lhes pagas) Corrigindo... tag Dest.IE está associada a tag Dest.indIEDest

pah onde nas notas técnicas diz que podes uma operação como desconhecida depois de dar como confirmada (algo que somente deves dar após receber a mercadoria)???

no teu caso o nome tem caracteres estranhos (enter/tab), retira eles que passas a obter outros erros

coloca o xml em anexo. se quiseres testa em validador e analisa os erros

pah que saiba o acbr não tem nada a ver com isso dito isto uma pesquisa no google retornou o que precisas (devias tentar googlar... sim, o verbo existe agora no dicionario) http://www.stf.jus.br/portal/cms/verTexto.asp?servico=processoIntegracaoComoIntegrar

todas as manifestações de distribuição são provenientes de eventos. cabe a aplicação lançar os mesmos e controlar os resultados.

pah, soh o facto de funcionar numa maquina e não em outra já diz quase tudo, isto é, o problema está na maquina e não no programa. Parto do principio que ambas as maquinas tem a mesma configuração para enviar os emails. será que tens problemas de acesso ao tentar criar o pdf que vai enviar em anexo, ou estás a indicar um caminho inválido para esse efeito?

correto. melhor dar uma olhada nos demos. eles tb podem te orientar no desenvolvimento

pah no meu limitado conhecimento o acbr cumpre o que promete e funciona. isso me parece ser algo que somente podes resolver com debug pois se trata de uma funcionalidade na aplicação

tens os schemas atualizados? vais os encontrar na pasta de exemplos

desculpa lah, axo que me precipitei na resposta... não sei bem o que keres dizer com ativa, mas deve ser o protocolo de autorização que te falta. nesse caso tens de fazer a consulta da mesma antes de imprimir, isso vai te atualizar o xml. seja como for a ordem dos acontecimentos é alterar a chave e consultar (se necessário) e depois imprimir

usas a função de imprimir e alteras a chave na base de dados (se necessário). uma pesquisa no fórum pode ter dar mais detalhes

Se analisares o site ele não oferece nada de estranho, na realidade o que ele faz é a manifestação das notas do cliente (resta a pergunta como ele consegue notas com mais de 6 meses). Isso o acbr jah tem implementado. Milagre seria ele obter as notas enviadas pelo cliente..rss

jah validaste a nota no site do sefaz? ou qq outro para esse efeito? sefaz.rs tecnospeed se o problema se mantem então é possível que a nota não seja válida, podem existir diversos motivos para isso, seja como for deves contatar o fornecedor para que te envie uma correta. Alternativamente, se tens a opção de efetuar o download da nota pela manifestação de distribuição também obténs a nota válida, mas para isso é necessário que ela ainda esteja disponivel pelo sefaz.

rss, afinal eu tinha razao.... é mesmo um problema entre o teclado e a cadeira, por parte do cliente por é xato como soh um xato pode ser e do despachante porque é qq coisa pior. pah lamento por ti, soh te posso dar um conselho, é bom ouvir os cliente e é verdade que eles têm sempre razão, excepto quando eles não tiverem, claro. Te deixo com a seguinte questão: que vais fazer quando outro cliente exigir o numero de sério com os zeros como estava habituado? Repara que nenhum deles apresentou um motivo para alterar com bases, o único motivo é porque lhes apetece. Se a aplicação pertence a eles então manda bola e nem se discute, caso contrário a melhor decisão é ver o impacto do desenvolvimento (minimo neste caso, acho) e se vale a pena fazer a vontade

existe alguma possibilidade de estares a efetuar disablecontrols em algum ponto da aplicação para tabela em questão?

Sinceramente não dah para perceber as pessoas, se o numero de serie, por definição, no xml é um inteiro entao porque essa pessoa reclama que no DAFE é 001 ou 1? ambos são a mesma coisa. O DANFE é somente uma representação fisica do XML, sem valor fiscal e duvido que no xml que entregam a essa pessoa ele venha como 001. Antes de efetuarem qq alteração ele deve responder a 2 perguntas: porque tem ele de pedir ao sefaz para alterar algo que já está correto (SEFAZ supostamente recebe o xml com 1 no numero de serie)? como são inseridos os dados na sua aplicação (manual ou importação do xml), caso manual temos o clássico problema entre a cadeira e o teclado enfim, só acho que essa pessoa está a reclamar sem dar a devida informação, até porque vcs podem verificar se o vosso xml está correto e isso É o mais importante