sesistemas

Bom dia ìtalo, Desculpe pela demora em responder. Quanto aos Tipos Autorizadores 3,5 e 7,8 está bem claro pra mim. Eu apenas utilizei eles para teste mesmo, pois não consegui realizar a consulta alterando o recibo para nenhuma das opções (0,1,3,5,7 ou 8). Lendo a Nota Técnica 2012 003 novamente, não percebi nada de errado que estamos fazendo. Lá informa que há o serviço de consulta no SVC e também fala no item 8, que haverá um sincronismo entre o SVC e o SEFAZ após os problemas serem sanados. Portanto, posteriormente seria possível consultar no SEFAZ o CT-e autorizado na SVC pelo que entendi. Sinceramente, minhas alternativas de teste se esgotaram. Acho que até pode um problema dos WebServices. Vou entrar em contato novamente para ver se tenho alguma posição deste problema.

Bom dia Ítalo, No envio deu tudo certinho, o CT-e foi autorizado e foi me retornado todos os dados da autorização, inclusive o protocolo e o número do Recibo (o qual utilizo para fazer as consultas no SEFAZ de Minas Gerais atualmente). O meu problema é na consulta deste CT-e. Estou fazendo esta operação sem nenhuma modificação, consulto este CT-e autorizado no SVC da mesma forma que os autorizados no SEFAZ de Minas Gerais. Com isso, estou tendo este retorno informando acima (473). Na página 47 do manual do CT-e, nas regras de validação da Consulta por Recibo (item E02a), informa a rejeição onde os tipos de autorização são: 0, 1, 3, 5, 7 ou 8. Já no item 5.5 do manual página 79, onde explica a estrutura da numeração do Recibo, informa que os tipos de autorizador devem ser somente 0, 1, 3 ou 5. Não informa os tipos 7 e 8 das SVC-[RS,SP]. Um número de Recibo de exemplo que recebi ao autorizar um CT-e no SVC-SP foi: '318000003257464'. Note que o tipo autorizador está correto, porém ainda estou tendo o retorno 473 ao consulta-lo. Já tentei alterar este dígito para 3, 5 e 7 e obtive o mesmo retorno. Alterando para 1, obtive o retono 106 - Lote nao localizado. Resumindo, eu estou conseguindo transmitir normalmente o CT-e para o SVC-SP, porém, não estou conseguindo consultá-lo.

Alguém tem alguma posição sobre o meu problema? Já fiz vários testes e ainda não consigo realizar a consulta de um CT-e autorizado em um SVC (tpEmiss = 8). Estou utilizando um "recurso alternativo" para consultar, onde carrego o XML baixado do portal Federal e gravo as informações do protocolo em minha base de dados. O problema é que somente lendo XML eu não tenho as informações de recibo. Creio que deve ter alguma solução, pois no Portal do CT-e existe o serviço de CteConsultaCadastro Link: https://producao.cte.ms.gov.br/cteWEB/CadConsultaCadastro.asmx Se alguém souber o que posso fazer, ou tiver alguma dica, poste aqui por favor! Att, Wislei

Boa tarde. Devido a alguns problemas no WebService de Minas Gerais, estamos implementando a autorização do CT-e no SEFAZ Virtal de Contingência (SVC). A autorização ocorreu tudo certo, onde foi necessário alterar apenas o tipo de emissão no XML. Porém, não está send possível consultar este CT-e autorizado no SVC-SP, pois a consulta está sendo feita em um órgão autorizador diferente do da autorização. Me parece que a minha consulta está sendo direcionada para o SEFAZ de Minas Gerais, e não para o SVC-SP. Há alguma configuração que devo fazer no componente, ou haverá um sincronismo entre o SVC-SP e o SEFAZ de MG? Obs: foi tentado a consulta por Recibo e pelo XML. Erro retornado: Código de retorno : 473 Motivo : Rejeicao: Tipo Autorizador do Recibo diverge do Orgao Autorizador Segue XML enviado em anexo. Att, Wislei 31130603341645000186570010000030448628731407-cte.xml

Deu tudo certinho! Muito obrigado e parabéns pelo excelente trabalho!

Boo tarde. Ao consultar um CT-e emitido para um SEFAZ Virtual de Contingência (SVC-SP) estou tendo um problema parecido. Código de retorno : 473 Motivo : Rejeicao: Tipo Autorizador do Recibo diverge do Orgao Autorizador Há alguma forma de eu "setar" o componente para direcionar a consulta para o SVC-SP? Obs: Estou consultando o CT-e pelo seu recibo.

Boa tarde Ítalo. Consegui resolver este problema. Se você puder subir a alteração para o SVN para nós... A alteração foi realizada na unit \ACBr\Fontes\ACBrCTe\ACBrCTeDACTEFRDM.pas na linha 1098. Estava faltando a verificação do tipo de emissão para os SEFAZ Virtual de Contingência (teSVCSP e teSVCRS). Segue alteração e unit alterada. ... else if (FCTe.Ide.tpEmis = teSVCSP) or (FCTe.Ide.tpEmis = teSVCRS) then begin FieldByName('Contingencia_Descricao').AsString := 'PROTOCOLO DE AUTORIZAÇÃO DE USO'; FieldByName('Contingencia_Valor').AsString := FCTe.procCTe.nProt + ' ' + DFeUtil.SeSenao(FCTe.procCTe.dhRecbto <> 0, DateTimeToStr(FCTe.procCTe.dhRecbto), ''); end; ACBrCTeDACTEFRDM.pas

Caso alguém esteja com a mesma situação que citei acima, no post abaixo o Ítalo explica como configurar o componente para tentar tratar este problema.

Bom dia. Após as configurações sugeridas pelo Ítalo setando as opções de Salvar para True, não estou tendo mais problemas de receber o XML sem o protocolo. Porém estou tendo um problema parecido na impressão do DACTE. Devido a alguns problemas no WebService de Minas Gerais, estou autorizando o CT-e no SEFAZ Virtual (em homologação). Até ai tudo bem, o CT-e está sendo autorizado normalmente e o XML está vindo com o devido protocolo. Porém, ao imprimir o conhecimento autorizado no SVC-SP, o protocolo não está sendo exibido, e imprimindo o XML em outros visualizadores (www.geradacte.com.br/ por exemplo) o protocolo é exibido normalmente. Estou utilizando o Delphi XE3 com FastReport na versão 4.13.3. Alguém pode me ajudar? Segue XML em anexo. 31130603341645000186570010000030318420138764-cte.xml

Boa tarde pessoa. Com esses problemas constantes em nosso WebService aqui em Minas Gerais, estou tendo um outro problema na impressão do DACTE. Devido a esta instabilidade, o meu cliente fica tentando enviar o documento várias vezes até ser autorizado. De tanto o usuário tentar, o CT-e é "autorizado", porém o XML e o DACTE ficam sem o número do protocolo. Tenho medo de uma hora o usuário não perceber isto e liberar o transporte sem este CT-e devidamente autorizado. Mais alguém está tendo este problema? Vocês podem me dar alguma informação para que eu possa tratar este problema?

Olha o que o pessoal da Bematech me respondeu: "Via dll bemafi32.dll a orientação para a montagem desse relatório ou até mesmo a comunicação direta,e temos comandos especificos para isso, no entanto a montagem do layout fica por conta da aplicação. como utiliza o acbr para a comunicação com a impressora sugiro entrar em contato com o suporte do acbr, para verificar como eles estão montando o layout desse relatório com comunicação direta." bematech não soube responder, pediu pra comunicar com Acbr. (comando bematech #62 #64) QUal q diferença em usar: IdentificaPAF e InfoRodapeCupom.MD5????? Pois a segunda alternativa não imprimiu nada na impressora.

Bom dia, Toda vez que eu executo este comando IdentificaPAF, imprime na bematech: IDENTIFICAÇÂO DO APLICATIVO: MD-5: ................................................... E solta um espaço de linha muito grande. Porque apenas na bematech imprime isto? Tem como retirar esta impressão ou diminuir o espaço de bobina que ela gasta? att

Bem irei explicar melhor. O sistema que trabalho: Sempre verifica os dados da última Redução Z da Impressora com os dados da última Red. Z do Banco de Dados. Ou seja quando emito uma Red. Z ele grava dados no banco de dados e quando abro o sistema verifica se os dados IMPRESSORA = BANCO DE DADOS estão iguais. Problema: Se , por exemplo, os dados estiverem incompativeis entre IMPRESSORA E BANCO DE DADOS, o procedimento nosso é: 1. Excluir a última Reducao Z do Banco de Dados 2. Automaticamente o sistema pega os dados da última Redução Z da Impressora e Grava no BD. 3. A data e hora da emissão não está sendo possível pegar,se, os dados da Red. Z forem gravados dias posteriores, ou se for emitida a redução dias posteriores. A única informação de Data que consegui é: DataMovimento Porém eu quero a data e hora da Emissão. Alguém poderia me informar como pego a data e a hora da EMissao da Ult Red Z no momento que eu desejar? Obs.:Data de emissão pode diferente da data de Movimento. Grato pela compreensão.

Eu já utilizo o comando "Dados da Redução Z", porém a data e hora da emissão não consegui pegar! Acima eu citei que "Não achei nenhum comando ACBR" Eu preciso da data e Hora da emissão da última Redução Z, como não achei nada referente, usei comando direto.

Olá pessoal, Venho aqui relatar um estudo do protocolo dos comunicações das Impressoras. Primeiramente eu precisava pegar a data e hora da emissão da última Redução Z das Impressoras. Não achei nenhum comando ACBR e nenhuma solução até o momento. Resolvi usar a função "EnviaComando" para buscar a data e hora da últ. RZ. Peguei os protocolos de comunicação (comandos diretos) da Bematech, Sweda (STX) e Daruma. Obtive os seguintes resultados (data e hora da última Red. Z): Obs.: Cada impressora tem um comando, não foi explicado pois está dentro do protocolo de cada impressora. --------------------------- Bematech: --------------------------- * Nesta Impressora a Ultima Redução Z foi: 17/05/2013 15:31:11 * Enviei o Comando: EnviaComando( #35 + #26 ) * Resposta do comando acima peguei no comando: RespostaComando --> O Resultado foi: #$17#5#$13#$15'1'#$11'@ * O que eu indentifiquei na resposta #$17#5#$13#$15'1'#$11'@ Dia: 17 Mes: 5 Ano: 13 Hora: 15 Minuto: '1', transformando em Hexa = 31 Segundo: 11 Obs.: O minuto eu transformei em hexa! --------------------------- Daruma: --------------------------- * Nesta Impressora a Ultima Redução Z foi: 15/05/2013 15:07:29 * Enviei o Comando : EnviaComando( #28 +'R' + #200 + '154') * Resposta do comando: ':È15415052013150729'#$D * Identifiquei: Data: 15052013 Hora: 150729 --------------------------- Sweda STX: --------------------------- * Nesta Impressora a Ultima Redução Z foi: 15/05/2013 13:17:45 * Enviei o Comando: EnviaComando(#51+#52+#124+#65+#50) * Resposta do comando: #2'234A0002'#0#$1B']17/05/2013'#0'13:17:45'#0#0#3'³'#2'234+0000DA˜€€€€A2'#3#$19 * Identifiquei: Data: 17/05/2013 Hora: 13:17:45 Alguem tem alguma noção como que eu trato as repostas? Em tese achei os valores. Mas preciso de um tratamento mais adequado!

Boa tarde Julia, Conversando com um de nossos transportadores, chegamos a uma conclusão. Segundo o manual do CT-e versão 1,04c (pág 119), é obrigatório informar um responsável pelo seguro da carta para o modal rodoviário (a partir de hoje segundo a Nota Técnica 2013 001). Trazendo este contexto para o nosso dia-a-dia, se houver qualquer problema com a carga (perda, roubo, estragos, etc...) será a transportadora, no caso a que eu conversei, que se responsabilizará pelos danos. Sendo assim, informamos a opção 4 - Emitente do CT-e. Mas as outras opções serão preenchidas de acordo com cada contrato. Portanto, sempre haverá um responsável pela carta, seja a transportadora, o remetente, destinatário... O importante é o usuário identificar qual destes e informar nesta tag.

Bom dia Estou com uma duvida em um caso especifico. Uma transportadora A foi contratada para realizar um transporte, porém esta empresa contratou uma transportadora B para realizar este transporte. Neste caso somente a transportadora B deve emitir um CTe de subcontratação ou a transportadora A também deve emitir CTe? Qual tipo de CTe (normal,subcontratação) ela deve emitir ?

Falha na validação dos dados do Conhecimento 1 TAG:<infCte versao="1.04" Id="CTe31130103049584000188570010000000011876521045"><exped><enderExped> ID:#175/nro(Número) - Nenhum valor informado. '' violates pattern constraint of '[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}'. The element '{http://www.portalfiscal.inf.br/cte}nro' with value '' failed to parse. Alguém sabe o que é este erro ???

Boa tarde Se a serie do CTe for menor que 900 ele pode ser NORMAL e SEGURANÇA, ou CONTINGENCIA. NORMAL Ide.tpEmis := teNormal; FormaEmissao := StrToTpEmis(ok,inttostr(1)); SEGURANÇA(papel moeda) Ide.tpEmis :=???? FormaEmissao := StrToTpEmis(ok,inttostr(X)) QUAL O VALOR X ? Tenho que abastecer alguma tag?? CONTINGENCIA (serie >= 900) Ide.tpEmis := ????; FormaEmissao := StrToTpEmis(ok,inttostr(Y)) QUAL O VALOR Y? Tenho que abastecer alguma tag??

Bom dia! Hoje fui tentar recompilar os fontes do componente serial, e este esta retornando Erros, que o impedem de ser compilado... O os primeiros erros são na Unit "ACBrECFEscECF.pas" e Unit "ACBrECFClass" Onde o as constantes "SOH", e "WAK" da unit "ACBrConsts" não estão sendo reconhecidas, (mais não entendi o motivo uma vez que o Uses desta foi realizado;) Trocando as constantes por seus respectivos valores #01 e #17; O projeto compila ate a Unit "ACBrECF", que tambem tráz alguns erros acusando "Unideclared identifier" na linha: Relatorio.Add(padL('ITEM 2B: NOTA LEGAL', TamColSimNao, '.') + GetDescrFlag( AInfoPafECF.NotaLegalDF )); //linha 6143 Relatorio.Add(padL('ITEM 2C: PARAIBA LEGAL', TamColSimNao, '.') + GetDescrFlag( AInfoPafECF.ParaibaLegal ));//linha 6144 da função "GetTipoFuncionamento" Uma vez comentados os códigos acima o projeto compila normalmente...

Juliomar, Muito obrigado! Realmente com a atualização do SVN de hoje funcionou perfeitamente... Mais me esclareça uma coisa por favor... o qual a recomendação de uso de vocês, A leitura diretamente do "arquivo.ini", ou a utilização da classe "DadosReducaoZClass";

Olá, Bom dia! Estava realizando a importação dos dados da redução Z de 2 impressoras diferentes, e percebi que o componente ACBR gera o Ini de forma diferente para cada impressora, atravez do método DadosUltimaReducaoZ ex.: Atravez do emulador da Sweda a tag de Aliquotas foi gerada assim: [Aliquotas] T0T1700 = 0,00 T0T0500 = 0,00 T0T0700 = 0,00 T0T1000 = 0,00 T0T1200 = 605,04 S0S0100 = 0,00 S0S1000 = 0,00 S0S0500 = 0,00 S0S1500 = 0,00 Atravez da impressora Daruma FS700: [Aliquotas] 01T2500 = 2 02T1800 = 0 03T1200 = 0 04T0700 = 0 05T0500 = 0 bematech MP 4000 [Aliquotas] 01T0700 = 0 02T1200 = 0 03T1800 = 0 04T2500 = 0 Como vocês trataram este tipo de tag?

Bom dia Estou utilizando o fastreport so que no DACTe, quando o CST ICMS é igual a <> 00 não esta aparecendo no DACTe. Campo substituição Tributária não aparece nenhum valores. Pelo que estive notando somente os que Imp.ICMS.ICMS45.CST >>>> NÃO APARECE SUA DESCRIÇÃO NO DACTe Segue em anexe o XML e o DACTe 31121103341645000186570090000050151870213467-cte.xml 31121103341645000186570090000050151870213467.pdf

Estou tendo problemas para gera este arquivo com uma impressora Bematech MP-4000 TH FI o erro é este: Erro na execução de xbematech_fi_arquivomfd. Arquivo "d:\se\lfmc1704.txt" nao gerado Estou usando a BEMAFI32.dll versão 6.1.0.8 log da impressora: -- 11:28:27:844 ArquivoMFD_DLL( 10 , 20 , D:\se\LFMC1704.TXT ) TX -> [sTX][WAK][NUL][FS][bS]000010000020R[185][sTX] 11:28:34:154 RX <- [NUL][NUL][NUL][NUL] S.E. SISTEMAS LTDA[LF]R:PROF. ISIS MARIA. P.,410A - SL:01- BELA VISTA[LF] CEP:35570-000 - FORMIGA - MG[LF]CNPJ:03.341.645/0001-86 [LF]IE:0010987620070 [LF]16/11/2012 10:56:12 COO:000697[LF] LEITURA MEM[224]RIA FISCAL [LF] REDU[128][199]O: 0010 a 0020[LF]Contador Geral de Opera[135][198]o N[198]o-Fiscal: 000066[LF]Contador de Redu[135][228]es Z: 0063[LF]Contador de Rein[161]cio de Opera[135][198]o: 001[LF]Contador de Fita-detalhe: 000000[LF] REIN[214]CIO OPERA[128][199]O [LF]CRO DATA HORA[LF]001# 12/04/2012 16:38:12 [LF] IMPRESS[199]O FITA DETALHE [LF]CFD DATA HORA COOi COOf[LF]CNPJ:[LF] USU[181]RIOS [LF]Usu[160]rio:0001 CRO:001 12/04/2012 16:38:12 [LF]CNPJ: 03.341.645/0001-86 [LF]IE: 0010987620070 [LF]IM: [LF]GT: 45.628,58[LF] REDU[128][228]ES DI[181]RIAS [LF] Usu[160]rio:0001[LF]CRZ CRO COO DATA HORA[LF] VENDA BRUTA DI[181]RIA (R $)[LF]DT=desconto ICMS DS=desconto ISSQN[LF]AT=acr[130]scimo ICMS AS=acr[130]scimo ISSQN[LF]CT=canc.ICMS CS=canc. ISSQN[LF]ON=opera[135][198]o n[198]o-fiscal[LF]0020 001 000209 02/06/2012 09:15:30 [LF] R $ 29,00[LF]F1=29,00 [LF][LF]Total do m[136]s 06 de 2012[LF]Venda Bruta (R $) 29,00[LF]F1=29,00 [LF]0019 001 000207 28/05/2012 10:05:14 [LF] R $ 247,90[LF]DT=3,56 AT=3,60 CT=208,50 F1=34,64 N1=1,20 [LF]0018 001 000202 25/05/2012 16:28:42 [LF] R $ 1.730,57[LF]DT=17,00 AT=5,50 CT=1004,30 03T18,00%=521,16 F1=174,07 N1=14,04 [LF]0017 001 000189 24/05/2012 09:37:17 [LF] R $ 269,70[LF]F1=268,70 N1=1,00 [LF]0016 001 000181 24/05/2012 09:32:46 [LF] R $ 0,00[LF][LF]0015 001 000179 23/05/2012 15:29:25 [LF] R $ 261,65[LF]DT=7,80 CT=109,03 F1=144,82 [LF]0014 001 000172 22/05/2012 08:36:34 [LF] R $ 240,00[LF]F1=200,00 I1=10,00 N1=30,00 [LF]0013 001 000163 18/05/2012 08:11:47 [LF] R $ 76,81[LF]F1=76,81 [LF]0012 001 000156 15/05/2012 16:26:55 [LF] R $ 1.857,50[LF]DT=25,00 CT=728,00 01T07,00%=176,96 F1=927,54 [LF]0011 001 000104 10/05/2012 14:25:09 [LF] R $ 752,71[LF]CT=447,73 F1=203,00 I1=50,75 N1=51,23 [LF]0010 001 000100 09/05/2012 14:19:52 [LF] R $ 101,50[LF]F1=101,50 [LF][LF]Total do m[136]s 05 de 2012[LF]Venda Bruta (R $) 5.538,34[LF]DT=53,36 AT=9,10 CT=2497,56 T07,00%=176,96 T18,00%=521,16 F1=2131,08 I1=60,75 N1=97,47 [LF][LF]Total do per[161]odo:[LF]Venda Bruta (R $) 5.567,34[LF]DT=53,36 AT=9,10 CT=2497,56 T07,00%=176,96 T18,00%=521,16 F1=2160,08 I1=60,75 N1=97,47 [LF][LF]N[163]mero de Redu[135][228]es Restantes: 3285[LF] DADOS GERAIS [LF] SOFTWARE B[181]SICO [LF]01.00.02 09/02/2012 09:49:56V[LF]MOEDA: R 12/04/2012 16:38:11 [LF]QUANTIDADE: 03 12/04/2012 16:38:12 [LF]VALOR UNIT[181]RIO: 03 12/04/2012 16:38:12 [LF]MFD:[LF]392204112100121874 [LF][LF]CODIFICA[128][199]O GT[LF]a partir de 12/04/2012 16:38:11 [LF]0=Q, 1=W, 2=E, 3=R, 4=T, 5=Y, 6=U, 7=I, 8=O, 9=P[LF]7HJCDJNR MJSN82HR NT&ZDRWA 7HJ64CLI HFRF327LMITNBEMATECH MP-4000 TH FI ECF-IF[LF]VERS[199]O:01.00.02 ECF:001 LJ:0001[LF]QQQQQQQQQQQTYUEOYO 16/11/2012 10:56:17 [LF]FAB:BE091210100011295418 [LF][LF][LF][LF][LF][LF][ETX] CRZ Inicial: 10 - COO: 100 CRZ Final: 20 - COO: 209 -- 11:28:34:163 TX -> [sTX][ENQ][NUL][FS]#[11]J[NUL] 11:28:34:291 RX <- [NUL][sOH][NUL][NUL][NUL][NUL] -- 11:28:34:296 TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 11:28:34:445 RX <- BE091210100011295418[NUL][NUL][NUL][NUL] -------------------------------------------------------------------------------- ATIVAR - 16/11/12 11:29:50:993 - Modelo: Bematech - Porta: COM1 - TimeOut: 3 Device: BAUD=9600 DATA=8 PARITY=N STOP=1 HANDSHAKE=RTS/CTS HARDFLOW MAXBANDWIDTH=0 -------------------------------------------------------------------------------- -- 11:29:50:999 TX -> [sTX][4][NUL][FS][19]/[NUL] 11:29:51:125 RX <- [NUL][NUL][NUL][NUL] -- 11:29:51:131 TX -> [sTX][ENQ][NUL][FS]#)h[NUL] 11:29:51:260 RX <- [sOH][NUL][sTX][NUL][NUL][NUL][NUL] -- 11:29:51:266 TX -> [sTX][ENQ][NUL][FS]#<{[NUL] 11:29:51:441 RX <- BEMATECH MP-4000 TH FI ECF-IF [NUL][NUL][NUL][NUL] -- 11:29:51:445 TX -> [sTX][ENQ][NUL][FS]#(g[NUL] 11:29:51:596 RX <- BE091210100011295418[NUL][NUL][NUL][NUL]

ok! Mais uma vez muito obrigado!