fabiofranzini

Olá @Jairo Maia, Me desculpe pela demora no retorno, em anexo um lote com arquivo de cancelamento. Resolvi aquele meu problema, tirei o cupom na "unha", mas segue em anexo, pois acredito que possa ajudar mais pessoas. 353170919000527695338.xml

Jairo, boa tarde, para o lote de cupons cancelados, você tem solução parecida ?

Pelo que entendi, no caso tomador não seria passageiro e sim quem fretou, entendo que seja diferente da venda de passagens, que já possuem equipamento fiscal para isto.

Igor Bastos, bom dia. Você encontrou algo que pude-se ajudar ? Tenho este problema a alguns dias, ja revisei todos os tópicos indicados, mas continuo tento sucesso na Produção, mas em homologação não consigo nem resposta do serviço.

Ola, Sérgio, sobre a obrigatoriedade bem claro, o problema na questão do ocorrido, é que, mesmo o SAT estando conectado, e de acordo com o log dele mesmo, no caso dos três, a conexão estava sempre OK, só que mês 02 e 04 tem seus cupons no posto, e mês 03 não consta, o que nos deixou preocupados, foi esta falta de parâmetros para definir o que ocorreu, e também o porque destes outros meses estarem OK, sem nenhuma alteração em software ou hardware. Parece meio que obscuro a parte que trata da transferência dos arquivos entre Hardware e SEFAZ, e quando somos questionados pelos nossos clientes/contadores, a uma relutância em aceitar que esta parte do processo não esta em nossas mãos.

Ola, bom dia a todos, não sei bem onde postar, me desculpem se estou em lugar errado. Tenho o seguinte cenário. Em um cliente, tenho 3(três) SATs Bematech, quando o contador deste cliente, este mês foi efetuar o fechamento do mesmo, ele tentou consultar alguns cupons e não obteve sucesso, acessamos a base do gerenciador e notamos que não existe nenhum lote de nenhum dos 3 informados lá, mês 2 e mês 4 tem, apenas o mês 3 dos 3 aparelhos não tem nada informado lá, localmente temos todos os cupons que o SAT retornou com qrcode e tudo OK, mas nenhum consta nos servidores do governo. Isto me abriu varias duvidas, primeiro se não houve comunicação, como este apre lho ficou por 30 dias trabalhando sem travar. Nenhum deles. Outra duvida é como proceder com este caso agora, já que até o contador ficou meio perdido com a situação, outra questão intrigante é que, como passe de ma´gica os arquivos anteriores a este mês e posteriores estão todos lá. Desculpe pelo post longo, mas tentei montar o cenário geral, para que se algum colega passou por isto, possa nos indicar algum caminho a seguir. Obrigado a todos

Olá, há pouco fiz um update aqui, segundo o log foi adicionado um form para seleção de certificado e o mesmo não existe =( Obrigado, Daniel

A ultima versão disponível no site da Bematech é a 1.0.2.0, creio que atualizar já resolva. Att.

Atualize as dlls, assim como descrito nos posts acima;

Felipe, bom dia, em qual estado seu cliente esta, estamos tendo bastante relato de problemas de comunicação com SEFAZ SP inclusive no site do proprio consta um aviso de indisponibilidade. Talvez o problema seja este.

Bom dia, Obrigado pela informação Roberto, Só não entendi uma coisa, sobre "Confira se os outros campos obrigatórios estão indo no arquivo: bairro (X12), CEP 9(08), CIDADE X(15) e Estado X(02). " , eu informo estes dados ao gerar o registro, mas abri a unit referente ao Bradesco, e vi que quando forma o campo endereço, ele concatena todas estas informações no registro, e não existe estes campos separados. Ele deveria por acaso criar algum outro tipo de registro(linha) só com os dados do Pagador ?

Ola, boa tarde a todos, estamos efetuando remessa para o Bradesco, utilizando o arquivo de 400 posições, para emissão(impressão e entrega) por conta do banco, muitos boletos voltaram por falta de endereço, existe alguma orientação de como montar este endereço, sendo que no manual temos apenas 40 caracteres para isto.

@Renato Chiari No meu caso (Dimep), só a atualização da Dll resolveu; Att

José, eu testei com a ultima versão da dimep (2.0.0.6) e é retornado o erro ('CFe não carregado'), porém o cupom é enviado normalmente! Estou utilizando a dll 1.0.8.3, até o momento não ocorreu nenhum problema! Já enviei mensagem para a dimep com os logs, se tiver alguma resposta volto postar o resultado; Segue anexo. 1.0.8.3.rar

Riquena, o problema se encontra na dll, creio que será necessário esperar uma nova versão da mesma;

Olá, Como descrito no post citado, o problema é um possível problema na DLL. Att.

José, a dll que tenho é da dimep e a mesma está informando a versão 1.0.8.3;

Olá Hoje me deparei com o mesmo problema, o problema acontece com a função xSAT_EnviarDadosVenda da DLL que não retorna o parâmetro já citado neste post . Voltei a versão da dll (no caso da dimep) e o sat voltou a retornar o xml corretamente.

Daniel, boa tarde, estamos utilizando alguns aparelhos deste a algumas semanas já, e não alteramos nada com relação a aplicação e nem ao ACBR, tem se mostrado um bom equipamento.

Olá! Estou com um problema, estou cuidando de um sistema que implementa a emissão de cfe sat via ecfVirtual, porém existem usuários deste sistema que trabalham das 19:00 as 2:00. Como estou utilizando a ecfVirtual, quando vira o dia, o mesmo pede a emissão da redução Z e esta não é válida para o SAT. A pergunta é: Existe alguma forma de desabilitar a checagem da Redução Z ?

Olá, bom dia a todos, não encontrei nada a respeito em nenhum outro tópico. Se alguém puder ajudar o que ocorre esta descrito abaixo. Estou tendo problema ao inutilizar a NFe, utilizo o comando como no acbrnfe de exemplo. ACBrNFe1.WebServices.Inutiliza(frm_configuracao.edtEmitCNPJ.Text, frm_inutiliza.ED_JUSTIFICATIVA.Text, StrToInt(frm_inutiliza.ed_ano.Text), StrToInt(frm_inutiliza.ed_modelo.Text), StrToInt(frm_inutiliza.ed_serie.Text), StrToInt(frm_inutiliza.ed_inicio.Text), StrToInt(frm_inutiliza.ed_fim.Text )); Fiz a validação do xml de pedido de inutilização e obtive a resposta abaixo: Parser XML: Nenhum erro encontrado Tipo de Mensagem: Inutilização de Numeração Schema XML: Nenhum erro encontrado Inutilização 35161726143700018155000000000015000000020 Certificado Digital do Titular: CN=PAULO SERGIO NAVARRO E CIA LTDA:17261437000181 Assinatura Digital: Inválida Os outros serviços, como envio, cancelamento e outros, funcionam normalmente, por isto descartei por enquanto a configuração do componente, e também o problema ser o certificado digital. Em anexo segue pedido de inutilização e resposta obtida. 35161726143700018155000000000010000000015-inu.xml 35161726143700018155000000000010000000015-inu-soap.xml 35161726143700018155000000000010000000015-ped-inu.xml 35161726143700018155000000000010000000015-ped-inu-soap.xml

Olá ! Venho me deparando com dois problemas que não sei exatamente o que fazer para soluciona-los. O primeiro é que, o componente ACBrSAT(creio eu), em algumas ocasiões não retorna os dados do CFe emitido(chave, datas etc). O segundo problema, e talvez relacionado, é que em alguns casos o componente não salva o XML, porém pelo SGR é possível encontra o CFe. Alguém saberia me dizer se os problemas citados já ocorrerem, ou se é um problema comum ou até se é algo normal? Desde já agradeço, Daniel Cunha. P.S: Estou utilizando o Sat da Bematech;

Em meu caso já tentei informar um desconto no item e na mesma venda colocar o desconto no final. Observei que o desconto no final é rateado automaticamente nos itens(no xml), ou seja, se o primeiro tinha 1,30 de desconto agora ele passa a ter 1,45. Há alguma forma de não ratear?

Sérgio, você sabe se é possível informar desconto item a item e no final dar mais desconto pelo componente, sendo que o segundo só incidiria nos itens que não tiveram desconto? Att.

Olá! Pesquisando na página do SAT, verifiquei que a versão do software do SAT vigente é a mesma que meus aparelhos estão. Verifiquei também que a validade destes é a mesma 31/07/2016. Ao meu entender, a mudança para o layout 0.07 para os meus aparelhos(DIMEP e Bematech) só passará valer do dia 01/08/2016 a diante ou perto disso...