luisclaudio_jr

Boa tarde. Veja que agora antes de imprimir você informa margem superior, inferior,esquerda e direita antes da impressão, anteriormente essa configuração de margem vinha direto no FR3(caso seja fast)

Na realidade venho observando os aumentos de chamado aqui da empresa de um tempo pra cá, questão de dias... Alguns clientes inclusive com versão do sistema antigas, sem alterações na parte de envio estão relatando isso...Não sei se pode ser lentidão da rede, ou alguma instabilidade mesmo, estamos realizando alguns testes pra ver se encontramos o problema. Quanto ao tratamento, nós até tínhamos algo que consultava automático, mas devido aos problemas com Uso indevido, nós desativamos e tratamos com um botão pra consultar.

Boa tarde Amigos. Gostaria de saber se estão sofrendo problemas de instabilidades recentemente com a SEFAZ RS e a sefaz SP... Estou tendo diversos relatos de duplicidade de cte, onde tem que realizar uma nova consulta pra obter novamente o protocolo. Agradeco desde já

Hmm interessante.. vou realizar uns testes pra ver. Obrigado

vou tentar pra ver se consigo debugar dentro do acbr pra descobrir.. Engraçado que fiz com 40 notas e foi rapido, problema é em quantidades maiores.

Boa tarde amigos, tudo bem!? Dei uma olhada ja no forum a respeito, mas são duvidas muito antigas e não respondiam a pergunta totalmente. Tenho um cliente, que precisa que em um unico pdf saia varios arquivos pdfs selecionados, pois o cliente dele não aceita os arquivos enviados individualmente na fatura. Se eu fizer um esquema de carregar na stream o xml de todos eles( DM_CTE.ACBrCTe1.Conhecimentos.LoadFromStream(xml) ) e depois de carregar todos eu chamar o método Imprimir, ele até funciona, porém demora demais, pra se terem uma ideia, um arquivo com 80 ctes levou uns 20minutos (isso só o tempo processando a linha de impressão). Se fizer um metodo individual, está levando em media 4minutos pra exportar os 80. Alguém tem alguma outra ideia de como resolver isso de forma que seja mais rápido? Agradeço desde já. Uso fastreport.

Pode ser que a sefaz tenha algum problema, ja vi algumas vezes acontecer o seguinte: A transportadora esta na NF, porém ao baixar diz que não tem permissão, isso tanto no site quanto na distribuição, e ao solicitar o xml ao cliente, foi constatado que estava o cnpj corretamente da transportadora. Outro fator que ja ocorreu comigo é não aparecer a nf na busca por nsu, e ao entrar no site da sefaz, baixar por la o XML, ao mandar buscar o xml na distribuição a nf aparecer..

Boa noite. Vale pedagio é apenas no MDF-e, foi removido do cte nas versões recentes.

Bom dia Existe como emitir um cte de substituição mudando o tomador também, experimente passar: infCTeNorm.infCteSub.indAlteraTom =sim... E ai passa com outro tomador pra ver se vai. Porém, como as vezes nossos clientes precisam alterar mais coisas, normalmente eles fazem um cte normal mesmo e para as contabilidades serve normalmente.

Vou deixar emitindo pela 1.0 e aguardar, caso não corrijam eu contato. Obg

Sim, vi isso, porém já queria adiantar... Estranho que alguns estados ainda nem fizeram a homologação na versão 2.0

Bom dia amigos. Estou tentando gerar para PE, versão 2.0 e estou obtendo o seguinte retorno: Campo Valor Principal nao informado. Campo obrigatorio. [Tratada por: br.gov.pe.sefaz.sfi.trb.gae.ws.calcularMultaJurosGNRE.CalcularMultaJurosGNRESoapBindingImpl]</ns1:descricao><ns1:campo>item_valorPrincipal</ns1:campo></ns1:motivo></ns1:motivosRejeicao> Estranho que, para outras UF estou conseguindo normalmente, na versão 1.0 também passa normal... Alguém tem ideia do que pode ser? Anexo o xml de retorno e o de envio. 2007418358-pro-rec.xml 191292-gnre.xml

Uma vez eu tive problema disso em alguns clientes, era algum problema com o Adobe, reinstalei nas maquinas e foi... Creio que a fonte não estava instalada... algo do tipo

Precisa ser sequencial, note que tem uma serie tmb, voce não pode ter 232 serie 1 duas vezes... E outra, todo mês você precisa enviar os xmls pra contabilidade e NÃO pode estar faltando numeração.

Bom dia Caros. Apenas a titulo de conhecimento, recebi um email da GNRE.PE informando que foi postergado para dia 31/08/2020 o prazo de implantação da nova GNRE. "Comunicamos que em função dos impactos decorrentes do cenário epidemiológico relacionados à infecção pelo vírus COVID-19, que estão atingindo fortemente a normalidade das atividades das pessoas, empresas e setor público, atualmente mobilizados para reduzir ao máximo o número de infectados, bem como, a solicitação de várias entidades de classe, a implantação da versão 2.0 da Guia Nacional de Recolhimento de Tributos Estaduais - GNRE, prevista para o final do mês de abril/2020, foi prorrogada para o dia 31/08/2020. Fica então funcionando concomitantemente as versões 1.0 e 2.0 no PORTAL e WEBSERVICE da GNRE até 31/08/2020 quando será descontinuada a atual versão e todos os aplicativos e unidades federadas, deverão passar a usar apenas a versão 2.0."

Estranho que a rejeição é que o cte não existe na base da sefaz... Lembrando que se o cte foi emitido em produção e você mandar em homologação vai dar conflito de dados. Anexa seu xml para analisarmos.

Esta usando Wincript ou capicom?

Bom dia amigos. Notei que na impressão, não vem preenchido o campo numero documento de origem, no XML de envio vai essa informação e no de retorno ela não vem.. Existe alguma forma de preenchimento daquela parte? Tenho clientes aqui que querem que saia pra evitar problema na barreira fiscal

Uma dica: Na efrete, se teu certificado não segue o seguinte cname: NOMETRANSP:CNPJ pode dar problema, pois eles validam alguma coisa lá. Outra coisa, não pode ser certificado da filial,precisa ser da matriz. Tente fazer o login pelo site deles com o certificado pra ver se dá certo.

é, pelo que me parece se a empresa for emissora de nfe e não passar a nfe vai dar problema. Mas ai tem alguns casos que é complicado, principalmente no transporte de veiculos, onde as vezes a nf nem foi emitida ainda só vai ser emitida após a venda do veiculo...

Também estou com mesmo problema em MG. Situação: meu cliente transporta carros usados, logo o mesmo não tem a NF-e... e ai dá esse erro.

Era isso mesmo, desculpem a falha de atenção. Obrigado e podem fechar o tópico

Daniel, desculpe, falha técnica, temos um servidor próprio para compilação, nele a acbr estava desatualizada, vou atualizar e volto pra dizer se está ok. Obrigado.

Bom diaaa Referente ao tópico abaixo: https://www.projetoacbr.com.br/forum/topic/55737-fontes-do-acbr-j%C3%A1-suportam-openssl-111/ Coloquei pra rodar aqui na empresa, na minha maquina (dev) tudo funcionando correto, utilizando tls 1.2... Mas ao tentar em outras, estação, é como se ele nao reconhecesse as novas dlls... e entendesse ainda a ssleay e a libeay... que são as antigas, Coloquei as dlss sem renomear nem nada na pasta do meu exe (as novas, que se encontram no repositório na pasta 1.1.4) Tentei apagar as dlls antigas tmb, porém ao fazer isso meu exe da erro e não abre dizendo que falta elas. Devo fazer mais alguma coisa além de passar as dlls pro diretório? @Daniel Simoes se puder me dar um help, agradeço.

As diferenças estão nas primeiras linhas do arquivo. Mas realize um teste, altera manual colocando a chave de acesso sem o tipo do evento e veja se importa.. Mas lembrando que devemos pegar o xml original do cancelamento pra envio.