lfrfernando.rodrigues

Ok Sérgio. Obrigado pela resposta. Abraços.

Bom dia. Estou com uma dúvida em relação a geração do XML para manifestos fiscais. Ontem um cliente acionou o suporte dizendo que realizou uma venda para o estado de MS (ele é de SP) e precisaria emitir um manifesto fiscal. Ocorre que para esta venda, o proprietário da empresa que realizou a compra veio buscar a mercadoria com seu veículo. O veículo está em nome dele, pessoa física e não da empresa compradora (destinatário). Dúvidas #1: haveria a necessidade de emissão desse manifesto uma vez que o emitente não está transportando sua mercadoria? O contador do emitente afirmou que sim, mas tenho dúvidas. #2: na geração de meu XML, comparo o CPF/CNPJ do emitente do manifesto com o CPF/CNPJ do proprietário do veículo para então gerar a TAG "prop" dentro da TAG veicTracao, sendo assim a TAG foi gerada mas não validou uma vez que o proprietário não tem RNTRC. #3: Por fim, como fica a geração da TAG tpTransp neste caso? Não devo gerá-la? Fernando.

Bom dia. Mesmo problema. Rejeição 905.

Boa tarde Kiko. De fato havia um erro na minha tag PIS onde já fiz a correção, no entanto o problema estava na geração da minha chave de acesso para notas fiscais de entrada. Na posição relativa a forma de emissão eu estava vinculando o tipo da nota fiscal (entrada/saída). Não sei de onde eu tirei isso, mas o validador da SEFAZ/RS me ajudou a identificar a falha e fazer a correção. Obrigado pela ajuda. Abraços. Fernando.

Boa tarde Nebrio. Obrigado por responder. Aí é que está. Não retorna erro da SEFAZ. A nota fiscal valida mas como nota de saída e não de entrada, porém observe que no meu arquivo XML a nota fiscal é de entrada. Parece que a tag é trocada durante a emissão. Fernando.

Boa tarde a todos. Estou com um problema para emitir um nota fiscal de entrada de um cliente. Eu utilizo o ACBrMonitorPlus por socket. Ao gerar o meu arquivo XML na pasta, este é gerado corretamente com o código de entrada na chave de acesso bem como na tag <tpNF>0</tpNF>, porém a nota fiscal é validada na SEFAZ como nota fiscal de saída. Como disse, a nota é validada porém com outra chave de acesso indicando saída ao invés de entrada. Segue em anexo uma cópia do XML gerado pelo meu sistema. Alguém também está tendo este problema? Grato. Fernando. 35180861467502000111550010000004970000004977-nfe.xml

Bom dia Agnaldo. Obrigado por responder. Deixa eu ver se entendi. Você tem um cadastro de alíquotas de FCP ligadas ao estado e no cadastro do produto, você aponta as alíquotas individualmente por estado de destino? Exemplo: RJ: 2,00, CE: 1,00, MA: 1,0, e assim por diante? Se for isso mesmo, pensei dessa forma também, mas estou pensando na complexidade em realizar os cadastros dos produtos, embora creio que não tenha outra opção. Atte, Fernando.

Boa tarde @Herik. Estou tendo problemas parecidos com itens onde o valor está sendo informado com mais de duas duas casas decimais. Você conseguiu resolver este problema? Grato. Fernando.

Boa tarde. Estou com uma dúvida quanto as alíquotas de FCP para o cálculo dos impostos. No meu sistema tenho as alíquotas na tabela de estados e calculo conforme a seleção do usuário nos produtos, ou seja, caso o usuário marque que o produto deve ter recolhimento de FCP, o sistema busca a alíquota da tabela de estados e realiza os cálculos. Agora fui atualizar minhas alíquotas e percebi que podem existir alíquotas diferentes para o mesmo estado dependendo do produto. Como vocês tem gerido isso? No cadastro do produto? Pensei em criar campos de percentual na tabela de produtos para cada estado pois através de uma tabela que peguei no site da Tecnospeed existem condições e produtos que podem ter alíquotas diferenciadas. Abraços. Fernando - Penápolis/SP

Bom dia. Encontrei um manual na internet que consta as orientações abaixo: MDFe.EncerrarMDFe Efetua o Encerramento do MDFE MDFE.ENCERRARMDFE(nChaveMDFE,dtEnc,cMunicipioDescarga,[nCNPJ],[nProtocolo]) Parâmetro: nChaveMDFE: Chave do MDFE a ser encerrado (também pode ser informado o path do XML do MDFe) tEnc: Data de Encerramento MunicipioDescarga: Código do Município de Descarregamento do MDFe nCNPJ: Passar esse parâmetro caso queira o cnpj da empresa quando o encerramento for por evento! (Opcional) nProtocolo: Número do Protocolo de Autorização do MDFe para encerramento (Obrigatório informar caso o MDFe a ser encerrado seja muito antigo, pois nestes casos a SEFAZ não permite a consulta do número de Protocolo ) xemplo: MDFE.ENCERRARMDFE("012345678901234567890123456789","01/01/2017","3554003","99999999999999 9","123456785285") No meu manual não constava essas informações. Vou testar agora. Obrigado Fernando.

Bom dia. Obrigado por responderem mas no manual não consta detalhes a cerca da assinatura do método. Apenas o nome do método. Grato. Fernando.

Boa tarde. Houve alguma mudança em relação ao encerramento do manifeste? Estou usando a assinatura abaixo para o método mas está dando falha com schema xml específico. Já atualizei o ACBrMonitor. $socket["socket"]->send("MDFe.EncerrarMDFe(\"$chaveAcessoManifestoFiscal\",\"$dataEncerramentoManifestoFiscal\",\"$idCidadeEncerramentoManifestoFiscal\",\"$cnpjEmitente\",\"$codigoSequencialEncerramentoManifestoFiscal\")"."\r\n.\r\n"); Grato. Fernando Penápolis/SP

Ok Daniel. Acho que isso resolve meu problema. Muito obrigado. Abraços. Fernando.

Bom dia. Há algum comando do ACBrMonitorPlus que crie uma pasta no host onde está sendo executado o ACBr? Achei comandos para criar arquivos mas não pastas. Obrigado. Fernando.

Bom dia a todos. Observei aqui no fórum que existem alguns métodos para capturar o código de retorno, a mensagem de retorno, etc., ao enviar comandos ao SAT. Utilizo o ACBrMonitorPlus via socket e gostaria de saber se consigo utilizar esses métodos também. Hoje capturo a string de retorno, converto em um ARRAY e trato esse ARRAY, mas os métodos estiverem a disposição, penso que seja melhor. Abraços. Luiz Fernando - Infomaster Sistemas Penápolis/SP

Boa tarde José. Era exatamente erro o problema. Já fiz as correções e deu certo. Muito obrigado. Abraços. Luiz Fernando Rodrigues Infomaster Tecnologia da Informação. Penápolis/SP

Boa tarde. Gostaria de reabrir este tópico pois o meu problema continua. Mais alguém passa por este problema? Grato. Fernando - Infomaster Sistemas Penápolis - SP

Boa tarde. Estou com um problema na emissão de CT-e's. Um cliente me ligou agora a tarde dizendo que houve uma reclamação por parte de um cliente dele quanto ao tomador do serviço no DACTE. No documento está como tomador o Remetente mas deveria ser o Destinatário. Analisando o problema, constatei que no meu sistema o tomador estava selecionado o Destinatário, isto é, estava correto. Imaginei que pudesse ser algum problema na geração do arquivo XML, no entanto, constatei que no arquivo XML gerado pela minha aplicação o valor da TAG <toma> estava 3 (destinatário). O estranho de tudo isso é que o valor da TAG <toma> está sendo alterado após a assinatura/autorização do arquivo XML. Vejam nos arquivos abaixo. No arquivo gerado pela aplicação o valor é 3, mas no arquivo autorizado está 0. Observo que utilizo o método de envio de CT-e passando diretamente o arquivo XML. Não utilizo arquivo .ini. Desde já agradeço. Luiz Fernando Infomaster TI - Penápolis/SP. 35170114217105000101570010000001121000001123-cte-autorizado.xml 35170114217105000101570010000001121000001123-cte-gerado-sistema.xml Boa tarde. Esqueci de mencionar que estou utilizando o ACBrMonitorPlus via socket. Atte, Luiz Fernando Infomaster TI - Penápolis/SP.

Bom dia @Informicros. No encerramento não tem arquivo .txt. Segue abaixo como está no meu código. $socket["socket"]->send("MDFe.EncerrarMDFe(\"$chaveAcessoManifestoFiscal\",\"$dataEncerramentoManifestoFiscal\",\"$idCidadeEncerramentoManifestoFiscal\",\"$cnpjEmitente\",\"$codigoSequencialEncerramentoManifestoFiscal\")"."\r\n.\r\n"); Basta passar os parâmetros na assinatura do método que o ACBr se vira. Não sei se há outra forma de fazer com arquivo .ini ou .txt, mas estou usando dessa forma. Abraços. Fernando.

Boa tarde @GilbertoMilani. Eu utilizo o XML pronto, isto é, minha aplicação monta o arquivo XML e utilizo o ACBrMonitor apenas para assinatura/envio desse arquivo. Atte, Fernando.

Muito obrigado @lfbasso. Foi muito útil sua ajuda. Abraços. Fernando.

Bom dia. Funcionou da seguinte forma: MDFe.CancelarMDFe(chaveAcessoMdfe,motivoCancelamentoMdfe). Não sei se esta é assinatura correta, porém deu certo. Fernando.

Boa tarde. Alguém pode me passar a assinatura do método MDFe.Cancelar. Já pesquisei aqui no fórum, porém não encontrei. Estou utilizando conforme abaixo, porém está dando problemas. MDFe.CancelarMDFe(chaveAcessoMdfe,motivoCancelamentoMdfe,cnpjEmitente,1); Abraços. Fernando.

Bom dia @Informicros Você conseguiu os arquivos de cancelamento e encerramento do MDFe? Abraços. Fernando

Bom dia. Estou com dúvidas sobre os eventos de cancelamento e encerramento de MDFe's. Em primeiro lugar, não encontrei um exemplo dos arquivos .ini dos respectivos eventos. Fiz uma pesquisa aqui no fórum mas encontrei apenas exemplos do arquivo de envio. Uma outra dúvida se refere a assinatura desses eventos? Há algum tempo sugeri aqui no fórum que o método de cancelamento pudesse receber como parâmetro o arquivo XML já pronto ao invés de informar o arquivo .ini. Minha sugestão foi atendida. Gostaria de saber se também é possível fazer isso com os eventos de cancelamento e encerramento do MDFe ou se somente é possível o envio do arquivo .ini. Ainda solicito que se possível alguém possa me enviar um exemplo de arquivo .ini desses eventos. Desde já agradeço. Abraços. Luiz Fernando Rodrigues.