Painel de líderes

Descobri o problema o cliente não tinha ativado no site da sefaz-ce, a a homologação, e o integrador só funciona em produção Descobri o problema o cliente não tinha ativado no site da sefaz-ce, a a homologação, e o integrador só funciona em produção

Todo evento possui a função "validar" para confrontar o XML com os Schemas. Estou fazendo assim: Na proteção de código peço para retornar o ID+ A mensagem de erro, consequentemente dentro do lote vc já sabe qual é o evento com erro. No SVN o fonte pcesS2206 já está dessa forma. Sabendo qual é o evento, e o campo que deu erro fica fácil descobrir o erro.

Para usar o WebService da NFC-e do Ceará é necessário o certificado e os dados de uma empresa registrada no estado.

Boa tarde! Segue alteração no DANFS-e em Fortes, para exibir o Intermediario do Serviço (Nome, CPF/CNPJ e IM) quando existente. Foi ajustada também a parte da impressão da Construção Civil, quando não existiam os mesmos, os componentes eram deixados invisíveis, mas o espaço que eles ficavam continuava, ficando um espaço em branco sem uso. A rotina verifica a presença do Intermediário e/ou da Construção Civil, e sobe os demais itens para evitar espaço sem nada impresso. ACBrNFSeDANFSeRLRetrato.dfm ACBrNFSeDANFSeRLRetrato.pas

A Secretaria da Fazenda, finalmente disponibilizou um site onde podemos conferir o Status da NFe 4.0. Homologação Produção

Bom uma das situações é identificar o provedor pois existem diferenças entre eles.

Desculpe, Resolvido

Boa tarde. MDF 2.0? Que saiba a única versão aceita hoje do MDFe é a 3.0, existia anteriormente a 1.0 que foi desativada em 05/06/2017. Sobre a dúvida, as informações de seguro do MDFe são obrigatórias apenas quando a tag tpEmit for 1 ou 3 (Prestador de serviço de transporte), conforme validação G083: Para transportador de carga própria o grupo de seguro não é obrigatório.

Peguei uma nota dessa loja que tinha aqui também e tive o mesmo erro. Mas consegui validar alterando o XML e removendo as quebras de linha e indentações do arquivo. Parece que, para "facilitar" a leitura eles indentam o arquivo após autorizado e acabam enviando um XML inválido para os consumidores.

temos que matar a cobra .. e mostra a ferramenta ..utililizada

Bom dia, em fase de testes de emissão de NF-e modelo 55 na nova versão 4.0 com produto GLP (cProdANP=210203001), quanto à rejeição "858 Grupo de Tributacao informado indevidamente", no meu aplicativo foi usado este trecho de código abaixo para fazer a troca do CST de 60 (ICMS60) para Rep60 (ICMSST), e a princípio deu certo, isto é, não retornou mais a rejeição no validador da SEFAZ RS. ... with Det.Add do begin ... Imposto.ICMS.CST := StrToCSTICMS(OK, item_cod_trib); ... if (Imposto.ICMS.CST = cst60) and(item_cod_anp <> '') and(ACBrNFe1.Configuracoes.Geral.VersaoDF = ve400)then begin Imposto.ICMS.CST := cstRep60; Imposto.ICMS.vBCSTRet := 0; Imposto.ICMS.vICMSSTRet := 0; Imposto.ICMS.vBCSTDest := 0; Imposto.ICMS.vICMSSTDest := 0; end; ... // mais abaixo alimenta a tag "comb" se (item_cod_anp <> '') end; ... Espero estar no caminho certo... OBS1: Ainda não fiz nenhum tratamento para o usuário digitar ou o sistema puxar de algum lugar esses valores de repasse. OBS2: Na condição (item_cod_anp <> ''), acho que o mais adequado seria testar todos os respectivos códigos ANP da regra N08-10. Att Ricardo

Desculpe, falei errado... me referia a API WinHTTP ACBrNFe1.SSL.SSLHttpLib := httpWinHttp; ACBrNFe1.SSL.SSLType := LT_TLSv1_2; isso já instruirá a API WinHTTP a usar TLS1.2... e nenhuma configuração no I.E. é necessária... A configuração n I.E. somente é necessária se você usar ACBrNFe1.SSL.SSLHttpLib := httpWinINet; Pois a API WinINET, é baseada no I.E.

Apenas pela chave de acesso você não obtém o XML completo, apenas o resultado do protocolo de autorização e os eventos de carta de correção, cancelamento e EPEC. Para o XML completo primeiro você deve carregar o XML não protocolado no componente e executar o método ACBrNFe1.Consultar.

Foi criada uma nova propriedade no componente para tratar o salvamento dos PDF.

Apenas com certificado do Ceará é possível testar a emissão de NFCe.

Só consegui usar com e sem integrador (quando era permitido) com certificado e dados de uma empresa registrada no estado.

Creio que em 2 ou 3 meses já teremos a 1a DLL, para o componente NFe Estará disponível em breve... Seu pensamento está correto... por isso que estamos refatorando o MonitorPLUS (melhorando o mesmo) e criando as DLLs (ACBrLIB)... O @Rafael Dias, que é o autor do ACBrFrameWork, está a frente do projeto ACBrLIB

Ainda tem o fato que cada Sw.House irá ganhar uma Impressora não fiscal I9 Nos vemos no evento...

@elisangela carla, o problema é o código errado do tpEmis, note que no teu XML você informou 7 ao invés de 8. O correto para a emissão em contingência para o Estado de Santa Catarina (cUF = 42) é 8, deve ser enviado para o SVC-SP. Essa relação está disponível na Nota Técnica 2012.003 (ao invés de colocarem esta informação no manual 3.0.... praticidade é com a SEFAZ ) @darlananogueira, as tags dhCont e xJust só são necessárias na emissão em contingência offline FS-DA (tpEmis = 5), conforme as rejeições 586 e 587.

O evento é gratuito...

Bom dia Alisson, esse erro é pertinente? Tentou enviar novamente? Isso aconteceu com alguns clientes nossos em produção, orientamos a enviar novamente e deu certo..

Obrigado, será atualizado assim que possível...

Elisangela, parece que esta faltando informar as tag dhCont Data e Hora da entrada em contingência xJust Justificativa da entrada em contingência Graça, creio que poderá confirmar isso;

como voce faz pra atualizar o xml apos consulta?, pois conforme li aqui no forum o acbr so atualiza o xml ao consultar ser for identico ao enviado pra sefaz, e em caso de enviar online e dar erro e voce mudar pra offline o xml ja modifica, e a nota pode tanto ter sido enviada e nao retornada pra sefaz , como nao.