carlosmarian

Vc poderia colocar um exemplo de como vc esta atribuindo os valores ao registro 000 e o 0200.

Olha... veja se seus fontes estão atualizados corretamente, confira a revisão e os fontes. por exemplo, veja no arquivo "ACBrEFDBloco_0_Class.pas" se o código esta como o trecho que o Juliomar postou anteriormente. Verifique o período(DAT_INI >= 01/01/2017) e a versão(vlVersao110) no reg 0000.

Olá, minha revisão do ACBr é 12865 e aqui esta gerando corretamente o CEST. esta gerando a linha 0200 com 13 colunas, conforme o manual versão 2.0.20 |0200|CODIGO0001|DESCRICAO EXEMPLO DE PRODUTO|||CEN|00|73181400||||0,00|1005800| Vc esta atribuindo o valor para o campo CEST?

Outro problema que tive foi com a validação do IE do tomador do tipo ISENTO(TpcnindIEDest.inIsento). No xsd padrão o tipo "TIeDest" esta : "[0-9]{0,14}|ISENTO" Desta forma ao tentar validar um IE com valor ISENTO estava gerado a critica: 1824 - Element '{http://www.portalfiscal.inf.br/cte}IE': 'ISENTO' is not a valid value of the local atomic type. Comparando com o tipo que esta definido no xsd da Nfe, na expressão o texto ISENTO esta antes. Alterei o valor da expressão para "ISENTO|[0-9]{0,14}" Assim validou corretamente. Novo anexo. tiposGeralCTe_v3.00-OPENSSL.xsd

Arquivo tiposGeralCTe_v3.00-OPENSSL.xsd tiposGeralCTe_v3.00-OPENSSL.xsd

Olá. Para emissão de Ct-e usando OPESSL era necessário ajustar um arquivo do schema. Exemplo: tiposGeralCTe_v2.00.xsd e tiposGeralCTe_v2.00-OPENSSL.xsd Na versão 3.00 isso tbm será necessário? Obrigado pela atenção.

Você já conseguiu simular uma requisição usando outra ferramenta? Tente simular por exemplo com o Complemento do Chrome Postman. Você obteve o token? at+

up

Só conheço este comando(ConsultarStatusOperacional). at

Estou usando a versão 2.9.2 do emulador e esta cancelando sem problema. [2016-08-17 09:58:44.156]:INICIO CANCELAMENTO [2016-08-17 09:58:44.168]:Carregando arquivo de cancelamento. [2016-08-17 09:58:44.168]:Validando arquivo de cancelamento. [2016-08-17 09:58:44.168]:Completando arquivo de cancelamento. [2016-08-17 09:58:44.215]:Assinando arquivo de cancelamento. [2016-08-17 09:58:44.274]:CANCELADO COM SUCESSO Estou codificando desta forma: ... //Carrega o arquivo XML do CF-e ACBrSAT.CFe.LoadFromFile(arqSATLoc); //Solicito o cancelamento //O método "CancelarUltimaVenda" sem parametros já executa internamente o "CFe2CFeCanc" e carrega os dados do XML. respCan := ACBrSAT.CancelarUltimaVenda; if(ACBrSAT.Resposta.codigoDeRetorno = 7000)Then begin //Trato o sucesso no cancelamento. end else //trato o erro ...

Olá. A tag CFe.Det.Importo.ISSQN.cListServ esta definido no componente como Integer, mas na documentação esta descrito como carácter de 5. Fonte: http://www.fazenda.sp.gov.br/sat/downloads/Especificacao_SAT_v_ER_2_19_07.pdf Pag 91. Segue em anexo fontes alterados(ACBr\Fontes\ACBrSAT\PCNSAT) para análise. Obrigado. pcnCFeW.pas pcnCFe.pas pcnCFeR.pas

Do RJ para SP não seria 12%?

Olá Nellien, você teve alguma novidade sobre este assunto? Estou com um caso onde uma nota foi emitida em SVC, agora o serviço voltou e o cliente precisa enviar uma CC-e, mas não estou conseguindo. Recebo os retorno: Tipo de evento inválido quando tento enviar a CCe para o SVC e UF do pedido diverge da UF do Webservice quando tendo enviar para o normal mas com orgão do evento 90. Se tendo enviar com orgão da UF do cliente(31) ele retorna erro indicando que não conhece o documento. At+

Olá. Desde ontem alguns clientes estão com problema na comunicação com a SEFAZ, isso esta ocorrendo em SP, RS, MG e outros estados. O componente ACBr tenta por exemplo efetuar o envio(síncrono) de uma NFe mas acaba ficando tratado no método de envio. Também ocorre com CT-e. Tenho configurada a propriedade TimeOut com até 15000(15 segundos), mas passa mais de 2 minutos e a operação não é finalizada. Neste caso eu acabo matando o executável. Minha dúvida é a seguinte, o componente "THTTPSend" não deveria gerar exception caso o tempo de espera fosse superior ao definido? Ou neste caso teria uma outra forma de corrigir este problema? Obrigado.

Olá. Acho que faltou valor na tag "pICMSUFDest". Você também esta gerando a tag "<ICMSTot>" e as subtags "<vFCPUFDest><vICMSUFDest><vICMSUFRemet>"? Até mais.

HASA, acredito que seu problema seja de entendimento da regra. Se o documento esta enquadrado no critério que deve gerar a tag "ICMSUFDest", vc deve gerar a tag. No caso das empresas do Simples Nacional você deve preencher somente as tags que no schema não permitem vazio, que se não me engano são : pICMSInter e pICMSInterPart. A liminar de Fevereiro/2016 que você comentou em post anterior, somente tem a finalidade de suspender a necessidade de emissão do DIFAL das empresas do Simples, e não trata da sua geração da informação no XML. At+

HASA, A sefaz passou a validar a partir de 01/07, talvez vc já estava gerando a tag de forma incorreta só a sefaz não estava criticando. Tente validar o XML no https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Isso pode te dar um caminho para achar a solução. at+

Olá... Veja que da mesmo forma como ocorre na NF-e e CT-e o MDF-e tem duas versões do arquivo "tiposGeralMDFe_v1.00.xsd", uma com sufixo "-OPENSSL.xsd"(para OPENSSL) e outra sem(para CAPICON). Quando uso o OPENSSL eu renomeio o "tiposGeralMDFe_v1.00.xsd"(padrão) para "tiposGeralMDFe_v1.00_CAPICON.xsd" e "tiposGeralMDFe_v1.00-OPENSSL.xsd" para "tiposGeralMDFe_v1.00.xsd", ai funciona sem erro. Só lembrando que este arquivo "tiposGeralMDFe_v1.00-OPENSSL.xsd" só é encontrado no rep do ACBr, não esta no pacote distribuído pela sefaz. At+;

O commit 11703 removeu essas propriedades. Agora ela esta separada por Receita, seguindo critérios do manual(pag 27) onde "exigeContribuinteEmitente", "exigeDetalhamentoReceita" e "detalhamentosReceita" são filhos do atributo(lista) Receitas. ACBrGNRE.WebServices.ConsultaUF.GNRERetorno.InfReceita.retReceita.Itens obtem as receitas; e para cada receita "WebServices.ConsultaUF.GNRERetorno.InfReceita.retReceita.Items[X].RetInfReceita.exigeContribuinteEmitente", .... Acredito que o Exemplo ainda não foi refatorado, por isso esse possível erro.

Olá. Ajustes no INI para NFC-e de CE em homologação. ACBrNFeServicos.ini

Ok Régys, vou dar mais uma revisada na documentação. É que me chamou a atenção no site da NFC-e de CE que existe um tópico "Contingência" e que informa que no caso do CE deverá ser usado o servido do RS. At+

Olá, Estou efetuando testes no processo de envio de NFC-e em modo de contingência, a rotina de obtenção da URL a ser utilizada para execução da ação(recepção, consulta, ...) estou tendo dúvidas quando ao seu funcionamento. Estou testando com o estado CE, ao estabelecer estado de contingência(SVC-AN*) a rotina(LerServicoDeParams) tenta obter a URL buscando pela sessão "NFCe_SVC-AN_H". O correto não seria (no caso da NFC-e) obter na sessão "NFCe_CE_H" subsessão "Usar"? E neste caso extrair "NFe_SVC-RS_H" ou "NFe_SVC-AN_H" e em seguida efetuar uma nova obtenção de URL. Alguém tem experiência com processamento em estado de contingência de NFC-e? * fonte : http://nfe.sefaz.ce.gov.br/pages/informacoes/modalidades_contingencia.jsf

fabricio Minha sugestão é que vc: atualize seus fontes; efetue o ajuste conforme vc mesmo sugeriu; efetue os testes para validar o ajuste; anexe o fonte alterado neste post. Desta forma facilita aos administradores; Obrigado.

Olá, alterei localmente o INI e executei o BAT para recriar o RES. Executei novamente a assinatura do xml e com isso corrigiu o erro. estou anexando o INI. Obrigado. ACBrNFeServicos.ini

Olá. Estou homologando a NFC-e no CE e estou tendo erro ao tentar transmitir : 395: Endereco do site da UF da Consulta via QR-Code diverge do previsto No xml esta gerando "https" e no site do CE esta documentado que deve usar "http". No XML esta gerando com prefixo: https://nfceh.sefaz.ce.gov.br/pages/ShowNFCe.html? No Site esta: http://nfceh.sefaz.ce.gov.br/pages/ShowNFCe.html? Fonte: https://nfceh.sefaz.ce.gov.br/pages/informacoes/web_services.jsf