Cleber Ferreira

@Daniel Simoes Estou com uma Bematech MP4200 TH FI (MFB) usb. É possível mudar o baudrate para 115200? Me disseram que isso só é possível na versão serial dela. Procede? Você teria uma passo-a-passo da sequencia de botões que devo apertar na ecf? Fiz um teste de stress fechando e abrindo o paf repetidamente. E em alguns casos o PAF acusa que a ecf não está em linha. Já alterei intervalo, timeout, porta usb. A revenda falou que pode ser falta de usb 2.0

Você deixou a velocidade em 115200?

Bom dia É um problema recorrente da SEFAZ de MG. Ontem a tarde ocorreu comigo. Minutos depois consegui emitir. Creio que o motivo já está claro.

Boa tarde, no portal do SAT a ECF em questão está vinculada ao PAF-ECF utilizado?

Bom dia, Compare o DigestValue presente no xml com o que está presente na consulta através do site.

Bom dia, qual a rejeição retornou extamente?

Graças a Deus nunca precisei...rsrs Eu não atendo cidades onde eles atendem. Estou tendo conhecimento deles agora porque você os citou. Sempre que me deparo com implementação de NFS-e de provedor novo me da um arrepio na espinha. Pois nunca funciona 100% liso e nunca é fácil a implementação.

É esse pessoal aqui que a prefeitura está trabalhando agora?: https://www.nfs-e.net/fiscalweb.php Se for, você pode tentar entrar em contato com eles.

Bom dia, Nesse ponto não posso opinar, pois na época não havia essa informação. Homologuei Cappta apenas uma vez. Nos anos posteriores não tive demanda que justificasse re-homologar.

Boa tarde, Eu invoco o método: ACBrNFe1.WebServices.StatusServico.Executar. Depois pego o retorno: ACBr1NFe.WebServices.StatusServico.cStat. No aplicativo de exemplo você consegue ver. Você verificar antes de começar a gerar o xml. Assim você já o monta da forma que atenda a contingência. Quando o serviço voltar, você faz o envio, sem alterar seu conteúdo. Para não ter que verificar o serviço a cada nota emitida, você pode fazer a consulta quando abrir a tela de venda por exemplo.

Você precisa desse hash para qual finalidade? NF-e, CT-e, etc...

Tenho esses telefones. Talvez você consiga falar em algum deles: - (11)3170-5300 - (11)3170-6721 - (11)4766-8000

Boa tarde, Você deve ver o motivo da rejeição em primeiro lugar. Para isso, dispare a rotina de consulta utilizando o numero de recibo que lhe deram ao enviar. Ele irá retornar para você o motivo da rejeição. Depois de identiciar o erro, você deve corrigi-lo. Se enviar o mesmo arquivo, com o mesmo conteúdo de antes, o webservice vai retornar uma mensagem dizendo que 'um mesmo arquivo já foi recepcionado anteriormente'. Somente depois do corrigidos os dados é que voce vai enviar o arquivo. Eles vão te retornar um novo numero de recibo. Salve ele e depois aguarde alguns minutos para consultar. Seguindo esse fluxo creio que você irá ter sucesso.

Justamente pela falta dessas informações achei melhor não implementar. Pois não automatiza o processo como um todo. Bom... pelo menos na minha realidade aqui não atende. Mas com certeza pode ajudar outros interessados.

Pois é, mas eles não abriram essa opção. Eu creio que até tenha jeito sim. o problema é saber os enumerados de todas as propriedades. Por via das dúvidas melhor não implementar.

Em MG, a contingencia para NFC-e será a própria NFC-e, bastando mudar o tipo de emissão para Offline, informar a justificativa e por fim imprimir. E, após o serviço da SEFAZ se restabelecer, enviar a mesma.

Bom dia @Márcio Antônio Em contato com a Software Express, eles me disseram que não tem como, tem que ser realizado através das telas com as opções?. Então eu implementei somente para o Pay&Go

@EMBarbosa Encontrei o problema. Era nesse ponto: { busca informações da aliquota caso seja T ou S } AliqICMS := DMACBr.ECF.AchaICMSAliquota(vAliqCur); Nesse ponto eu mando o componente procurar a alíquota tributável (T ou S), para saber se ela existe antes de tentar registrar o item. Se o método retornar o objeto, significa que encontrou a alíquota, aí continuo com o restante do processo. Caso não encontre, o método retornava um nil. Com isso aviso ao usuário e paro o restante do processo. Eu implementei para tratar as tributações do tipo T e S. As demais tributações não fiscais (FF, II, NN...) o componente retorna nil no modo Debug. No modo Release, agora ele retorna o objeto. Foi isso que causou o problema. Sempre retornava nil independentemente de ser Debug ou Release, mas agora isso não acontece. Para resolver, coloquei alguns tratamentos a mais na minha codificação. Obs.: não tem vinculo com qualquer modelo de ecf.

Boa tarde, @EMBarbosa, é porque fiz alguns testes de leitura das informações da ecf utilizando o ECFTeste.exe. Essas você pode desconsiderar. Estranhei porque não tem o VendeItem sendo gravado na versão atual. Assim não dá para saber o que está indo para e ECF.

Elton, segue o log... Procure pela primeira chamada do AbreCupom( ) da Cliente Fabiane da Silva. Foram feitas algumas tentativas. Depois voce vai começar a encontrar o VendeItem( ). Nesse ponto é porque já voltei a versão para o exe anterior. ecf_18022019.txt

A quem se interessar. Foi lançado um novo release do Delphi 10.3 Rio. Tal release corrige alguns erros, inclusive esse pelo qual passei. Podem encerrar o tópico.

Bom dia a todos, Um cliente me acionou dizendo que ao vender um item na ecf a mensagem de "aliquota não programada" é retornada. Isso acontece para venda de itens ST (FF). Estou passando como parâmetro de aliquota "FF" igual o ECFTeste.exe recomenda. Passei também como "F" e "F1", porém todos são negados, retornando a mesma mensagem. Então instalei em meu PC o emulador MFB da Bematech (4200) e, testei os 3 formatos de índice ST, estão funcionando. Estranho que uma versão do ano passado do meu paf, funciona perfeitamente. Mas com os fontes mais recentes (compatíveis com Delphi Rio) não funciona. Alguém já passou por isso? Obs.: meus fontes estão atualizados.

Boa tarde, 1 - Eu o preparei para detectar no início do envio. Consulto o serviço, e se não estiver funcionando já mudo as propriedades do componente e os dados do xml para contingencia. No envio, se eu receber uma exceção, também passo a configuração para contingencia. 2 - A série não muda. Quando o serviço voltar, você deve enviar o mesmo xml. 3 - Eu estou bloqueando a emissão de novas nfc-e. Deixo bem claro sobre a necessidade do cliente ter uma conexão de internet estável. Se acontecer um problema com a SEFAZ que dure mais de 24hrs (acho difícil), você pode criar uma permissão especial para emitir mais nfc-e. 4 - Creio que a primeira resposta atende essa aqui também.

Boa tarde, estou fazendo uma alteração na minha rotina de TEF e estou querendo através do método TEFAntesFinalizarRequisicao informar para o SiTef(DLL) os dados de pagamento. tipo do cartão (debito/credito), bandeira, parcelado/a vista, quantidade de parcelas. Quero fazer com que o usuário não utilize a tela de opções do SiTef. Porém, na documentação não encontro informações claras a respeito. Para o Pay&Go, foi fácil implementar. o Manual deles é bem claro e autoexplicativo, porém do SiTef não. Alguém já conseguiu implementar um controle assim? Grato...

Quando faz login da um erro de DB Express. Difícil hein? Casa de ferreiro e espeto de pau?