eazschornack

Alguém?

Sim, mesmas impressoras com as mesmas configurações. Excluí os fontes do acbr e fiz a atualização novamente, deu certo agora, imprimindo normal. Não tinha encontrado esses tópicos, desculpe. Excluí os fontes do acbr e fiz a atualização novamente, deu certo agora, imprimindo normal. Tudo certo pessoal, obrigado!

Estou fazendo a impressão de um CT-e, mas nos DOCUMENTOS ORIGINÁRIOS está aparecendo da seguinte forma: - Quando imprimo no Windows 7, aparece assim, tudo ok: - Quando vou imprimir no Windows XP, aparece da seguinte forma: O XML está certo, utilizei o mesmo pra imprimir nas duas imagens, a mesma versão, tudo igual, a única diferença é que um é Windows XP e a outra imagem no Windows 7. Acho que pode ser algo devido a transparência, mas não sei ao certo. Alguém já viu alguma coisa parecida, ou pode me dar alguma sugestão?

Boa tarde, Gostaria de saber se tem como fazer a seguinte alteração, caso acharem necessário, ou me dar uma luz que eu mesmo faço. Estou utilizando o ACBrMonitorPLUS versão 1.1.0.14. Quando envio uma GNRE e ocorre todo o processo correto, o retorno do monitor é o seguinte: OK: Arquivo gerado em: "caminho do arquivo"-gnre.xml [ENVIO] Ambiente=2 Codigo=402 Descricao=Lote Processado com sucesso Recibo=1700073572 Protocolo= E é criado um arquivo 1700073572-pro-rec.xml na pasta retorno. Quando envio uma GNRE e ela fica pendente, o retorno do monitor é o seguinte: ERRO: Lote Processado com pendencias E é criado um arquivo 1700073564-pro-rec.xml na pasta retorno. Quando pendente, não seria melhor que o retorno no monitor fosse dessa forma: ERRO: Lote Processado com pendencias [ENVIO] Ambiente=2 Codigo=403 Descricao=Lote Processado com pendencias Recibo=1700073564 Protocolo= Porque assim ficaria mais fácil pra manipular os dados, e iria manter o padrão anteriormente usados. Se acharem necessário e puderem fazer a alteração, ou me dar algumas dicas que eu mesmo faço. Já tentei, mas não consegui fazer.

Estava fazendo os testes utilizando o ACBrMonitorPLUS para a emissão do GNRe, e acabei reparando alguns detalhes que podem facilitar o uso. Não são erros, mas fogem do padrão que foi adotado anteriormente. Antes estava assim: Cmd.Resposta := ACBrGNRE1.WebServices.Enviar.Msg+ '[STATUS]'+sLineBreak+ 'Ambiente='+TpAmbToStr(ACBrGNRE1.WebServices.ConsultaUF.ambiente)+sLineBreak+ 'Codigo='+IntToStr(ACBrGNRE1.WebServices.ConsultaUF.codigo)+sLineBreak+ 'Descricao='+ACBrGNRE1.WebServices.ConsultaUF.descricao+sLineBreak+ 'UF='+ACBrGNRE1.WebServices.ConsultaUF.Uf+sLineBreak+ 'AxigeUfFavorecida='+IfThen(ACBrGNRE1.WebServices.ConsultaUF.exigeUfFavorecida = 'S', 'SIM', 'NÃO')+sLineBreak+ 'AxigeReceita='+IfThen(ACBrGNRE1.WebServices.ConsultaUF.exigeReceita = 'S', 'SIM', 'NÃO')+sLineBreak; Cmd.Resposta :=Cmd.Resposta + sLineBreak+ 'Envio GNRe'+ sLineBreak+ 'Ambiente: '+ TpAmbToStr(ACBrGNRE1.WebServices.Retorno.ambiente)+ sLineBreak+ 'Codigo: '+ IntToStr(ACBrGNRE1.WebServices.Retorno.codigo)+ sLineBreak+ 'Descricao: + ACBrGNRE1.WebServices.Retorno.descricao+ sLineBreak+ 'Recibo: + ACBrGNRE1.WebServices.Retorno.numeroRecibo+ sLineBreak+ 'Protocolo: + ACBrGNRE1.WebServices.Retorno.protocolo+ sLineBreak; Alterei dessa forma: Cmd.Resposta := ACBrGNRE1.WebServices.Enviar.Msg+sLineBreak+ '[STATUS]'+sLineBreak+ 'Ambiente='+TpAmbToStr(ACBrGNRE1.WebServices.ConsultaUF.ambiente)+sLineBreak+ 'Codigo='+IntToStr(ACBrGNRE1.WebServices.ConsultaUF.codigo)+sLineBreak+ 'Descricao='+ACBrGNRE1.WebServices.ConsultaUF.descricao+sLineBreak+ 'UF='+ACBrGNRE1.WebServices.ConsultaUF.Uf+sLineBreak+ 'AxigeUfFavorecida='+IfThen(ACBrGNRE1.WebServices.ConsultaUF.exigeUfFavorecida = 'S', 'SIM', 'NÃO')+sLineBreak+ 'AxigeReceita='+IfThen(ACBrGNRE1.WebServices.ConsultaUF.exigeReceita = 'S', 'SIM', 'NÃO')+sLineBreak; Cmd.Resposta :=Cmd.Resposta + sLineBreak+ '[ENVIO]'+ sLineBreak+ 'Ambiente='+ TpAmbToStr(ACBrGNRE1.WebServices.Retorno.ambiente)+ sLineBreak+ 'Codigo='+ IntToStr(ACBrGNRE1.WebServices.Retorno.codigo)+ sLineBreak+ 'Descricao='+ ACBrGNRE1.WebServices.Retorno.descricao+ sLineBreak+ 'Recibo='+ ACBrGNRE1.WebServices.Retorno.numeroRecibo+ sLineBreak+ 'Protocolo='+ ACBrGNRE1.WebServices.Retorno.protocolo+ sLineBreak; Essas alterações fazem com que o retorno possa ser lido como um arquivo Ini, sem precisar manipular os dados dee outra forma. Se acharem que esteja ok e puderem fazer as alterações. Obrigado; DoACbrGNReUnit - Alterações.txt DoACBrGNReUnit.pas

Pra quem está com o seguinte erro no ambiente de homologação, tenho a resolução, que acho que seria interessante pro pessoal. ERRO: 12045 - A autoridade de certificação não é válida ou está incorreta. RESOLUÇÃO: Adicionar as cadeias de certificação em anexo como raízes certificadoras confiáveis (Windows) ou no CACERTS da JVM (aplicação em JAVA). Feito isso pode usar o ambiente de homologação normalmente que vai dar certo. sefaz-SF009173-CA.cer sefaz-SF009175-CA.cer

Conseguir resolver o problema !!! O Monitor estava lendo os comandos do MDFe como apenas uma linha, por isso estava dando o erro. No projeto do ACBrMonitorPLUS a unit ACBrMonitor1.pas estava assim: Alterei para: Agora está lendo como várias linhas, e está funcionando normalmente como qualquer outro DFe. Segue Unit alterada para subir no SVN. Qualquer dúvida estou a disposição! ACBrMonitor1.pas

Sim, Testei gerando o meu próprio INI (como faço com os outros DFe) e aparece esse erro, procurei por alguns INIs aqui no fórum, e joguei no ACBrMonitor, mesma coisa. Até compilei uma versão atualizada do ACBrMonitor, a versão ACBrMonitorPLUS 0.3.05.0 - ACBr 0.9.0a, e mesma coisa. Estou fazendo várias alterações, mas até agora sem sucesso.

Estou com o mesmo erro. NFe/NFCe/CTe está enviando normal, mas o MDFe dá esse erro quando vou gerar usando o comando, MDFe.CriarEnviarMDFe

Segundo testes, só consegui fazer funcionar para a cidade de Assis Chateaubriand no PR, fazendo as seguintes configurações: Provedor antigo: GovBr Provedor novo: Pronim Webservice antigo: http://201.89.84.202:8184/nfsews/Services.svc Webservice novo: http://177.38.165.34:8184/NFSEWS/Services.svc Alterando essas informações consegui enviar as notas, cancelar, tudo certo. Mas ainda estou com uma dúvida. Na hora de gerar a nota, se eu não passar nenhum número de RPS, não consigo emitir ela, acusa um erro dizendo que o número é inválido pois não possui valor, mas através do site consigo emitir sem informar o RPS. Alguém já viu isso, o que estou fazendo de errado? Agradeço desde já!

Não sei se seria esse o caso, mas uma vez passei por algo parecido. O que foi que eu fiz, foi o seguinte: Abre o Internet Explorer - Ferramentas - Opções da Internet - Avançadas Dentro do quadro configurações, nas últimas opções, deixe assim Usar SSL 2.0 -> Marcado Usar SSL 3.0 -> Desmarcado Usar TLS 1.0 -> Marcado Usar TLS 1.1 -> Desmarcado Usar TLS 1.2 -> Desmarcado Veja se isso ajuda!

Não corrigi nada nos fontes. Na verdade foi assim... Foi disponibilizado aqui o ACBrMonitor 0.9.0b já compilado com cte 2.0, estava utilizando esse e não estava funcionando. Então eu mesmo compilei o ACBrMonitor, usando os fontes disponíveis, e compilou certinho e está emitindo. Não corrigi nada, apenas utilizei a versão que eu compilei em vez da disponibilizada aqui.

Só pra constar estava tudo certo na minha rotina, o problema é no monitor. Pois fiz a compilação eu mesmo do monitor e agora está funcionando normal, sem mexer em nada. Obrigado!

Testei com o monitor 0.9.0a e 0.9.0b, que utiliza cte 2.0, e não funciona. Quando utilizo o monitor 0.7.16.0 que utiliza a versão 1.04 está funcionando.

Desculpe a pressa. Já fiz as alterações necessárias para utilizar na versão 2.0. Conferi as notas técnicas e é pra estar tudo certo, a única coisa que não está saindo são esses dados.

Ninguém?

Está com a pasta schemas atualizada?

É dessa forma mesmo que estou fazendo. Na versão 1.04 funciona normal, mas quando utilizo a 2.00, ocorre o seguinte. Passo assim no ini: [Rodo] RNTRC=12345678 dPrev=30/05/2014 lota=1 [veic001] (...) [moto001] (...) E me retorna: ERRO: Falha na validação dos dados do conhecimento 111 TAG:<infCte versao="2.00" Id="CTe41140502200543000188570010000001111000001113"><infCTeNorm><infModal versaoModal="2.00"><rodo> ID:#02/RNTRC(Registro Nacional de Transportadores Rodoviários de Carga) - Nenhum valor informado. TAG:<infCte versao="2.00" Id="CTe41140502200543000188570010000001111000001113"><infCTeNorm><infModal versaoModal="2.00"><rodo> ID:#03/dPrev(Data prevista de entrega) - Nenhum valor informado. '' violates pattern constraint of '[0-9]{8}|ISENTO'. The element '{http://www.portalfiscal.inf.br/cte}RNTRC' with value '' failed to parse.

Cte 2.0 Dados Rodoviário, veículo e motorista (título escrito errado, desculpem) Estou utilizando o ACBrMonitor 0.9.0b. Anteriormente utilizava o monitor na versão 0.7.16.0, e como passou a utilizar o CTe 2.0, estou fazendo alguns testes com o monitor na versão 0.9.0b. Gostaria de saber se mudou algo na forma de criar o ini para gerar a nota, nos dados específicos para [rodo], [veic], [moto], pois não estou conseguindo gerar. Tentei de várias formas mas não cria o xml corretamente, faltando essas opções. Alguém tem uma idéia? Obrigado.

Quando envio o comando para verificar o serviço, aparece essa mensagem. Uso o monitor 0.7.16.0 WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. - Uma conexão com o servidor não pôde ser estabelecida - URL:https://nfe2.fazenda.pr.gov.br/nfe/NFeStatusServico2 - SOAPAction:http://www.portalfiscal.inf.br/nfe/wsdl/NfeStatusServico2 Se eu entrar com essa url no browser, também não consigo acessar, já verifiquei as configurações avançadas no ie, testei em outro computador e está tudo certo. O certificado está funcionando normal, é um A3. Estava funcionando e parou de uma hora pra outra. Alguém tem alguma ideia? Pesquisei por aqui, mas nada que fiz ajudou.

É assim... Vamos supor.. Eu emito um CTe e coloco 25 chaves das NFes como documentos originários. Na primeira folha aparecem as duas primeiras chaves e depois é gerado uma segunda folha com o restante das chaves dos documentos originários. Isso não teria problema, mas já vi CTes que aceitam mais chaves de NFes na primeira folha, gostaria de saber se tem como fazer desse jeito.

Estou emitindo CTe globalizado, e em alguns casos chego a colocar cerca de 25 NFes nos documentos originários. O processo está fazendo tudo ok, mas na hora da impressão o dacte imprime apenas os dois primeiros documentos e gera uma outra folha com o resto dos documentos. O cliente está implicando com isso, e eu gostaria de saber se tem como mudar isso facilmente e se tem problema de ser assim, que dai eu iria fazer isso, senão tentaria explicar para o cliente que não tem problema. Uso o ACBrNFeMonitor2 0.7.16.0 - CAPICOM Obrigado.

Tenta assim: [Comp001]

Estou usando o monitor para enviar os ct-e gerados. Quando faço um cte com mais de um motorista ocorre tudo certo, gera no xml e tals, mas quando vou imprimir só aparece o primeiro motorista... Está certo isso? Não deveria imprimir todos os motoristas que estão no xml? Obrigado.

Obrigado, mas já resolvi! A unit DoACBrCTeUnit, na linha 1461, estava assim "placa := INIRec.ReadString(sSecao,'CNPJPg','') ;" apenas modifiquei assim, "placa := INIRec.ReadString(sSecao,'placa','') ;" agora está recebendo a placa normalmente....