Pratic Sistemas

apenas para dar um feedback que utilizando essa configuração aparentemente melhorou.

bom dia Daniel, seria o caso de remover essa consulta que faço então antes ??? , pelo que percebi muitos estão passando este mesmo problema por esses dias, será que poderia ser então no servidor da SEFAZ ?

bom dia amigos, tenho um cliente que emiti varias notas em sequencia, e tem recebido a mensagem de consumo indevido com frequência, eu gostaria de saber se alguém tem passado por isso também ??? gostaria de saber se pode haver alguma coisa que posso melhorar para evitar isso, por exemplo: sempre seto versao e modelo do documento antes do envio: NFe.SetVersaoDF(), NFe.SetModeloDF(), sempre consulto o status antes do envio da nfe: NFe.StatusServico() caso alguém possa ajudar ou contribuir para tentar melhorar essa questão, agradeço.

Só preciso saber se vai ser adequado para o layout em txt que ainda uso para transmissão das NFe o nova resolução ai para GAS e combustível. Em questão da documentação que mencionou creio que seria a mesma que foi feita para o INI

Olá amigos, vou fazer para GAS GLP aqui e alguém saberia me dizer se o ACBR está OK para o envio do arquivo txt, pois o meu ainda está neste formado de envio da NFe. Alguém teria modelo de como seria neste formato e as mudanças. obrigado

valeu muito obrigado meu amigo, Deus abençoe

olá bom dia meu amigo, agradeço a informação, e neste caso será necessário alguma alteração para conseguirmos enviar, ou deveria funcionar normalmente o envio ?

Bom dia amigos, em alguns clientes específicos estamos tendo problema no envio da NFe, hoje ocorreu novamente com outro cliente, o engraçado é que fazendo o teste de comunicação, em produção da erro, mas em homologação funciona, trocando a UF para RS passa a funcionar também em produção.... segue abaixo o retorno do erro que está ocorrendo quando tentamos transmitir uma nfe: <?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://www.w3.org/2003/05/soap-envelope" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body><soap:Fault><soap:Code><soap:Value>soap:Receiver</soap:Value></soap:Code><soap:Reason><soap:Text xml:lang="en">Server was unable to process request. ---&gt; The type initializer for 'Sefaz.NFe.Lib.Conf.Configuration' threw an exception. ---&gt; A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server) ---&gt; The network path was not found</soap:Text></soap:Reason><soap:Detail /></soap:Fault></soap:Body></soap:Envelope> WebService Consulta Status serviço: - Inativo ou Inoperante tente novamente. Erro Interno: 0 Erro HTTP: 500 URL: https://nfe.fazenda.sp.gov.br/ws/nfestatusservico4.asmx lembrando este erro é pontual, ocorreu apenas em alguns clientes, já atualizei o acbrmonitorplus, para ultima versão: 1.4.0.203

Daniel boa tarde, se puder de alguma forma me ajudar, pois não tenho idéia porque lá na sefaz o xml cancelado consta inconsistente,quando todo procedimento retornou com sucesso.

escritório retornou que aparece somente PROCESSADO COM INCONSISTENCIA

fiz um pedido ao escritório de contabilidade para me passar o maximo de informação possível, assim que tiver encaminho aqui.

Daniel segue todos os arquivos do teste que fizemos ontem emitindo uma venda e fazendo o cancelamento para ver como ficaria no retaguarda do sat logSat120423-parcial.txt AD35230408833043000160590010739350023387246960.xml ADC35230408833043000160590010739350023395042511.xml

bom dia, Daniel vou tentar pegar o maximo de informação possível para enviar, porém consigo fazer normalmente o cancelamento o log do equipamento mostra sucesso na emissão, só que depois no retaguarda acusa invalido o XML de cancelamento, daqui a pouco já te envio o log e imagens do sat emitido e cancelado

boa tarde amigos, em um cliente específico, os cupons Sat cancelados no mês 03 no momento foram emitidos com sucesso, porém quando o contador foi analisar no retaguarda do Sat, lá consta como inválido, gostaria de saber se alguém já passou por essa situação, o que pode ter ocorrido ?

boa tarde amigos, ocorreu uma situação, onde meu cliente fez uma venda com mais de 300 itens, porém a impressão do cupom SAT, saiu até 243 itens. Já fiz a alteração entre ESC Pos / Fortes - Porém nenhuma delas imprimiu o comprovante completo, ambas sairam 243 itens apenas. Gostaria de saber se existe alguma configuração que corrija essa situação ? segue abaixo arquivos em anexos. no aguardo, obrigado até o momento. AD35220501597752000225590010044360036351922250.xml

bom dia, sim a consulta foi feita, e nenhum CTe ou MDFe foi constava, cliente optou por uma nota de devolução para resolver seu problema.

bom dia amigos, ocorreu um erro estranho no cliente ao tentar cancelar uma NFe dentro do prazo, segue abaixo: ERRO: Nao foi possivel consultar o numero de Protocolo para a Chave: 3521106912781900011055001000009435181960XXXX o erro acima é o retorno do AcbrMonitorPlus, ao enviar o comando pelo meu sistema. Porém ao tentar executar o cancelamento direto pelo AcbrMonitorPlus, o seguinte retorno foi mostrado: REJEIÇÃO: Pedido de cancelamento para NF-e com CT-e ou MDF-e trouxe um retorno diferente e mais claro, porém o cliente alega que foi uma venda de balcão, e não seria possívela NFe estar vinculada a outro documento. PORÉM o mais importante pra mim seria entender porque dois retornos diferentes para a mesma ação que seria cancelar NFe.

Bom dia por enquanto essas regras são válidas somente no ambiente Homologação, algo a ter atenção para 434-Rejeicao: NF-e sem indicativo do intermediador, é o seguinte: caso campo Presencial igual a(2,3,4,9), a tag do intermediador deve ser informada (0,1), caso não seja, ocorrerá erro no envio da nfe. caso campo Presencial diferente dos valores acima, então não informe a tag intermediador, porque se não dará erro no envio da nfe.

você utiliza o ACBrMonitor Plus ??? Se sim, você está com a ultima versão ? basta preencher a nova chave indIntermed = 0, para seu caso e na homologação vai dar certo.

bom dia amigos, por duas vezes aconteceu com o cancelamento da nfe, o sistema fez o cancelamento normal, foi gerado o xml de retorno com protocolo e confirmação do cancelamento, porém no site da fazenda ao fazer a consulta não consta o evento de cancelamento. alguém mais teve esse problema ??? houve alguma alteração em relação a cancelamento de nfe ??? no aguardo, até mais.

Daniel obrigado, vou orientar o cliente.

boa tarde Daniel, realmente isso é verdade, mas observe que as configurações de layout estão sendo mantidas, com isso a impressão deveria sair igual se tivesse em uma impressora não fiscal de bobina 8cm. Eu entendi que é permitido imprimir no A4, para podermos esclarecer segue abaixo cláusula quarta do Ajuste Sinief 11 de 24/09/2010, d. Os leiautes de impressão abaixo descritos aplicam-se à utilização em impressoras de bobina contínua de papel largo (8 cm) e estreito (5,5 cm), assim como à impressão em papel de formato A4, e devem possuir densidades máximas de 22 (vinte e dois) caracteres por polegada e 9 (nove) linhas por polegada; no aguardo, desde já obrigado.

bom dia amigos, estamos tendo problema com a impressão do SAT em folha A4, já fizemos várias configurações porém sem sucesso para impressão. obs: na visualização todas a informação complementare saíram corretamente, porém na impressão está cortando informações. segue os arquivos em anexo de um teste para análise. AD35201111111111111111591234567890010237044463.xml

uma solução que me passaram seria alterar numero de série para cada terminal, alguém já fez isso ? legal acabei de ver isso tinha até postado abaixo, seria apenas mudar no sistema ? não precisa de nenhuma autorização fiscal ?

bom dia, gostaria de saber como devo proceder para utilizar a NFCe quando cliente possui mais de um terminal, no caso um supermercado. em testes feitos observei que ocorre o erro de duplicidade, o que seria óbvio já que dois terminais estão tentando emitir com o mesmo certificado. agradeço a ajuda dos colegas.