Scandolara
-
Total de ítens
255 -
Registro em
-
Última visita
-
Days Won
2
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por Scandolara
-
-
5 horas atrás, BigWings disse:
Provavelmente ao atualizar houve conflito com alterações locais nos teus fontes.
Use a opção "Resolve" do Tortoise para resolver os conflitos.
Ou a opção "Revert" para descartar as tuas alterações locais e usar o fonte do repositório.
resolvido da forma que me orientou ...
obrigado
-
1
-
-
boa tarde
Após atualização dos pacotes, ocorreu erro para complicar e instalar, tanto Delphi Rio como Delphi 7
Erro ao compilar o pacote "ACBr_MDFeDamdfeRL.dpk".
Tem alguma correção ?
anexo log
-
@Italo Jurisato Junior bom dia, como seria para ajudar a desenvolver esse layout , não estou prometendo , mas gostaria de saber como é os passos , tem algum padrão a seguir ? pois caso eu consiga fazer algo envio para vcs ... Td vai depender dos atendimentos.
Obr
-
1
-
-
1 hora atrás, pradilsoncarlos disse:
bom dia
estou tentando rodar o emissor de mdfe e estou tendo a seguinte mensagem
a execução do código não pode continuar porque libxml2.dll não foi encontrado. Reinstalando o programa para corrigir o problema
eu coloquei as últimas dlls da libxml2 e mesmo assim continua dando erro
no meu computador roda normal o erro ocorre no do cliente.
ps: não estou conseguindo anexar arquivos aqui no fórum
veja se as dlls q estão na pasta de seu projeto são as mesma q estão no cliente.
dentro da pasta do ACBR tem uma pasta DLLs, pegue qual vc esta referenciando e coloque na mesma pasta do seu executável .
Seu problema é estar usando DLLs diferente do que esta no seu cliente.
-
1
-
-
Em 08/10/2019 at 08:29, Italo Jurisato Junior disse:
Bom dia Marcel,
Temos duas situações, uma quando é a SEFAZ-Autorizadora que esta parada e outra é quando a internet do Emitente não esta funcionando.
Quando é a internet do Emitente que não esta funcionando, para o CT-e e NF-e temos a opção do envio do evento EPEC através de uma conexão 3G por exemplo.
Assim que for sanado os problemas envia o CT-e ou a NF-e para a SEFAZ-Autorizadora.
Já o MDF-e você muda gera novamente o XML com o tpEmis = 2 (Contingência) e imprimir o DAMDFE, assim que for sanado os problemas envia para a SEFAZ.
Se o problema é na SEFAZ-Autorizadora, tanto para o CT-e quanto para a NF-e temos a opção de envio para a SVC - SEFAZ-Virtual de Contingencia.
Para o CT-e temos a SVC-SP e SVC-RS é preciso saber qual das duas atende a SEFAZ-Autorizadora do Emitente.
Para a NF-e temos a SVC-AN e SVC-RS também é preciso saber qual das duas atende a SEFAZ-Autorizadora do Emitente.
Já o MDF-e não tem uma SVC, logo a solução é a mesma usada quando o problema é do lado do Emitente.
Obr @Italo Jurisato Junior , irei considerar para entender melhor e ajustar em meu sistemna.
-
1
-
-
15 horas atrás, Siagri Sistemas de Gestão disse:
@Italo Jurisato Junior, atualmente a Siagri participa do grupo de discussão a nível nacional com a própria SEFAZ de vários estados. Fizemos essa análise de liberar a impressão somente com o QR-code, mas a informação que temos é que para atender a legislação, o layout de impressão precisa ser ajustado conforme manual MOC MDFe da v3.0a.
Assim como foi feito no FastReports.
Será que tem mais algum membro da comunidade que utiliza o Fortes Reports !? Se sim, estão na mesma situação.
Oi, ontem fui questionado disso também por um cliente, pois o fiscal perguntou o por que ainda não estava de acordo com o modelo novo, apenas com o QRCode.
Não houve multa nada, mas o cliente me ligou perguntando o que era esse novo modelo da impressão do MDFe.
Enviei um pergunta para o SEFAZ SP se seria obrigado seguir fielmente o novo modelo , mas até o momento nenhuma resposta.
Confesso quem me deixou preocupado.
-
1
-
-
Ola,
tem vários tópicos referente essa validação do MDFe , faça uma pesquisa q ira encontrar.
Regra de validação do MDFe , conforme manual MDFe 3.00a, para transportes com veiculo de terceiros, o proprietario do veiculo tem que possuir RNTRC vinculado ao veiculo.
-
3
-
-
Preciso de um caminho para fazer ativar contigencia em meu sistema, como utilizar ... Tenho dificuldade de encontrar material sobre isso , nao sei ao certo como tratar isso e qual utilizar no caso de CTe / NFe e MDFe ...
Onde posso encontrar isso para que eu possa entender melhor ?
-
8 minutos atrás, Italo Jurisato Junior disse:
Já chegou a ver o link abaixo?
fica processando dados e nao retorna o texto completo para leitura.
-
26 minutos atrás, Gr@c@ disse:
Que eu saiba a subcontratação exige o DocAnterior emitido pela transportadora contratante.
Transportadora Contrantante -> emite o CT-e oficial, declarante na tag de infdoc as NF-e de origem
Transportadora SubContratada -> emite o CT-e de subcontratação para efeito de recebimento declarando na tag infdoc a NF-e de origem e na tag DocAnterior o CT-e emitido pela contrantante. Note que para ser um CT-e de subcontratação, a transportadora subcontratada tem que realizar o transporte do início ao fim, caso contrário, configuraria um CT-e de Redespacho. Por esse motivo, a cidade de origem tem que ser a mesma nos dois CT-es, tanto no normal quanto no de subcontratação.
Se você tentou fazer um CT-e normal e foi rejeitado pelo SEFAZ é porque o SEFAZ verificou que se o tomador também é uma transportadora emitente de CT-e.
Então pelo q vc esta me informando, só conseguiremos emitir um CTe com o tomador de Serviço uma transportadora quando for um serviço de subcontratação, caso contrario não conseguiremos fazer com quem um Tomador de Serviço seja uma transportadora ?
Ou seja, para essa transportadora ser TOMADOR de serviço, deverá emitir um CTe para constar em meu CTe e assim conseguir gerar o documento como eles sendo pagante do frete.
-
1 minuto atrás, Italo Jurisato Junior disse:
Após a execução do Case, não existe nenhuma outra linha que esteja atribuindo o valor tsNormal ao campo tpServ?
Ja verifiquei e nao existe ... implementei o case agora no sistema devido uma necessidade informada e vi q poderia ser a falta dessa tag preenchida, mas nda resolveu.
-
12 minutos atrás, Italo Jurisato Junior disse:
Boa tarde,
Você diz que esta atribuindo o valor 1 ao tpServ e ao gerar o XML o componente esta mudando para 0, mostre como é essa linha na sua aplicação.
segue :
// TpcteTipoServico = (tsNormal, tsSubcontratacao, tsRedespacho, tsIntermediario);
case dmtabelas.TViagemCabTpServ.AsInteger of
0: Ide.tpServ:=tsNormal;
1: Ide.tpServ:=tsSubcontratacao;
2: Ide.tpServ:=tsRedespacho;
3: Ide.tpServ:=tsIntermediario;
4: Ide.tpServ:=tsMultimodal;
end;
-
42 minutos atrás, Gr@c@ disse:
dados retirados de um CT-e de subcontratação emitido em produção:
<CFOP>6932</CFOP><natOp>PREST.SERVICO TRANSPORTE INICIADA EM UNIDADE DA FEDERACAO DI</natOp>
<tpImp>1</tpImp>
<tpEmis>1</tpEmis>
<tpAmb>1</tpAmb>
<tpServ>1</tpServ>
<cMunIni>4314902</cMunIni>
<xMunIni>PORTO ALEGRE</xMunIni>
<UFIni>RS</UFIni>
<cMunFim>3170206</cMunFim>
<xMunFim>UBERLANDIA</xMunFim>
<UFFim>MG</UFFim>
<retira>1</retira>
<indIEToma>1</indIEToma>
<toma4> ===> aqui os dados da primeira transportadora que subcontratou a segunda
<rem> ===> aqui os dados do remente da mercadoria conf NFiscal
<infDoc> ===> aqui vai:
chave de acesso da NF-e de origem<docAnt> ===> aqui vai os dados do ct-e emitido pela primeira transportadora
-<docAnt>
-<emiDocAnt>
<CNPJ>cnpj da primeira transportadora</CNPJ>
<IE>IE da primeira transportadora</IE>
<UF>MG</UF>
<xNome>razao social da primeira transportadora</xNome>-<idDocAnt>
-<idDocAntEle>
<chCTe>311908...................</chCTe>
</idDocAntEle>
</idDocAnt>
</emiDocAnt>
</docAnt>Entao preciso colocar o CTe da transportadora anterior ?
E se nao tiver o CTe, apenas a transportadora esta sendo o tomador de servico ?
nesse caso, toma4 é apenas o tomadr de servico, nao emitiu nenhum tipo de documetno , apenas contratou a minha transportadora para transportar, ou seja, o toma4 ira pagar o frete apenas.
Resumindo para vc entender, TRANSPORTADORA X, contratou MINHA TRANSPORTADORA , e ira pagar o frete (tomador do servico) para MINHA TRANSPORTADORA levar uma carga REMETENTE A, DESTINO B, TOMADOR SERVICO TRANSPORTADORA X.
-
4 horas atrás, Gr@c@ disse:
passei por uma situação assim, veja se esse tópico te ajuda. Em todo caso, poderíamos ajudar melhor se você postar o xml.
Ola, Eu li sobre o tópico q vc mencionou , tanto q fiz todos os testes q foram mencionados no mesmo..
estou colocando o xml para vc verificar, lembrando que o tomador de serviço é emitente de CTe tbem.
TpServ = 0 , mas passei para o componente como 1, nao sei qual regra utiliza q ele assume tpServ = 0 quan gerar o xml.
-
Em 16/09/2019 at 13:42, José M. S. Junior disse:
É estranho esta recusa... muita gente gera remessa da Caixa sem problemas... Se gerar a remessa pelo demo ACBrBoleto, informando RG ou SR também apresenta recusa na remessa? Se sim anexe o log completo da recusa, se possível...
resolvido, apos definir corretamente o padrao do layout CNAB400, acertar o carteira para RG , definir tipo de duplicada para DM e a modalidade de cobrança , tanto boleto como arquivo remessa gerou corretamente sem erros.
Obrigado.
-
3
-
-
Seguinte problema :
CTe com REMENTE EMPRESA A
DESTINATARIO EMPRESA B
TOMADOR DE SERVICO EMPRESA C = Transportadora emitente de CTe.
mesmo colocando como tpServ = 1 subcontratação e definindo a EMPRESA C como nao contribuinte de ICms = 9, nao consigo autorizar o cte, onde rejeita com a rejeicao Tipo de Serviço inválido para o tomador informado.
Toma3 e toma4 definido conforme pesquisa no forum tbem com erros semelhantes.
Verificando o xml, notei q msm passando como TpServ = 1 o componente coloca = 0, e nao sei o pq faz isso.
Teria alguma regra para tratar e assim o componente assumir como 1 o tpServ ?
Como faço para autorizar esse tipo de CTe , onde o tomador tbem é emittente de CTe ?
Obrigado.
-
acredito q seja eu o problemas, pois mesmo informando RG , da mensagem de erro na geração do Boleto.
Utilizo o mesmo campo carteira para gerar Boleto e Arquivo Remessa, qdo altero uma das rotidas da erro.
Acho q vou ter q criar campo separado para tratar isso com a Caixa Ec Federal, sendo 1 campo para carteira Boleto e 1 campo para carteira Arquivo remessa.
-
7 minutos atrás, José M. S. Junior disse:
Para o Banco Caixa precisa utilizar Carteira "RG" ou "SR" mesmo, mas tem uma função "RetornaCodCarteira" de conversão para o código... Em que momento ocorre o erro informando carteira como RG ou SR?
Apos gerar os boletos com a carteira 01, tentativa de gerar a remessa .
-
Em 23/08/2019 at 07:42, José M. S. Junior disse:
Bom dia, é possível simular esse erro com o Demo do ACBrBoleto, gerando a remessa com cód carteira "RG" ? Por aqui não consigo simular o problema...
@José M. S. Junior , simulei no demo e msm problema , carteira preenchido como 01 e no momento gerar a remessa acontece o mesmo problema. Se informar carteira RG, acontece conforme acima ja informado.
parametros usado para o teste :
dm.ACBrBoleto.Banco.Nome := 'CAIXA EC FEDERAL';
dm.ACBrBoleto.Banco.Numero := 104;
dm.ACBrBoleto.Banco.TipoCobranca := cobCaixaEconomica;
-
resolvido, apenas atualizei o componente novamente e a pasta de schemas.
-
Por favor, existe algum procedimento para fazer com que o componente para gerar o formulario com o QRCode ?
Ja ativei o evento ACBrMDFe1.Configuracoes.Geral.GerarInfMDFeSupl := fgtSempre;
mas mesmo assim nao imprime o formulario com o QRCode.
-
9 horas atrás, José M. S. Junior disse:
Bom dia, é possível simular esse erro com o Demo do ACBrBoleto, gerando a remessa com cód carteira "RG" ? Por aqui não consigo simular o problema...
Ok , vou tentar simular simular isso.
Lhe aviso.
-
BOa tarde,
Mesmo fazendo as mundanças, colocando carteira como '01' ou 'RG', retorna com erro qdo vms gerar a remessa do envio.
Quando esta preenchido com 'RG', boleto é gerado normal, mas quando vai gerar a remessa, o erro acontece conforme mensagem anterior ('RG' is not a valid ... ).
Quando carteira preenchida como '01' ou '1', a remessa também retorna erro para gerar, mas com a msg <Carteira invalida, Utilize RG ou SR>, conforme abaixo :
problema acontece apenas com geração de remessa de cobranca.
linha q uso para passar valor na geração de remessa é a seguinte (campo é string e nao numerico) :
with Titulo do
beginCarteira := dmtabelas.TBancoCCCodCarteira.Value; // '09'
LocalPagamento := 'Pagar preferêncialmente nas agências do ' + dmtabelas.TBancosNomeBanco.AsString; // MEnsagem exigida pelo bradesco
Vencimento := IncMonth(EncodeDate( strtoint(vctoano), strtoint(vctomes), strtoint(vctodia) ), I);
DataDocumento := EncodeDate( strtoint(datadocano), strtoint(datadocmes), strtoint(datadocdia) );
NumeroDocumento := RetZero( QueryDuplicDocumento.AsString, 10 ); // '';//PadRight(IntToStr(I), 6, '0');
EspecieDoc := 'DM';
Aceite := atSim;
DataProcessamento := Now;
NossoNumero := QueryDuplicNroBancario.AsString; // ''; //IntToStrZero(I, 8);
end; -
bom dia,
geramos o boleto para caixa ec federal com o código de carteira = 01, o boleto gera normal e leva oi tipo de carteira RG na impressao.
Até ai blz, mas qdo vms gerar a remessa para a Caixa Ec Federal, retorna erro 'RG' não é valido para BcoCarteira.
O que sera q estou fazendo errado ?
Integração bancária
em Boleto
Postado
Por favor, tem integração bancaria ( extrato bancário ) no componente ?
Alguém ja trabalho com essa integração bancaria por arquivos de retorno, onde importa toda a movimentação diaria da conta corrente ?
Onde posso procurar material sobre isso ?
Obrigado