José Jair de Oliveira

Boa tarde. Após atualizações recentes realizadas pelo Ítalo, consigo gerar a NFS-e para o provedor AssessorPublico aqui de Votorantim, mas com as seguintes OBSERVAÇÕES: 1) Alteração da unit pnfsNFSeW_AssessorPublico.pas Linha 101 preenchimento da tag SITUACAO Está assim: Gerador.wCampoNFSe(tcStr, '', 'SITUACAO', 1, 1, 1, '1', ''); precisei alterar para: Gerador.wCampoNFSe(tcStr, '', 'SITUACAO', 1, 1, 1, NFSe.Situacao, ''); --> Para empresas Simples Nacional deve constar o valor 3 conforme tabelas do manual Situacao:=iif(Regime_Empresa='SIMPLES','3','1'); ///Campo preechido no sistema 2) Ao enviar um lote com 2 notas ou mais ( ACBrNFSe1.Enviar ) , chega ao WebService o lote constando apenas a Última NF do ACBrNFSe1.NotasFiscais. 3) Na consulta do Lote após o envio com eventuais erros diversos: ACBrNFSe1.ConsultarLoteRps passando dados do LOTE e PROTOCOLO não retorna as críticas e observações do WebService com os motivos da rejeição do lote. Tenho que acessar o sistema online da prefeitura e consultar o arquivo enviado e então lá ver os erros apontados. OBS: Tenho clientes em Sorocaba (Provedor DSF) onde as chamadas das mesmas rotinas de envio e consulta estão funcionando corretamente. Obrigado. Jair

Bom dia! Desculpe Italo, demorei para ver sua resposta. Farei o teste informando a URL de homologação, no teste que fiz dava um retorno de "rotina não implementada" para este provedor, não lembro precisamente mas algo desse tipo, então imaginei que faltava agregar as rotinas postadas pelo Fernando, mas acrescentarei a URL de homologação e farei novos testes. Juliana, continuei com este assunto, pois o início deste tópico e a contribuição postada pelo Fernando são referentes a este provedor. Muito obrigado pela atenção de todos vocês.

Boa noite. Sobre esse assunto, o provedor AssessorPublico foi implantado aqui em Votorantim/SP a alguns meses, podemos utilizar para comunicação via Web Service? [3557006] Nome=Votorantim UF=SP Provedor=AssessorPublico NomeURL_P=http://sql.sefvotorantim.sp.gov.br:8080/issonline/servlet/anfse?wsdl Obrigado.

Daniel boa noite. Fazia algum tempo que não atualizava os fontes do ACBR e depois que atualizei semana passada, recebi várias ocorrências de erros, então comparei o resultado da impressão em arquivo nas duas versões: Utilizando PPLA IMP-VELHO.TXT IMPR_NOVO.TXT Seguindo os fontes, na função TACBrETQPpla.ComandoImprimirTexto está: Result := ComandoReverso(aImprimirReverso) + sLineBreak + ConverterOrientacao(aOrientacao) + aFonte + ConverterMultiplicador(aMultHorizontal) + ConverterMultiplicador(aMultVertical) + ConverterSubFonte(aFonte, aSubFonte) + ConverterCoordenadas(aVertical, aHorizontal) + LeftStr(aTexto, 255); e a função function TACBrETQPpla.ComandoReverso(aImprimirReverso: Boolean): String; begin Result := IfThen(aImprimirReverso, 'A5', 'A1'); end; No arquivo anterior não existia esses códigos A1 ou A5 que aparentemente fica separando cada linha do arquivo. (Não uso reverso nessa etiqueta) Pode ser isso que esteja atrapalhando a interpretação da ARGOX agora? Eu também não tenho uma aqui pra testar. Obrigado Fiquei na dúvida de postava nesse tópico mesmo ou se criava um novo, já que o assunto está relacionado, Já peço desculpas se tivesse que iniciar outro.

Acabei de testar em outro cliente e nesse funcionou sem problemas com o A3...Deixei-o já enviando na nova forma e agora é descobrir o que pode está atrapalhando o envio no cliente anterior. Agradeço a ajuda de todos. Jair.

Sim está...pois na mesma máquina transmitem NFs para SEFAZ e também de serviços para a prefeitura utilizando a DLL da DSF. Por via das dúvidas atualizei os Schemas também.... Fiz um teste modificando a chamada: if ACBrNFSe1.SSL.CertTipo=tpcA3 then begin ACBrNFSe1.NotasFiscais.Assinar(True); ACBrNFSe1.WebServices.Envia(1); end Nesse caso ele pediu a senha do certificado mas no envio, ocorre o mesmo....ele simplesmente termina sem erros mas não há a transmissão, não retorna número de lote...como se não chegasse ao webservice. Falando nisso...vou fazer o teste em outro cliente pra me certificar se dará o mesmo erro, eliminando a possibilidade de ser algum bloqueio ao endereço do webservice na rede. Jair.

Boa noite a todos. Realmente Daniel havia uma falha nos arquivos de Schemas no cliente...resolvido isto, utilizando certificados A1 indicando arquivo e senha ou pelo serial está enviando corretamente. Utilizando Certificado A3 não resulta erro, porém não sei exatamente o motivo mas ele não conclui a transmissão corretamente, como se parasse em algum ponto e saísse da rotina de envio. Não chega a pedir a senha do certificado...não retorna o número de Lote......... ACBrNFSe1.Enviar(1) retorna sem erros mas sem processar de fato. Não tenho um certificado A3 na minha máquina para poder debugar Mais uma vez Obrigado. Jair.

Boa noite Celso. Na minha máquina que dava erro informando o PFX e senha deu certo. Não deu tempo hoje de fazer testes em outros clientes...ai acessei o Windows server de um cliente e deu um outro erro....mas segunda feira acesso a máquina de rede desse ou outro cliente para informa-lo do resultado. Acessei um outro cliente com A3 e ainda deu a mensagem 'UNDECLARED XSD ELEMENT" (segunda imagem do primeiro post). Agradeço a atenção. Jair.

Boa noite Daniel Obrigado pela atenção. ACBrNFSe1.Configuracoes.Certificados.ArquivoPFX := edtCaminho.Text; ACBrNFSe1.Configuracoes.Certificados.Senha := edtSenha.Text; ACBrNFSe1.Configuracoes.Certificados.NumeroSerie := edtNumSerie.Text; ACBrNFSe1.Configuracoes.Geral.SSLLib := iif(ACBrNFSe1.Configuracoes.Certificados.NumeroSerie<>'',libCapicom,libOpenSSL); Se envio o lote utilizando número de Série do certificado já instalado na máquina(A1) vai normalmente....mas se indico caminho e senha do arquivo PFX resulta o erro de falha ao localizar o nó raiz....e se o certificado for A3 mesmo com capicom resulta em erros na assinatura conforme imagens do primeiro post. Será alguma parametrização incorreta do componente? tentei seguir o exemplo do componente. Obrigado.

Perdoe-me Daniel, é que o primeiro post desse tópico foi justamente citando o erro que estou recebendo agora. Já havia criado um tópico anteriormente mas não obtive muitas respostas e voltando ao assunto vi o tópico atual. Mas entendo a questão das regras e agradeço se alguém ajudar no tópico acima. Obrigado.

Boa tarde a todos... Estou adaptando meu sistema para emissão da NFSe sem utilizar a DLL do provedor DSF (Sorocaba, Campinas, etc...) Usando CAPICOM vai normal...mas com openSSL estou recebedo a mensagem FALHA AO LOCALIZAR O NÓ RAIZ no momento do envio do lote. Acabei de atualizar e reinstalar o ACBR. Alguma dica?

Nada mesmo... Fiz mais uma atualização SVN do acbr e agora usando OpenSSL retorna o erro: Falha ao localizar o nó Raiz no envio do lote.

alguém tem alguma luz?

Bom dia a todos. Estou fazendo as adaptações ao meu sistema, deixando de utilizar a DLL do provedor DSF e utilizando o AcbrNFSe aqui para a cidade de SOROCABA. Tudo ok no envio, consulta do lote e cancelamento utilizando certificado A1 pelo número de série (instalado no computador).... porém na chamada do evento ACBrNFSe1.Enviar(1) utilizando certificado A1 informando arquivo e senha (erro: falha ao assinar) ou certificado A3 (erro: erro de schema), conforme anexos. Meus arquivos XSD da pasta issDSF estão atualizados e funcionam 100% somente enviando com certifiado A1 pelo número de série. Agradeço a ajuda.

Bom dia amigos... O problema estava relacionado com uma configuração na resolução de vídeo do Windows. Os computadores que apresentavam a desconfiguração na DANFE estavam setados em 125% no tamanho da fonte para os itens da tela...ajustando para 100% a DANFE é exibida e impressa corretamente.

Boa tarde novamente a todos.... Em algumas estações de alguns clientes a DANFE utilizando o Fortes não exibe corretamente as linha dos itens: ->Se a descrição é grande e quebra em 2 linhas, é exibida somente a primeira linha da descrição do produto ->Não exibe o campo das informações complementares do produto ->Da segunda linha em diante a altura da linha fica muito pequena e nem exibe o texto ou seja...fica ilegível completamente.... Algum tipo de descontrole no cálculo da altura das linhas dos itens... Isso ocorre em uma ou outra estação da rede e nas demais exibe a DANFE normalmente, aparentemente algum parâmetro do Windows influenciando na danfe. Acabei de atualizar totalmente o ACBR e Fortes, reinstalar, recompilar e testar...e o problema continua como na imagem no primeiro post. Ninguém teve o mesmo problema? Obrigado

Boa tarde a todos. Após mudança para o trunk2, em alguns computadores em alguns clientes a danfe no fortes, na parte dos itens, fica ilegível...a altura das linhas fica muito pequena aparecendo praticamente apenas as linhas de grade conforme anexo. Já pesquisei, mas não notei se alguém já havia comentado isso ou se já ocorreu isso com outro colega. Aproveito também para questionar se o problema de podermos ocultar a informação "FATURA" na danfe já foi solucionado...pois ao indicarmos a propriedade ExibeCampoFatura=False a informação "fatura" continua sendo exibida. Muito obrigado Jair

Um cliente meu emitiu ontem a tarde normalmente...hoje cedo nada de aprovar...fiz de tudo que se possa imaginar no XML e nada...então vi que alguns relatavam que voltara a aprovar agora após as 16:00...deixei os fontes exatamente como ontem e agora está normal...mas perdi o dia todo e meu cliente entregas e valores de frete. Falar o que?? abraços.