Fox_Desenvolvimento

Desculpa pela demora em responder, estava na peleja para entregar o projeto a tempo. Seguem os arquivos de log e de rotorno: retorno_sat_conectado_ConsultaOperacional.txt: É o arquivo SAI.TXT quando a consulta foi efetuada com o sat CONECTADO retorno_sat_DESconectado_ConsultaOperacional.txt: É o arquivo SAI.TXT quando a consulta foi efetuada com o sat DESCONECTADO No LOG.TXT tem as duas consultas efetuadas, perceba que a DHATUAL está idêntica para ambas, mas foram feitas com diferença de mais de 1 minuto No ACBRSAT.LOG Aparece o erro perfeitamente. O problema é que o arquivo SAI.TXT vem como se estivesse OK. Para contornar este problema antes de cada operação estou usando a função CONSULTARSAT para ter certeza de que está conectado... LOG.TXT retorno_sat_conectado_ConsultaOperacional.txt retorno_sat_DESconectado_ConsultaOperacional.txt ACBrSAT.log

Retornou todas as informações, Número do equipamento, último CFe emitido, validade do certificado, data e hora... Enfim retornou na integra o ultimo status que havia sido solicitado antes de retirar o cabo de comunicação...

Verifiquei um comportamento estranho na função Consulta Status Operacional. Retirei o cabo de comunicação e enviei a função. Ela me deu o retorno normalmente, como se estivesse conectado. Ao efetuar um ConsultarSat deu erro de comunicação. Utilizo o AcbrMonitorPlus. Será que está infomação está ficando buferizada?

Acredito que seja igual a NFe, devemos enviar os XMLs....

No meu caso é o sat para desenvolvedor da Bematech. Eles pedem para colocar os dados deles no cadastro do emitente. Pode ser isto. Mas o interessante é que o XML está voltando Simples (1), mas sem aceitar a CSOSN enviada pelo Acbr. Acho que ele está se perdendo nisso. Hoje chegou um equipamento para nós testarmos de um cliente que é Simples Nacional. Caso erro persistir entro em contato novamente. Segue o resultado do SAT <emit> <CNPJ>82373077000171</CNPJ> <xNome>BEMATECH S.A</xNome> <enderEmit> <xLgr>RUI BARBOSA</xLgr> <nro>2529</nro> <xCpl>: MODULOS 06 07 E 08;</xCpl> <xBairro>IPE</xBairro> <xMun>SAO JOSE DOS PINHAIS</xMun> <CEP>83055320</CEP> </enderEmit> <IE>111111111111</IE> <cRegTrib>1</cRegTrib> <indRatISSQN>S</indRatISSQN> </emit>

Na verdade coloquei o INI para que você tenha mais informações para resolver o problema. O que está acontecendo é que apesar de estar informando CSOSN = 102 no arquivo ENT.TXT o valor retornado no XML está vindo CST = 00, ou seja, como se a empresa fosse Regime Normal....

Olá estou usando o AcbrMonitorPlus na geração do CFe Estou fazendo testes em ambiente de homologação informando o regime tributário da empresa (Simples Nacional) No ICMS informo a CSOSN=102, mas ao abrir o XML de retorno aparece CST=00. O regTrib do XML está 1, Olhando as configurações do Monitor o regime está simples nacional. Segue como está o INI: [SATEmit]CNPJ=82373077000171IE=111111111111IM=RegTributario=0RegTribISSQN=6IndRatISSQN=0 RegTributario=0 está correto?

Estou realizando testes de validação para envio de dados ao SAT. Em um dos testes no bloco de ICMS do produto informei o campo CST e também o CSOSN. Além disto deixei de informar a porcentagem de ICMS para a CST 000 (tributada integralmente). Enviei este frankstein e o sat aceitou, inclusive imprime o extrato. O Sat não valida este nível de erro? Na NFe uma situação destas seria barrada...

Boa tarde Estou tendo dificuldades em efetuar a gravação do XML em pastas diferentes da padrão do AcbrMonitorPlus. Programo para que seja gravada em C:\temp e desligo o recurso de separar por cnpj e separar por mes. Ele grava na pasta temp, mas criando uma sub-pasta vendas\cnpj\mes. Já conferi o INI e está tudo correto. Será algum erro do componente ou necessito realizar uma correção extra?

Olá Alguma novidade sobre o monitor para SAT?

Também estou passando pelo mesmo problema em SP e além dos erros de timeout também tenho tido problemas de rejeição por erro de cabeçalho no XML. Reinstalo o ACBR e o problema é solucionado, mas em alguns clientes após algumas emissões de NFe´s volta a acontecer....

Daniel só tenho a agradecer sua colaboração e presteza nas respostas, prometo que minhas dúvidas estão acabando.... Caso eu queira usar a solução do ACBR para comunicação com S@T tenho que obrigatoriamente partir para Delphi, ou existem componentes para outras linguagens, tipo C#? Imagino que o componente faça toda a montagem do XML através da passagem de parâmeros, idem acontece com o projeto da NFe, correto?

Este é o problema Daniel, na minha região não estou encontrando nenhuma empresa para vender este equipamento, e pelo que vi toda geração do XML terá que ser feita na unha (não uso Delphi, logo dependo do lançamento do Monitor para S@T). Preciso de uma opção para atender meus clientes até conseguir finalizar este projeto e testar em um equipamento físico. São Paulo adotou a NFC-e, sei que já existe ACBR Monitor para geração de NFC-e. Posso usar a NFC-e alternativamente ao S@t? Pergunto isso porque já uso o monitor da geração de NFe e minha curva de desenvolvimento seria bem melhor...

Olá amigos, estou iniciando com o S@t, até me perdoem se eu estou mandando uma questão no local errado...Vi o tópico iniciar e achei o local apropriado para esta pergunta: Moro no interior de SP e, em cidade não estamos conseguindo nem encontrar equipamentos para comprar. Diante deste fato qual a possibilidade da entrada em vigor ser adiada novamente? Vários clientes estão me indagando sobre isso e sinceramente estou perdido