arce

Italo, na NT cita não especifica o layout do resumo do CTe. O CT-e seria atribuído como um evento? Uma vez que não temos a disposição o layout do arquivo resumido do CTe

Boa tarde Implementei com o trunk1 a consulta de NFeDestinadas. Com isso consigo consultar e realizar o download das NF-es/Eventos normalmente. De acordo com a NT2014.002_v1.01 WS Distribuicao DFE, qndo informado um cnpj nas tags autXML, seja em uma NFe, CTe ou MDF-e, este pode realizar o download. Minha dúvida é a seguinte, o ACBr(trunk2) através do NFeDestinadas também pode realizar o download/consulta dos CT-es/MDFes referenciados? Segue imagem da tabela disponibilizada na NT citada.

Bom dia Verifique se vc está utilizando a versão mais atualizada da DLL do fabricante, sei que a Sweda apresentou este mesmo problema anteriormente, e corrigiram com uma nova versão de dll.

Bom dia O Suporte da Sweda entrou em contato. Disseram que SATs-SWEDA com número de série abaixo 16519, apresentaram problemas com o cabo USB, que é necessário a troca do mesmo. Também disseram para atualizar a DLL, uma vez que estava utilizando a versão 1.0.2, sendo que a atual é 1.0.4. Eles entrarão em contato novamente para fazer testes, uma vez que, dos 10 SATs em produção que se enquadram na série citada, 2 apresentaram até o momento o problema.

Desculpe a demora. Fiz a conversão pelo base64 do log, e o XML está com as mesmas falhas das tags. Então seria uma falha do equipamento? Anexo CFe 540 em base64 CFe540Base64.txt

Ao emitir um CF-e, é gerado um XML no diretório PastaCFeVenda. Além desta cópia eu salvo no meu BD desta forma: qryCFe.ParamByName('XML').AsString := ACBrSAT1.CFe.XMLOriginal; Dentro da minha aplicação, fiz uma opção para exportar o XML. Para isso, carrego o conteúdo do campo no componente e depois salvo o XML, em local selecionado pelo usuário. E o XML apresenta erro da mesma forma. O Mais estranho, é que ao imprimir o Extrato, repito o processo para carregar o xml do BD, mas o extrato sai perfeitamente. Tanto que o erro só foi descoberto pelo escritório contábil.

Bom dia Isto aconteceu com alguns clientes aleatoriamente. E só foi percebido pelo escritório contábil qndo foram fazer a escrituração dos documentos. Por algum motivo o XML do CFe-SAT fica corrompido. O CF-e é enviado e recebe o retorno sem erros, porém o XML fica corrompido Segue exemplos: 1) O XML ____80923 apresenta uma tag quebrada e outras repetidas. (imagem xml1) 2) O XML ____15337 apresenta diversas tags que compõe o CFe dentro da assinatura. Esse erro ocorreu mais vezes do que o primeiro exemplo (imagem xml2) Alguém teria alguma ideia do que pode estar acontecendo? CFe35150812188505000100590000157370005177415337.xml CFe35150812188505000100590000157370005407880923.xml

Se você utilizar ";" a quebra de linha acontece automaticamente

Apesar de no portal ISS de sua cidade poder inserir mais de um item, a emissão via webservice da Fiorilli impossibilita esta prática. Concatene a discriminação dos itens e informe na tag: DadosServico.Discriminacao

Boa tarde, tente este pacote aqui: http://www.projetoacbr.com.br/forum/applications/core/interface/file/attachment.php?id=15263 Fiz o download do pacote do FortesCE, porém continua a ocorrer o erro da imagem. Utilizo Delphi 7

Entrei em contato com o gerente regional da Elgin, e essa informação procede.

Após inicializar e DesInicializar os comandos a cada conexão com o equipamento, resolveu a maior parte do problema. Entrei em contato com o suporte da Sweda, e eles me passaram alguns procedimentos para que o windows não desative a energia das portas USB. Isto resolveu em alguns clientes, outros ainda estão apresentando o mesmo problema. Outra dica que a Sweda recomendou, foi setar um IP fixo. Da mesma forma que a outra dica, resolveu em alguns casos. Alguém tem mais alguma informação, ou processo que evite este erro?

O que estava ocupando a rede era o aplicativo Warsaw (Plugin de segurança de bancos - no caso Banco do Brasil). Desinstalei e o SAT funcionou corretamente A questão é, existe alguma forma de configurar a SAT para que este não tenha interferência desse tipo de aplicação?

Liguei no suporte da sweda e me informaram a respeito da conexão de rede que o instalador cria estar desativada. Porém a mesma não ativa por nada, nem pelo sistema gerenciador do fabricante. O suporte disponibilizou um exe, que instancia na inicialização do windows, mesmo assim com ele em execução, não ativa a rede. No meu caso estou usando o SAT em apenas um terminar, e conectando diretamente na máquina que está emitindo, sem compartilhamento de SAT. Quais as configurações corretas de rede que devo utilizar para o SAT Sweda? Obs: Homologuei com o tanca e funcionou corretamente

Muito obrigado pelos esclarecimentos

Boa tarde Uso o ExtratoFortes para impressão do CFe. Passo os valores nas tags Imposto.vItem12741 (do item) e Total.vCFeLei12741. A impressão do extrato (anexo) está saindo sem o detalhamento dos impostos Federal, Estadual e Municipal. Isso me leva aos seguintes questionamentos: Esta é realmente a forma correta de impressão (sem detalhamento)? Caso a resposta anterior seja não o que devo fazer: Informar nos dados adicionais como é na NFe ou através de tags do ACBr como é na ECF.

Fiz testes hoje pela manhã, e surgiu a mesma rejeição, porém ao alterar para 6932 o ct-e foi autorizado. Ex: Utilizei o seguinte caso para teste UFini = PR UFfim = SP Porém não consegui simular situações em que o CFOP 5932 seja válido

renemelo, se hoje para preencher as tags de Coleta e Entrega é necessário vincular um CNPJ, logo ao meu entendimento (não sou contador) este deverá ser colocado como Remetente ou Destinatário.

Obrigado... funcionou. O estranho era que antes da ultima atualização geral que fiz do ACBr (para atualizar o SAT/ NFSe), estava emitindo corretamente.

Boa tarde Estou com o seguinte problema, ao gerar o XML do CTe, passo por exemplo a "CST 90" ou "CST 90 outras UFs" e no xml fica consta CST 00. Isso independentemente se for dentro ou fora do estado. Utilizo dessa forma: with Imp.ICMS do begin if qryCTe.FieldByName('CTE_CST').AsString = '00' then begin ICMS00.CST := cst00; ICMS00.vBC := qryCTe.FieldByName('CTE_BASE_ICMS').AsFloat; ICMS00.pICMS := qryCTe.FieldByName('CTE_ALIC_ICMS').AsFloat; ICMS00.vICMS := qryCTe.FieldByName('CTE_VALOR_ICMS').AsFloat; end else if qryCTe.FieldByName('CTE_CST').AsString = '20' then begin ICMS20.CST := cst20; ICMS20.pRedBC := qryCTe.FieldByName('CTE_PERC_REDUCAO_BC').AsFloat; ICMS20.vBC := qryCTe.FieldByName('CTE_BASE_ICMS').AsFloat; ICMS20.pICMS := qryCTe.FieldByName('CTE_ALIC_ICMS').AsFloat; ICMS20.vICMS := qryCTe.FieldByName('CTE_VALOR_ICMS').AsFloat; end else if (qryCTe.FieldByName('CTE_CST').AsString = '40') or (qryCTe.FieldByName('CTE_CST').AsString = '41') or (qryCTe.FieldByName('CTE_CST').AsString = '51') then ICMS45.CST := cst20 else if qryCTe.FieldByName('CTE_CST').AsString = '60' then begin ICMS60.CST := cst60; ICMS60.vBCSTRet := qryCTe.FieldByName('CTE_BC_ICMS_ST_RET').AsFloat; ICMS60.vICMSSTRet := qryCTe.FieldByName('CTE_VALOR_ICMS_ST_RET').AsFloat; ICMS60.pICMSSTRet := qryCTe.FieldByName('CTE_ALIC_ICMS_ST_RET').AsFloat; end else if (qryCTe.FieldByName('CTE_CST').AsString = '90') and (CST90DentroDaUF) then begin ICMS90.CST := cst90; ICMS90.pRedBC := qryCTe.FieldByName('CTE_PERC_REDUCAO_BC').AsFloat; ICMS90.vBC := qryCTe.FieldByName('CTE_BASE_ICMS').AsFloat; ICMS90.pICMS := qryCTe.FieldByName('CTE_ALIC_ICMS').AsFloat; ICMS90.vICMS := qryCTe.FieldByName('CTE_VALOR_ICMS').AsFloat; end else if (qryCTe.FieldByName('CTE_CST').AsString = '90') and (not(CST90DentroDaUF)) then // outra UF begin ICMSOutraUF.CST := cstICMSOutraUF; ICMSOutraUF.pRedBCOutraUF := qryCTe.FieldByName('CTE_PERC_REDUCAO_BC').AsFloat; ICMSOutraUF.vBCOutraUF := qryCTe.FieldByName('CTE_BASE_ICMS').AsFloat; ICMSOutraUF.pICMSOutraUF := qryCTe.FieldByName('CTE_ALIC_ICMS').AsFloat; ICMSOutraUF.vICMSOutraUF := qryCTe.FieldByName('CTE_VALOR_ICMS').AsFloat; end else if (qryCTe.FieldByName('CTE_CST').AsString = '1') then begin SituTrib := cstICMSSN; ICMSSN.indSN := 1; end; end; Existe alguma condição que faz com o XML mude automaticamente para CST 00? DADOS: Emitente de SP. CTe: Inicio e Termino dentro ou fora do estado (Testei as duas situações) Atualizei o componente antes dos testes.

Ao gerar o CFe, minha aplicação define qual o numero da sessão que este foi enviado para o SAT e registra na venda. Se caso não conseguir o retorno de imediato, devido à alguma falha, é possivel resgatar o xml com a Consulta de Sessão ou através de outra função?

Muito obrigado Daniel

Boa tarde Após atualizar o ACBrSAT, para fazer o controle do numero de sessão descrito neste post (). Não estou conseguindo mais fazer o cancelamento dos CFes. No SVN consta a alteração no: ACBrSAT1.CFe.AsXMLString e ACBrSAT1.CFe.XMLOriginal, além das respectivas propriedades no cancelamento. No retorno do envio do CF-e, estou salvando o XML desta forma: qryCFe.ParamByName('XML').AsString := ACBrSAT.CFe.XMLOriginal; e para enviar o cancelamento faço desta forma: ACBrSAT1.CFe.AsXMLString := qryCFe.fieldbyname('XML').AsString; ACBrSAT1.CFe2CFeCanc; cCFe := ACBrSAT1.CFeCanc.AsXMLString; ACBrSAT1.CancelarUltimaVenda(ACBrSAT1.CFeCanc.infCFe.chCanc, cCFe); A minha dúvida é se estou gravando corretamente o XML, e se isso é a causa do erro do cancelamento. Segue log do envio da venda e do cancelamento.

Muito obrigado Daniel.

bom dia Enviei um cancelamento fora do prazo para testar, e o retorno está com caracteres especias, segue registro do log: - 10:51:58:583 - NumeroSessao: 361557 - Resposta:361557|07007|1412|Rejeição: CFe de cancelamento não corresponde a um CFe emitido nos 30 minutos anteriores ao pedido de cancelamento|| O estranho que outros retornos que apresentam o mesmo tipo de acentuação estão ok, exemplo: - 17:22:31:436 - NumeroSessao: 822378 - Resposta:822378|11003|Sessao nao existe|| - 17:23:10:612 - -- 17:23:10:550 - numeroSessao: 430807 - Comando: ConsultarSAT - 17:23:10:909 - NumeroSessao: 430807 - Resposta:430807|08000|SAT em operacao|| Deixei de atribuir alguma configuração no componente? Utilizo o SAT da Tanca